LaunchRepo定义
上架状态记录的是“这个产品此刻在这个目录站上处于什么位置”这个问题的答案。有用的状态会区分：你这一侧的工作（草稿、已准备但需要人处理）、平台已收到（已提交待审核、排队中、已排期）、公开可见（已上线、早已上架）以及附带原因的停止（受阻、因需付费而推迟、不适合、不可用）。
每种状态都对应一个最低限度的观察。保存过的表单是草稿；后台里的“Under review”标签是已提交待审核；没有待审核标签的公开 URL 才是已上线。
示例
发布一周后，追踪表里有五行记录。Pitchwall 在审核中，TinyLaunch 有了确认的日期，SaaSHub 可以访问但仍标着“Pending approval”，Uneed 因为每个账号只能有一个待审核发布的限制而受阻，Product Hunt 通过了未登录状态下的检查。如果只有一个“完成”栏，它会显示四个或五个。
有了不同的状态，下一步就一目了然：审核期过后复查 Pitchwall，在 TinyLaunch 的日期当天核实，在标签消失之前把 SaaSHub 保持为已提交，并等待 Uneed 有空余名额。五个里面只有一个可以如实地称为公开上架。
对目录站发布为何重要
一个“完成”栏同时回答五个问题，而且大多答错。有了不同的状态，你就知道陌生人能找到多少个上架、有多少在等待、哪些地方还需要你亲自处理——明天重新启动的智能体也能读取同样的记录行，接着工作而不重复提交。
LaunchRepo 如何处理
追踪表（由 record.py 写入 submissions.json）使用十一种状态，每种状态所需的最低观察都写在操作手册里。已上线需要公开 URL 以及一个明确的确认公开标志；已排期需要确认的日期。本地仪表盘按下一步该做什么对同样的记录行分组显示。本站的状态指南用两个真实案例说明了“完成”会在哪里出错。
深入阅读
全部十一种状态及每种状态所需的最低证据、脚本强制执行的规则，以及如何在不产生重复的情况下接着工作。
在仓库里看这个术语
LaunchRepo 包含 299 份目录站 playbook、一份产品上下文文件和一张提交追踪表，由你自己的智能体运行。一次支付 €49.00，就能用于你拥有的每一个产品。
查看价格