LaunchRepo 搭配 OpenCode：浏览器 MCP 配置实测

简要回答

• 把 chrome-devtools 条目放在 opencode.json 的 "mcp" 键下，写上 "type": "local"，并把完整命令写成一个数组。配置块见下文。
• OpenCode 1.18.34 能从全局文件、项目 opencode.json（在子文件夹中启动时也可以）、.opencode/opencode.json 以及两个环境变量中加载它。
• 随后它提供了 30 个名为 chrome-devtools_… 的浏览器工具，并把完整的 44,167 字符页面快照原样传给模型，没有截断。
• 遇到 CAPTCHA 或 2FA 步骤后，用 opencode run --session <session-id> 恢复同一段对话。每次无头运行都成功了：同一个标签页、同样的字段、只提交一次。
• OpenCode 默认允许大多数操作，如果你想亲自批准浏览器操作，加一行权限设置即可。

LaunchRepo 适用于任何能读写工作区文件并能控制浏览器的编程智能体。OpenCode 两者都能做到。本页记录的是一套经过实测的配置，并非认证或合作关系。

把浏览器加入 opencode.json

OpenCode 会合并配置文件，而不是相互替换。因此配置很安全：你只需添加一个键，已有的所有设置都保持不变。

1. 打开 LaunchRepo 工作区根目录下的 opencode.json，没有就新建一个。如果想一次用于所有项目，请改用 ~/.config/opencode/opencode.json。
2. 把下面的 "mcp" 配置块添加到已有键的旁边。如果文件里已经有 "mcp" 键，只需在其中添加 chrome-devtools 条目。
3. 在你启动的 Chrome 中打开 chrome://inspect/#remote-debugging 并开启远程调试（Chrome 144 及以上）。--autoConnect 连接的就是它。
4. 运行 opencode mcp list。配置正确时会显示下面这一行；然后让 OpenCode 打开 https://example.com 并读取页面标题。

添加到 opencode.json

{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "chrome-devtools": {
      "type": "local",
      "command": [
        "npx",
        "-y",
        "chrome-devtools-mcp@1.10.1",
        "--autoConnect",
        "--no-usage-statistics",
        "--no-performance-crux"
      ]
    }
  }
}

opencode mcp list 中应出现的行 opencode mcp list

✓ chrome-devtools connected

--autoConnect 使用你已经在运行的 Chrome。如果想为发布单独用一个 Chrome，请改用 --browser-url=http://127.0.0.1:9222；我们的测试就是这样连接临时 Chrome 的。

OpenCode 会加载哪些配置文件

同一个服务器条目，放在不同位置、写成不同形式。“已加载”指 chrome-devtools_… 工具出现在了 OpenCode 发给模型的请求中。

最容易踩坑的是这两行：粘贴过来的 "mcpServers" 配置块会被悄无声息地忽略（opencode mcp list 显示“No MCP servers configured”），而字符串形式的命令会让 OpenCode 在启动前就停止（“Expected array, got "npx"”）。两者都可以用上面的数组写法解决。

交接运行的每一步

OpenCode 1.18.34，Chrome DevTools MCP 1.10.1，Google Chrome 154.0.8037.92，macOS，Node 22，测试日期 2026年10月1日。每次运行都使用全新的主目录和全新的 Chrome 配置文件，因此没有读取或更改任何个人设置。

全程没有使用 AI 模型。一个小型本地替身用固定的工具调用回应 OpenCode 的模型请求，并且只从 OpenCode 实际发送的内容中读取元素 ID。这样每次运行都完全一致且免费，测试的是 OpenCode 自己控制的部分：配置、工具、模型能看到的内容、权限和会话。它不测试模型的规划能力。

在我们 CAPTCHA 指南的演示表单上进行交接运行：5 次。配置变体：各 3 次。

OpenCode 打开演示表单并填写，在替身验证处停下并结束运行。一个脚本扮演人，在同一个标签页中完成验证。随后第二次带 --session 的 opencode run 继续同一段对话并完成提交。 智能体工作流中的 CAPTCHA 与 2FA：可控的人工交接 →

人完成后恢复

每次 opencode run 都会在 --format json 输出中打印会话 ID，opencode session list --format json 也会列出它。

用同一个 ID 继续。在我们的运行中，继续的会话保留了之前的每一步，通过 Chrome DevTools MCP 找到同一个标签页，确认字段没有变化，并只提交了一次。

更喜欢终端界面？用 opencode --session <session-id> 在那里打开同一段对话。

找到会话

opencode session list --format json

以无头方式继续

opencode run --session <session-id> "The check is done. Re-read the form and submit once."

在终端界面中继续

opencode --session <session-id>

审批：ask、allow、deny

没有权限配置块时，OpenCode 会直接运行浏览器工具而不询问。一行设置就能改变这一点。我们以脚本调用 OpenCode 的方式，无头运行了每条规则：

