用浏览器智能体把你的 SaaS 发布到目录站

浏览器智能体需要什么

能访问仓库文件

智能体必须能读取某个平台的 playbook、product.json 和 identity.json。带浏览器工具的编程智能体可以直接读取；纯托管的浏览器智能体则需要你按平台把相关 playbook 和产品事实交给它。

一个你已登录的浏览器

提交要用你的账号完成。在自己的远程浏览器里运行的浏览器智能体并没有以你的身份登录，也读不到你邮箱里的验证码；仓库的指南假定使用一个你看得见的 Chrome。

一种记录结果的方式

record.py 和本地仪表盘是你电脑上的 Python 脚本。如果浏览器智能体无法运行它们，就在运行结束后由你在仪表盘里逐条记录结果。

运行手册里的停止条件

先搜索重复条目，每个平台核对身份信息，不购买任何东西，遇到 CAPTCHA 或不确定情况就停下。这些是智能体必须真正遵守的指令，而不是它自带的功能。

把浏览器智能体连接到你的 Chrome

BROWSER-SETUP.md 面向的是接入一个由你监督的 Chrome 的智能体。如果你的浏览器智能体是带浏览器工具的编程智能体，这份指南可以直接套用：在你日常使用的 Chrome（144 或更高版本）上用自动连接方式运行 Chrome DevTools MCP，或者使用带本地调试端口的专用 Chrome 配置文件，每个批次保持一个长期连接。

只提供自己远程浏览器的智能体，不满足受支持的连接要求。请用本地 Chrome 配置 Chrome DevTools MCP，并在开始前做一次可见的冒烟测试。

关闭无关的敏感标签页，只使用该产品允许的网站，绝不导出 Cookie 或浏览器配置文件；一次工具调用完成了，也只说明调用完成了——请回读页面，确认内容是否真的已保存。

如果你的浏览器智能体是带浏览器工具的编程智能体，这就是 BROWSER-SETUP.md 里的通用服务器定义。你的智能体可能把它放在别的文件里、用别的格式；放在哪里由它自己的设置界面决定：

{
  "mcpServers": {
    "chrome-devtools": {
      "command": "npx",
      "args": [
        "-y",
        "chrome-devtools-mcp@latest",
        "--autoConnect",
        "--no-usage-statistics",
        "--no-performance-crux"
      ]
    }
  }
}

格式依据 github.com 的文档，核对于 2026年9月30日。 ↗

无法加载这类服务器的智能体，不在受支持的路径上。它仍然可以根据你粘贴的 playbook 填写单个表单，结果由你自己记录到仪表盘里。

把你的编程智能体连接到你的 Chrome →

启动 prompt

START.md 中公开的启动 prompt，原样不改。它假定智能体能在克隆的文件夹里运行 Python——通常是带浏览器工具的编程智能体。如果用的是纯托管的浏览器智能体，请改为在你的终端里运行 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.

playbook 和说明都是英文 Markdown，这正是编程智能体最擅长处理的格式。你的产品文案可以用目录站接受的任何语言，智能体也会用你的语言回复你。

无论哪种方式，工作区、product.json、authorizations.json 和 submissions.json 最后都会作为文件保存在你的电脑上，仪表盘会显示哪些已上线、待处理、已排期或在等你处理。

三步上手 LaunchRepo →

一次运行是什么样子

下面的示意图来自首页：一个批次，每个平台都以实际观察到的状态结束。用浏览器智能体时，这些状态可能要在运行结束后由你录入；无论哪种情况，它们都来自追踪表，而不是这个页面。

浏览器智能体卡住时

浏览器智能体出问题的方式和编程智能体不同。下面三种情况要尽早识别，免得整个批次跑偏：

它在哪儿都没登录

智能体在自己的远程或托管浏览器里工作。你的目录站账号和邮箱都在你的 Chrome 里，所以请通过 Chrome DevTools MCP 把运行移到那里，或者把智能体的工作当作草稿，由你来完成剩下的部分。

某个网站拒绝它

有些网站会限制托管浏览器中的自动化智能体，即使在你自己的浏览器里完全正常。把该平台标记为需要你处理，打开它的 playbook 手动提交。

它忘了上次做过什么

浏览器智能体很少在会话之间保留记录。每次运行后立刻在仪表盘里录入每个结果；这样下一批就会从追踪表开始，而不是靠记忆。

如果使用 --autoConnect 时浏览器工具超时，请检查四件事：Chrome 144 或更高版本已经在运行；已在 chrome://inspect/#remote-debugging 开启远程调试；你已允许 Chrome 的连接提示；没有其他工具占用同一个浏览器。Chrome DevTools MCP 会加载所有打开的标签页，所以请关掉用不到的标签页。

仍需要你的环节

LaunchRepo 刻意不做后台服务。遇到下面这些情况，运行会停下来并记录为人工交接；智能体从不绕过它们：

CAPTCHA 和机器人验证

无论用哪个智能体，验证都由你在指定的窗口里完成。追踪表会记录 prepared_needs_human；任何 playbook 里都没有隐藏或规避验证的步骤。

2FA 和验证码

大多数目录站通过邮件确认。如果浏览器智能体读不到你的邮箱，验证码和确认点击就是一次人工交接——并如实记录，绝不当作自动化访问。

付费加购

仅限付费的路径会记录为 deferred_paid。必须明确告诉浏览器智能体不得购买；每个平台的 playbook 都写明了这一点，决定权始终在你。

记录与确认

如果智能体无法运行 record.py，就由你在本地仪表盘里录入结果。“已上线”始终需要一个公开 URL 和你的确认。

没有基准测试，也没有排名：浏览器智能体只要满足上面两项要求，我们就认为它们兼容，而不是因为我们拿它们和其他智能体做过比较。

常见问题