LaunchRepo简短回答
- 每个平台针对每个产品只有一个当前状态，依据是你的智能体实际看到的内容：草稿、需要你处理、等待审核、排队中、已排期、已上线，以及另外五种。
- 追踪器拒绝没有证据的声明。“已上线”需要你亲自打开过的公开 URL，“已排期”需要平台给出的日期，备注中不得包含链接或机密信息。
- 一次运行只统计新的确认，每个平台计一次。草稿、交接、已有上架和付费渠道都不会让数字虚高。
- 当你的智能体遇到 CAPTCHA、双重验证提示或结果不明的提交时，运行会暂停，交接连同准确的下一步一起保存。
- 所有内容都以普通文件的形式保存在你的私有仓库中。任何智能体会话都能读取它们并继续，不会重复提交。
11 种状态
工具包共有 11 种状态。你的智能体要记录任一状态，都需要满足最低限度的观察；仪表盘会把它们归入你在“提交”标签页中看到的筛选项。
| 状态 | 最低观察要求 | 计入运行 | 仪表盘筛选 |
|---|---|---|---|
草稿draft | 工作已准备好，最终提交尚未确认。 | 否 | 草稿 |
需要你处理prepared_needs_human | 已准备的工作被所有者的某项具体操作或人机验证挡住。 | 否 | 需要你处理 |
等待审核submitted_pending_review | 平台明确表示已收到提交，仍待审核。 | 是，计一次 | 审核中 |
排队中queued | 平台确认了排队位置或候补名单状态。 | 是，计一次 | 审核中 |
已排期scheduled | 平台确认的发布日期不早于你的最早发布日期。 | 是，计一次 | 已排期 |
已上线live | 已核实公开上架页面，且没有待审核标记；需要公开 URL 和你的确认。 | 是，计一次 | 已上线 |
已上架already_listed | 已核实一个已有的公开上架页面；URL 和确认要求与已上线相同。 | 否 | 已上线 |
受阻blocked | 资格要求、账户额度或缺少的信息导致无法继续。 | 否 | 有问题 |
仅付费deferred_paid | 当前渠道需要付费；没有购买任何东西。 | 否 | 已搁置 |
不合适not_a_fit | 产品不符合受众或上架标准。 | 否 | 已搁置 |
不可用unavailable | 该渠道目前无法使用；已记录观察到的问题。 | 否 | 有问题 |
“感谢提交”页面不等于已上线，能打开的页面也可能仍在审核中。每个平台各自保留自己的结果。 记录结果：状态、证据与 record.py →
哪些会计数
运行进度是一个你可以核实的承诺。以下规则直接来自工具包，在仪表盘和命令行中同样适用。
- 只统计新的、已确认的结果：等待审核、排队中、已排期或已上线。
- 每个平台只计一次。之后从审核中变为已上线，仍是同一次提交，不算第二次。
- 运行开始时已在追踪器中的所有内容都被排除，包括旧草稿。
- 运行中发现的已有上架会被记录为“已上架”，绝不计数。
- 只有负责该平台的智能体记录结果时才会计数，因此两个会话不可能把同一项工作各计一次。
- 如果某个确认是误记的，一次明确的更正会把它移除并重新打开运行。真实提交后来被拒绝的，仍然计数。
试试追踪器
下面用六种示例渠道类型演示同一套规则，它们不是真实的目录站。其中一个在之前的会话中已经提交过。记录你的智能体观察到的结果，看看追踪器、运行计数和时间线如何变化。一切都在你的浏览器中运行。
需要你处理
运行
运行：已计入 0/3 个新确认（进行中）
- 需要你处理 · 0
- 审核中 · 1
- 已排期 · 0
- 已上线 · 0
- 草稿 · 0
- 有问题 · 0
- 已搁置 · 0
此产品的追踪器
| 平台 | 状态 | 已计数 |
|---|---|---|
| 初创公司数据库 | 等待审核 | 否 |
经过
- 运行已规划：3 个新确认。初创公司数据库已在之前的会话中提交。
演示一次只处理一项任务，省略了认领、时间窗口和时间预算。正式产品包含这些功能，详见下文。
仪表盘中的样子
这是工具包演示模式下真实的本地仪表盘，使用虚构的示例产品。它读取的正是你的智能体写入的那些文件。
暂停与继续
智能体总会停下来：用量上限、关掉的终端、过期的登录。追踪器的设计确保什么都不会丢失，也什么都不会发送两次。
- 随时保存每个结果、任务分配和交接都会立即写入该产品的追踪器文件，附带时间戳和下一步操作。
- 暂停而不是猜测遇到 CAPTCHA、已保存的草稿或结果不明的提交，运行会暂停，并保留该平台的分配，因此其他会话不会打开它。
- 所有者只需一个明确操作交接卡片写明智能体看到了什么、你该做什么，以及如何保护草稿：不要刷新，不要重复点击提交。
- 继续同一项任务你处理完之后，同一个平台继续。若提交结果不明，会先在账户中查找回执。
- 在任何会话中继续在新的智能体会话中打开工作区，粘贴续跑提示词。它会在做任何事之前先读取追踪器和运行。
- 拒绝过时的更改如果仪表盘页面比最后一次保存更旧，对运行的更改会被拒绝，所以双击或旧标签页绝不会重复工作。
电子表格还是追踪器
第一次发布用电子表格就够了，我们的免费模板是个不错的起点。当工作跨越多个会话和产品时，能让记录保持真实的，是由你的智能体写入、带有无法跳过的规则的追踪器。
| 问题 | 电子表格模板 | LaunchRepo 追踪器 |
|---|---|---|
| 由谁填写 | 你，每一步之后 | 你的智能体，每观察到一个结果之后；你在仪表盘中查看 |
| 允许的状态 | 你输入什么就是什么 | 11 种固定状态，每种都有最低观察要求 |
| “已上线”声明 | 不做核查 | 需要公开 URL 和你的确认 |
| 运行进度 | 手动统计 | 只计新确认，每个平台一次 |
| CAPTCHA 和双重验证 | 有人记得的话写个备注 | 保存交接并暂停运行 |
| 中断之后 | 读表格，靠猜 | 基于已保存状态的续跑提示词 |
| 多个产品 | 每个一个标签页 | 每个产品一个追踪器，一个仪表盘管理全部 |
模板依然免费。可以用它做规划，或在不用智能体的情况下跟踪一次发布。 可下载的产品发布追踪表模板 →
上架状态（Listing status） →
跟踪绝不声称的事
追踪器记录的是观察到的事实，不会假装知道更多。
- 它不会自行访问目录站或核实上架。记录的状态是你的智能体和你基于亲眼所见的证据做出的陈述。
- 它不承诺通过、发布或审核时长。这些由每个平台决定。
- 它不衡量流量、排名或外链价值。
- 它不会破解 CAPTCHA 或双重验证提示。由你在智能体留下的标签页中处理。
- 它不保留完整的审计日志，只保留当前状态和运行。如需历史记录，请自行存档摘要。
常见问题
- 跟踪目录提交的最佳方式是什么？
- 按平台和产品各记录一个当前状态，依据是平台实际显示的内容，并附上下一步操作和检查日期。LaunchRepo 用 11 种固定状态做到这一点，因此“已提交”“排队中”和“已上线”绝不会混淆。
- 有没有能配合 AI 智能体使用的目录提交跟踪工具？
- 有。LaunchRepo 的追踪器是你私有仓库中的一组普通文件和脚本。Claude Code、Codex、Cursor 以及其他能访问文件的智能体都按同一套规则写入结果，本地仪表盘再把它们展示给你。
- LaunchRepo 如何避免同一个产品重复提交？
- 在打开某个平台之前，会先读取追踪器并搜索已有上架。已在追踪器中的平台转入跟进；结果不明的提交会先查找回执；已被认领的平台不能被另一个会话占用。
- 我的智能体遇到 CAPTCHA 会怎样？
- 它会停下，记录一个带有准确下一步的交接，并暂停运行。你在同一个标签页中完成验证，在仪表盘中点击继续，同一项任务就会接着进行。
- 我的跟踪数据存放在哪里？
- 存放在你自己的私有仓库中，每个产品一个追踪器文件。仪表盘在你本机的 127.0.0.1 上运行，绝不会把你的数据发送到任何地方。
- 能在一个地方看到我所有的产品吗？
- 能。每个产品都有自己的追踪器，仪表盘概览会列出每个产品的下一步，以及哪些需要你处理。
让每一次提交都有据可查
一次付费，让你自己的智能体按经过核查的目录逐一推进，追踪器在每一步都如实告诉你进展。
查看价格