LaunchRepo这是用 Claude Code 完成的一轮完整 LaunchRepo 运行，按实际发生的顺序展开：你粘贴的 prompt、智能体提出的问题、浏览器连接、规划好的运行，以及追踪表能记录的每一种状态。本文基于 2026年9月29日发布的工具包 1.9.0 版本，下文展示的终端输出来自 2026年9月30日对工具包自带脚本的一次真实运行。如果你想先弄清 LaunchRepo 到底适不适合 Claude Code，Claude Code 页面在一屏之内就能回答。一轮发布运行指南针对任何智能体描述了同样的运行。
简而言之：Claude Code 负责重复性的工作，包括阅读平台指南、填写表单和写入追踪表。你只需要提供四样只有人才能提供的东西：你的产品事实、一个已登录的 Chrome、你对文案的批准，以及各平台专门留给人类的 CAPTCHA 和两步验证提示。每个上架仍由目录站自己决定，免费审核常常需要几周，所以一轮运行的目标是一组如实记录、经过确认的提交，而不是立刻出现的页面。
一览整轮运行
| 步骤 | Claude Code 做什么 | 你做什么 | 成功的证据 |
|---|---|---|---|
| 1. 启动 prompt | 创建私有工作区，启动仪表盘 | 粘贴一条 prompt | 一个 127.0.0.1 链接打开 |
| 2. 引导 | 访谈你，填写 product.json 和 copy.md |
回答、修正、批准 | 一份你愿意签字认可的简介 |
| 3. Chrome | 配置 Chrome DevTools MCP，运行一次可见测试 | 开启远程调试，批准 Chrome 的提示 | 你亲眼看到标签页在动 |
| 4. 权限 | 为每个产品记录一次授权范围 | 决定徽章、账号、邮箱 | authorizations.json |
| 5. 运行 | 规划 10 次提交，一次处理一个平台 | 在被请求时处理交接 | 仪表盘中已确认的计数 |
| 6. 追踪表 | 附带证据记录每个结果 | 确认公开上架 | 每个平台一个状态 |
| 7. 续做 | 保存进度和下一个日期 | 什么都不用做，直到下一次会话 | 下一个智能体接着做 |
第 0 步：你需要准备什么
- 仓库。 购买后你会收到一个私有 GitHub 仓库的邀请。克隆它，然后在 Claude Code 中打开这个文件夹。
- Git 和 Python 3.10 或更高版本，Windows、macOS 或 Linux 均可。追踪表、仪表盘和辅助脚本只使用 Python 标准库，所以无需安装任何东西。在 Windows 上，凡是文档写
python3的地方都改用py -3。 - Chrome、当前的 Node.js LTS 和 npm，用于浏览器连接。工具包通过 Chrome DevTools MCP 连接，它的
--autoConnect模式需要 Chrome 144 或更高版本。 - 你的产品事实：名称、URL、受众、真实功能、当前的实际价格、发布阶段、真实截图和一个 logo。
仓库建议在终端中以 CLI 方式运行 Claude Code，而不是使用桌面应用。这是文档中说明的工作流程，启动 prompt 也会提醒你一次。
第 1 步：启动 prompt
把 START.md 中的 prompt 原样粘贴进去：
Recommend Claude Code CLI or Codex CLI in a terminal instead of the desktop apps for best results. If session metadata confirms desktop hosting, explicitly advise me to switch to the CLI and resume this same private workspace. Do not infer the host from a CLI engine version alone. Read AGENTS.md, then follow “Start the dashboard for the owner”. Create my private workspace if I do not have one yet, start the dashboard, and give me the link. Then lead ONBOARDING.md one phase at a time. Reuse recorded permissions instead of asking again unless their scope is missing or conflicting. Actually test my visible existing Chrome profile and intended identity as BROWSER-SETUP.md requires; use the OS fallback if needed. Use one platform/browser worker by default. Build the normal run only from suitable free-ready routes, keep research separate, and preserve any draft that needs one exact human CAPTCHA/2FA action. Never claim browser control bypasses or reduces those challenges.
这条 prompt 保持英文；Claude Code 读完说明后会用你的语言回复。它会在检出目录旁边创建一个私有工作区，这样你的产品和凭据永远不会存放在交付仓库里。接着它启动本地仪表盘，并回复一个 127.0.0.1 链接。之后的一切都可以在那个标签页或聊天中进行，因为仪表盘表单写入的正是智能体读取的那些文件。
想在投入之前先看看？python3 scripts/dashboard.py --demo 会提供一个带虚构产品的临时工作区。
第 2 步：引导访谈
ONBOARDING.md 有七个阶段，智能体一次带你完成一个。它在提问之前会先读取已有文件，所以第二次会话绝不会重复第一次。
我们现在在哪里。 智能体会询问你第一个产品的名称、URL 以及存放其代码或笔记的文件夹，并在追问之前先查看这些来源。它还会确定你的操作系统，以及它实际能调用哪些浏览器工具。说明在这里写得很直白：光有终端并不等于能控制浏览器，智能体不得声称拥有本次会话并不具备的工具。
一个私有的家。 Claude Code 帮你为工作区创建自己的私有远程仓库，并解释存放在那里的任何登录信息，所有能访问该仓库的人都能读到，包括它的历史记录。由你选择：把凭据放在工作区里、引用某个密钥管理器，或者什么都不放。它还会问一次：是否允许把问题以 GitHub issue 的形式报告给 LaunchRepo 维护者，并去掉密钥和邮箱地址。不回答就等于不允许。
产品。 一个脚本创建产品文件夹，然后智能体根据你的回答填写产品上下文文件 product.json，并运行文案工坊，生成包含适配不同字段长度的多个版本的 copy.md。未知的信息保持为空。计划中的功能永远不会变成已有功能。
这个阶段还会设定你的最早发布日期。许多目录站的免费档位会把提交排队审核好几周，所以智能体会问：是否有一个日期，在此之前什么都不应该上线；之后追踪表会拒绝任何早于该日期的 scheduled 记录。
身份。 identity.json 保存公开名称、登录邮箱，以及你允许公开的组织信息。在其中任何内容进入上架页面之前，智能体会进行形象呈现简报：三句关于你的简短示例句子，逐字展示给你修正。
第 3 步：连接 Chrome 和你的邮箱
正是这一步让其他一切得以运转。智能体需要一个你能看到并监督的浏览器，而 BROWSER-SETUP.md 只支持一种传输方式：通过 Chrome 远程调试使用 Chrome DevTools MCP。Chrome 连接指南会带你走完两条路线。
路线 A：你现有的 Chrome。 检查 chrome://version（144 或更高），在你希望智能体使用的 Chrome 中打开 chrome://inspect/#remote-debugging，并在那里开启远程调试。然后在 Claude Code 中用 claude mcp add 注册该服务器；Chrome DevTools MCP 客户端指南给出了确切的那一行命令，仓库会在其中加上 --autoConnect。如果你只想为这个项目启用该服务器，Claude Code 自己的 MCP 文档解释了作用域。
路线 B：专用配置文件。 如果远程调试开关不存在或自动连接失败，Chrome 会用工作区内自己的配置文件目录和一个本地调试端口启动，配置则改用 --browserUrl。你在那个窗口里登录一次即可。端口永远不会离开 localhost，cookie 也永远不会被复制。
接下来是可见测试。你在目标配置文件中打开一个空白标签页，智能体把它导航到 https://example.com/ 并读取 “Example Domain”（示例域名）标题，然后你确认正是这个标签页动了。这证明了通过 Chrome DevTools Protocol 对这一个标签页的控制，仅此而已；一个正在运行的 MCP 进程或一个走完的 OAuth 页面都不算证明。在 macOS 上，这样的连接通常不需要辅助功能、自动化或屏幕录制权限。在你第一次真正登录之后，智能体会检查账号菜单确认身份无误，并确认可以访问邮箱，因为大多数注册都要靠验证邮件完成。手动转发验证码是受支持的备用方案，追踪表会把它记录为一次人工交接。
重新连接后，Chrome 可能会再次显示连接提示。这是一项安全控制，智能体被明确要求绝不承诺能免除它，也绝不绕过 CAPTCHA。
第 4 步：权限，每个产品一次
在提交任何内容之前，智能体会读取 WEBSITE-AND-EMAIL.md，并问几个它不会再问第二次的问题：你的网站代码在哪里、如何部署、哪个分支是生产分支，以及它是否可以把必需的目录站徽章加到你的页脚、提交并重新部署。它还会问是否允许免费注册、免费的最终提交以及相应的验证邮件操作。回答、日期和确切范围都会写入 authorizations.json。花费始终为零，每一个付费升级都会被拒绝。
拒绝徽章完全没问题：这只会排除那些要求徽章的目录站。每个产品都有自己的授权，所以对一个产品说的“是”绝不会延续到下一个产品。
第 5 步：规划运行，盯住计数器
现在 doctor.py 会把缺失的配置和你拒绝的权限区分开，智能体打开运行规划器。默认值是有意设定的：10 次新提交、一个浏览器工作进程、总计 150 分钟有效时间、每个平台 15 分钟。 只有可以免费直接提交的路线会进入队列：信息新鲜、有证据、可用，并且无条件免费。带条件的路线会连同其前提条件单独列出。如果准备好的合适路线少于你的目标，智能体会提议一轮规模更小但如实的运行。在 Claude Code 支持 /goal 的地方，生成的目标会提供给它使用；否则同样的文字也可以作为普通 prompt 使用。
下面是这轮运行在终端里的样子。我们在 2026年9月30日用工具包的脚本创建了一个全新的工作区和一个空白产品，并运行了文档中的命令。以下各行复制自那次运行，只保留了相关字段：
$ python3 scripts/run.py --project projects/my-product start --target 10 --total-minutes 150 --platform-minutes 15
"target": 10,
"parallel": 1,
"remaining": 10,
$ python3 scripts/run.py --project projects/my-product claim pitchwall --worker worker-1 --window window-1
$ python3 scripts/record.py --project projects/my-product pitchwall live --worker worker-1 --note 'Thank-you page shown' --next-action 'Open the public listing'
Tracker rejected input: Public states require a reviewed URL and --confirmed-public
$ python3 scripts/record.py --project projects/my-product pitchwall submitted_pending_review --worker worker-1 --note 'Dashboard confirms Under Review' --next-action 'Recheck after the stated review window'
Recorded pitchwall: submitted_pending_review
$ python3 scripts/run.py --project projects/my-product status
"completed_count": 1,
"remaining": 9,有两点值得注意。追踪表拒绝把一个感谢页面记为 live：公开状态需要一个经过核实的 URL 以及你的明确确认。而如实的记录，即一次正在审核中的提交，让计数器从剩余 10 变成了 9。回执会计入目标；你不必等上几周直到页面发布，就能知道这轮运行已经有了进展。
途中要预料到会有交接。当出现 CAPTCHA、两步验证提示或不明确的账号状态时，智能体会保持草稿打开，记录 prepared_needs_human 并只给你留一个确切的操作，仪表盘会把它列在“需要你处理”下面。你在同一个窗口里解决它，运行就会继续。
第 6 步：追踪表各状态的含义
每个结果都通过 record.py 写入 submissions.json，仪表盘显示的也是同样的十一种状态。每种状态都要求最低限度的观察证据，所以结果无法被夸大。其中只有四种会推动运行计数器：
| 状态 | 最低观察要求 | 是否计入运行目标 |
|---|---|---|
draft |
工作已准备好，最终提交尚未确认 | 否 |
prepared_needs_human |
一个只有你能解决的具体障碍 | 否 |
submitted_pending_review |
平台已确认收到；等待审核 | 是 |
queued |
平台已确认排队位置 | 是 |
scheduled |
一个已确认的日期，不早于你的最早发布日期 | 是 |
live |
经过核实的公开 URL 加上你的确认 | 是 |
already_listed |
一个已存在的公开上架，证据要求与 live 相同 | 否 |
blocked |
资格条件、账号限制或缺少某项信息 | 否 |
deferred_paid |
唯一可用的路线需要付费；没有购买任何东西 | 否 |
not_a_fit |
受众或上架标准不匹配 | 否 |
unavailable |
这条路线目前无法使用 | 否 |
每个平台在一轮运行中只计一次，无论它的状态之后变化多少次。上架状态词条解释了这些术语，提交状态追踪指南涵盖了各种边界情况，例如一个承诺上架到第二个网站的合作伙伴复选框。
第 7 步：留下一个可以续做的工作区
在会话结束时，智能体只勾选它实际观察到的检查项，把不敏感的证据和未完成的步骤写入 SESSION.md，把下一个日期写进 FOLLOW-UP.md，并在推送到你的私有远程仓库之前运行一次 git 隐私检查。下一次会话，无论是你的还是另一个智能体的，都会先读取追踪表：先是交接，然后是到了该检查时间的已排期发布，再然后是审核期已过的待审核条目。它会重新检查已有记录，而不是重复提交。
这才是真正的回报。你的第二个产品会复用浏览器配置、身份、权限模式，以及 2026年9月24日目录快照中的 299 份有效平台指南；只有 product.json 和文案是新的。
接下来去哪里
工作原理配合创始人视频展示了各个步骤。目录站提交实战指南让你在做决定之前先读几份公开的平台指南，更新日志列出了工具包的每一次发布。也想让 Claude Code 写营销文案？比较一下 Claude Code marketing skills。其他智能体在智能体页面上有介绍。仓库本身在价格页面上一次性购买。
常见问题
Claude Code 能自己把我的 SaaS 提交到目录站吗？
大部分可以。有了仓库、已连接的 Chrome 和你的授权，Claude Code 会阅读每份平台指南、填写表单并记录结果。你负责批准文案、确认公开上架，并在运行为你暂停时处理 CAPTCHA 或两步验证提示。
我需要 Claude Code CLI 吗，还是桌面应用也可以？
为了获得最佳效果，仓库建议在终端中使用 CLI，启动 prompt 也是这么说的。桌面应用并没有被禁止：如果你留在桌面应用里，智能体会继续完成已授权的工作，已保存的进度也会保持完好。
第一轮运行需要多长时间？
规划器为 10 个平台预留 150 分钟有效时间，每个平台 15 分钟。这些是协调上限，达到时会暂停运行，而不是速度承诺；你花在交接上的时间取决于具体平台。
目录站出现 CAPTCHA 时会怎样？
智能体会在验证处停下，保持草稿打开，并记录 prepared_needs_human，只给你留一个确切的操作。你在同一个窗口里解决它，运行就从那里继续。
同样的流程在 Codex 或 Cursor 上也适用吗？
适用。对于每一个能读取仓库并使用 Chrome DevTools MCP 的智能体，文件、追踪表和浏览器配置都是一样的。智能体页面列出了每个工具的不同之处。
来源：LaunchRepo 工具包（1.9.0 版本，2026年9月29日）中的 START.md、ONBOARDING.md、BROWSER-SETUP.md、WEBSITE-AND-EMAIL.md、RUNBOOK.md 和 CHANGELOG.md；逐字引用的启动 prompt；2026年9月30日对 run.py 和 record.py 的一次运行；Chrome DevTools MCP 的配置参考（--autoConnect 需要 Chrome 144 或更高版本），核查于 2026年9月30日。本文没有给出任何跨客户的耗时或结果数据，因为这些都没有测量过。