亲自批准每个浏览器操作

{
  "permission": {
    "chrome-devtools_*": "ask"
  }
}

在终端界面中使用 "ask"，OpenCode 会询问本次允许、始终允许或拒绝。对于无头运行，要么接受 "ask" 会阻止浏览器，要么在专用于发布的 Chrome 配置文件上清楚地使用 --auto。

从 Claude Code 迁移过来

服务器相同，配置不同。以下四点差异决定你的条目能否生效：

三个耗时的坑

粘贴的 "mcpServers" 配置块毫无反应

OpenCode 会完全忽略这个键：没有报错，退出码 0，也没有浏览器工具。把条目移到 "mcp" 下，并把命令改成一个数组。

无头运行会等待打开的 stdin

当脚本启动 opencode run 时把 stdin 作为管道保持打开，OpenCode 会等待永远不会到来的输入。在全部 3 次运行中它都卡住直到被停止；把 stdin 指向 /dev/null 后它立即响应。

在脚本中 "ask" 就等于拒绝

无头运行中没有人来回答，所以每个 "ask" 都会变成拒绝。请按每次运行决定是否允许浏览器自行操作。

在 OpenCode 中启动 LaunchRepo

在你的 LaunchRepo 私有工作区中打开 OpenCode，粘贴启动提示词。之后工具包会引导完成上手流程，在 Example Domain 上测试你的 Chrome 连接，并构建运行计划。

• 启动提示词推荐使用 Claude Code 或 Codex CLI 以获得最佳效果。OpenCode 也能使用同一套工具包，因为它具备工具包所需的两样东西：工作区文件访问和通过 MCP 控制的浏览器。
• OpenCode 会读取工作区中的 AGENTS.md，因此能自行接收工具包的规则。
• CAPTCHA 和 2FA 步骤会作为交接回到你手中；按上文所示用 --session 恢复会话。

LaunchRepo 启动提示词

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.

• 把你的编程智能体连接到你的 Chrome →
• 用 Claude Code 把你的 SaaS 发布到目录站 →
• Playwright MCP vs Chrome DevTools MCP：同一表单实测对比 →
• LaunchRepo 搭配 Kiro：浏览器配置该放在哪里 →
• MCP 服务器 →

本次测试未涵盖的内容

• 终端界面的审批提示和提问工具。上面的无头行为是实测的；界面中的行为以文档为准。
• 真实的 AI 模型。替身把模型质量从结果中剔除了；真实模型仍可能选错元素。
• 用 --autoConnect 连接日常使用的 Chrome 配置文件。我们通过 --browser-url 使用的是临时 Chrome。
• Windows 和 Linux、远程 MCP 服务器、OpenCode 账户及付费模型套餐。

来源

上面的每条引文都逐字摘自以下页面，阅读日期为 2026年10月1日。实测行为来自本页所述的我们自己的运行。

常见问题

在 OpenCode 中 MCP 服务器配置在哪里？

放在 opencode.json 的 "mcp" 键下，文件可以在项目根目录，也可以是 ~/.config/opencode/opencode.json。在我们的测试中，OpenCode 1.18.34 还会从 .opencode/opencode.json、OPENCODE_CONFIG 和 OPENCODE_CONFIG_CONTENT 加载。

Chrome DevTools MCP 的 OpenCode 配置怎么写？

一个名为 chrome-devtools 的条目，包含 "type": "local" 和 "command": ["npx", "-y", "chrome-devtools-mcp@1.10.1", "--autoConnect", "--no-usage-statistics", "--no-performance-crux"]。运行 opencode mcp list 可以看到它已连接。

为什么 OpenCode 不显示我的 MCP 服务器？

最常见的原因是条目从其他智能体复制而来："mcpServers" 配置块会被忽略且不报错，而 "command": "npx" 加单独的 "args" 会让 OpenCode 拒绝整个配置。请使用 "mcp" 和一个命令数组。

可以改用 Playwright MCP 吗？

可以，同样的 "mcp" 条目写法适用于任何本地 MCP 服务器。本页测试 Chrome DevTools MCP，是因为它能连接你已经在用的 Chrome；我们的对比页面说明了什么时候 Playwright MCP 更合适。

遇到 CAPTCHA 后如何恢复 OpenCode 会话？

在同一个 Chrome 标签页中完成验证，然后带上一句简短指令运行 opencode run --session <session-id>，或用 opencode --session <session-id> 在终端界面中打开。在我们的运行中，会话、标签页和字段都还在。

LaunchRepo 官方支持 OpenCode 吗？

LaunchRepo 支持具备文件和浏览器访问能力的编程智能体；OpenCode 两者都有，本页记录的是一套经过实测的配置。这并非认证或合作关系，启动提示词仍推荐使用 Claude Code 或 Codex CLI 以获得最佳效果。