工作原理

给你的智能体一套能随时接着做的发布流程。

从你的产品开始,规划一轮 10 次相关提交,并记录下发生的一切。同一个工作区,既装得下下一次提交,也装得下你的下一个产品。

购买之前

Windows、macOS 或 Linux 上的 Git、Python 3.10+、Chrome,Chrome DevTools MCP 所需的 Node.js,以及一个能访问本地文件和 MCP 浏览器的智能体。工具包文档为英文。先在一个无害的公开页面上检查你的浏览器集成。这只能确认基本访问能力,无法保证每个目录站的流程都能走通。

购买前检查你的智能体

LaunchRepo 需要一个能读取本地文件并操作 Chrome 的智能体。已经在用 AI 编辑器,并不代表它的浏览器连接已经设置好。你不用购买 LaunchRepo 就能检查这些基本条件。在一个文件夹里放一个专为这次检查创建的无害文本文件,然后对你的智能体说:

读取我为这次检查创建的文本文件,并总结其内容。然后使用 Chrome DevTools MCP 在 Chrome 中打开 https://example.com,告诉我页面标题和主标题。不要登录、不要填写表单、不要发送数据,也不要更改任何设置。如果其中任何一个操作无法完成,告诉我缺少哪项能力。
两个操作都成功
你的智能体具备这套工作流所需的基本文件和浏览器访问能力。目录站登录、验证和各平台规则仍各不相同。
只有文件操作成功
购买前请先配置智能体的 Chrome 集成。工具包的浏览器指南介绍了连接方式,但购买一个目录站工具包并不会为你的编辑器增加浏览器能力。
两个操作都失败
请先设置本地文件访问和浏览器访问。你仍然可以阅读公开的目录站示例。

这只是一次基本能力检查,不保证每次提交都能成功,也不是经过测量的设置时长承诺。它不会使用你的邮箱,也不会登录任何账号。你的服务商的常规使用条款照常适用。

五个步骤

以下一切都在你的电脑上、用你的账号进行。你的智能体停止时,后台不会运行任何东西。

  1. 步骤 1: 把事实交给它。

    你的智能体帮你收集产品描述、截图、定价和允许使用的表述。为这个产品约定好浏览器、验证邮箱和发布方面的权限。

  2. 步骤 2: 规划这一轮运行。

    以 10 次新的已确认提交为目标,最多同时并行 2 个。当资源或浏览器隔离不足时,本地规划器会建议只用 1 个。按适配度、当前规则和工作量选择平台。

  3. 步骤 3: 设定目标,然后逐个完成。

    把保存好的运行 prompt 复制给你的智能体。如果你的智能体支持 /goal,就用它;否则把同样的指令作为普通消息粘贴进去。智能体会在你的权限范围内逐个处理合适的免费平台,并在继续之前记录每个结果。

  4. 步骤 4: 记录实际结果。

    只有新的已确认提交才计入目标:待审核、排队中、已排期或已上线,每个平台只计一次。草稿、已存在的条目和受阻的尝试都不计入。记录好证据后,智能体会关闭该次提交所分配的时间窗口。

  5. 步骤 5: 从上次停下的地方继续。

    恢复已保存的运行,完成剩余的提交。服务商限额或需要人工处理的步骤可能会中断会话;设定目标并不保证不间断执行。添加你的下一个产品时,为它单独准备信息和权限。

实际设置

首次会话的技术部分记录在三份简短的指南中:

仍然需要你的地方

LaunchRepo 有意不做成后台服务。以下时刻会交给你处理,并记录为人工交接,而不是由智能体去“解决”:

