定义
Model Context Protocol(MCP)是把 AI 智能体连接到工具和数据的开放标准。MCP 服务器是一个小程序,它列出自己能做的事——导航、点击、读取页面、查询数据库——智能体按需调用这些工具。服务器注册在智能体的配置中,通常写成一条启动命令加上参数。
Chrome DevTools MCP 就是把 Chrome 实例以工具形式暴露出来的服务器。正是它让终端里的智能体变成浏览器智能体。
来源: Model Context Protocol: What is MCP? · Model Context Protocol specification: Tools
示例
武汉的一位开发者使用 Codex。他在 Codex 的配置里添加了一条 MCP 服务器配置项:用 npx 启动 chrome-devtools-mcp,并带上 --autoConnect。智能体启动时,服务器会列出它的工具——打开页面、点击、填写字段、截图——智能体在工作中调用它们。BROWSER-SETUP.md 中的通用配置项见下方;Codex 页面则用 Codex 自己的格式展示了相同的参数。
一个正在运行的服务器进程还不算证明。他让智能体打开一个公开页面,看着自己 Chrome 里的标签页动起来。直到这时,才开始填写第一张目录站表单。
{
"mcpServers": {
"chrome-devtools": {
"command": "npx",
"args": ["-y", "chrome-devtools-mcp@latest", "--autoConnect", "--no-usage-statistics", "--no-performance-crux"]
}
}
}对目录站发布为何重要
没有 MCP 浏览器服务器,编程智能体只能读写文件,无法填写目录站的表单。服务器也是信任的边界:它控制所连接的浏览器,所以它连接哪个 Chrome、以什么方式启动,决定了智能体能触及哪些东西。
LaunchRepo 如何处理
仓库为 chrome-devtools-mcp 提供了一条通用的 MCP 服务器配置项,可使用 --autoConnect(已有的 Chrome 144+)或 --browserUrl(本地端口上的专用配置文件);这条配置放在哪里取决于智能体——Claude Code、Codex、Cursor 以及另外六个智能体各有自己的配置位置,本站相应页面都有说明。使用 npx 需要 Node 和 npm;设置完成后应固定一个经过测试的包版本。仅有一个正在运行的服务器进程什么也证明不了,直到一个可见的标签页真的动起来。
深入阅读
服务器配置项放在哪里、把它连接到 Chrome 的两种方式,以及证明智能体确实在控制你浏览器的测试。
在仓库里看这个术语
LaunchRepo 包含 299 份目录站 playbook、一份产品上下文文件和一张提交追踪表,由你自己的智能体运行。一次支付 €49.00,就能用于你拥有的每一个产品。
查看价格