CAPTCHA 和机器人检测
智能体会停下,记录 prepared_needs_human,仪表盘会把该平台列在“需要你处理”下。你在自己的浏览器中完成它。
2FA 和验证码
验证码会发到你在已连接浏览器中打开的邮箱。手动转交验证码是受支持的备用方式,会被记录为人工交接,绝不会算作自动化访问。
付费路径
如果唯一可用的路径需要付费,该平台会被标记为 deferred_paid。系统绝不会进行任何购买;你之后看着备注再做决定。
你的公开形象
在创始人简介、发布介绍或“我为什么做这个”出现在条目中之前,PR-BRIEFING.md 会给你看具体示例供你修改。已批准的措辞保存在 representation.md 中。
网站徽章
有些目录站要求在你的网站上放置徽章。智能体会针对每个产品询问一次,是否可以添加、提交(commit)并部署徽章;“不可以”会被记录下来,不会阻碍其余工作。
确认“已上线”
感谢页面不等于条目。把一个平台标记为 live,需要一个公开 URL,以及你确认已亲自查看过它。

追踪表状态的含义

record.py 只接受以下这些状态,仪表盘显示的也是同一套。每个状态都对应一个最低观察标准,所以“完成”永远不会被夸大:

状态最低观察标准
draft工作已准备好;最终提交尚未确认。
prepared_needs_human某个明确的所有者操作或障碍(CAPTCHA、2FA、账号不明确)阻碍了已准备好的工作。
submitted_pending_review平台已明确收到提交,审核仍在进行中。
queued平台确认了排队位置或候补名单状态。
scheduled平台确认了一个不早于你最早发布日期的发布日期;任何尚待批准的事项都保留在备注中。
live已核验公开条目且没有待审核标记;需要公开 URL 和你的确认。
already_listed发现并核验了一个已存在的公开条目;与 live 一样需要 URL 和确认。
blocked资格、账号容量或缺少必需信息导致无法推进。
deferred_paid当前可用的路径需要付费;没有进行任何购买。
not_a_fit产品不符合该平台的受众或收录标准。
unavailable该路径或平台目前无法使用;观察到的问题已记录。

每个平台的结果彼此独立:某个网站上的合作分发勾选框不算第二次提交;在免费目录站上,“scheduled”距离真正发布仍可能需要好几周。

创始人三分钟内讲清楚

Aleks 介绍 LaunchRepo 能做什么、适合谁,以及哪些事有意留给你来做。英文音频。

打开视频页面 →

关于流程的问题

我睡觉时它会自动提交吗?

不会。你的智能体在你的会话中、在你看得见的浏览器里运行,仓库本身不会在后台运行任何东西。遇到 CAPTCHA 和 2FA,该平台会暂停等你处理。智能体可以继续做其他符合条件的独立工作;付费路径会被跳过。保存的目标让之后的会话可以继续完成剩余工作。

哪些智能体可以运行它?

任何能读取本地文件、并能通过 Chrome DevTools MCP 使用你已登录浏览器的智能体。我们点名 Claude Code、Codex 和 Cursor,是因为它们在配置好浏览器集成后满足这两个条件;我们不发布基准测试,也不认证任何配置。上面的能力检查会告诉你,你的智能体是否已准备就绪。

条目多久能上线?

从几分钟到几周不等。免费目录站会把提交放进审核队列,而且“scheduled”不等于“live”。你的最早发布日期设定了下限;追踪表会分别记录排队中、已排期和待审核,让你随时知道什么真正发布了。

如果某个目录站只提供付费路径怎么办?

智能体会记录 deferred_paid 并附上备注,然后继续。默认工作流会在付费操作前暂停,绝不会授权购买;推荐位值不值得买,始终由你决定。

我必须在终端里操作吗?

不必。python3 scripts/dashboard.py 会在 127.0.0.1 上启动一个本地仪表盘,显示产品、状态、交接、跟进事项、目录,以及要交回给智能体的 prompt。它的表单写入的正是智能体读取的那些文件;--demo 可以在你设置自己的工作区之前先展示一个示例工作区。

一次付费,一套可以反复使用的流程。

参考价为 €49.00,一次付清,价格不会上涨。价格页面会显示实时价格、环境要求和包含的全部内容。

查看价格 阅读示例指南 →