mcp-chrome

让 AI 成为你 Chrome 浏览器的"远程驾驶员"

想象一下这样的场景：你在浏览器里开着十几个标签页，有工作文档、邮件、GitHub 仓库，还有正在研究的资料——突然想让 AI 帮你"把这些页面全读一遍，总结出我上周的工作进度"。传统方案要么要你装一堆浏览器驱动，要么要你重新登录所有网站，而 Chrome MCP Server 告诉你：不用那么麻烦，直接用你平时在用的 Chrome 就行。

Chrome MCP Server 是由开发者 hangye 创建的一个开源项目（MIT 许可证），它以 Chrome 扩展程序为基础，实现了一个完整的 Model Context Protocol（MCP）服务器，把 Chrome 浏览器的功能原原本本地暴露给 AI 助手。这意味着：你的登录状态、Cookies、浏览器配置、已安装的扩展——全都在，不需要任何额外操作。

一次"偷懒革命"：从 Playwright 自动化到 AI 实时控制

长期以来，浏览器自动化领域的主流工具是 Playwright 和 Selenium。它们通过启动独立的浏览器进程来控制浏览器，功能强大，但代价也不小：需要下载浏览器二进制文件、需要维护浏览器环境、每次启动都是"干净"的浏览器——意味着你得重新登录所有网站。

Chrome MCP Server 彻底颠覆了这个范式。它直接以 Chrome 扩展的身份运行在用户已有的 Chrome 进程中，借用用户已经打开的浏览器环境。AI 通过 MCP 协议发送指令，扩展接收并执行，操作结果通过 Chrome 原生 API 直接返回。启动速度更快、资源占用更低，而且"开箱即用"——你的浏览器是什么状态，AI 看到的就是什么状态。

这种架构还有一个隐藏优势：跨标签页上下文感知。AI 不再是"盲人摸象"式地只看到一个页面，而是能看到你在多个标签页之间切换的历史，理解你整个浏览会话的上下文。这对于复杂的多步骤任务（如先搜索、再打开结果、然后截图）来说是巨大的效率提升。

超过 20 个工具：从截图到语义搜索

Chrome MCP Server 内置了超过 20 个工具，覆盖了浏览器操作的方方面面：

• 浏览器管理（6个工具）：获取窗口和标签页列表、导航控制、标签页切换、关闭操作、注入脚本。
• 截图与视觉（1个工具）：支持元素级截图、全页面截图、自定义尺寸。
• 网络监控（4个工具）：webRequest API 网络捕获、Debugger API（含响应体）、自定义 HTTP 请求。
• 内容分析（4个工具）：语义搜索（在浏览器标签页内容中做 AI 语义检索）、HTML/文本内容提取、可交互元素查找、浏览器控制台读取。
• 交互操作（3个工具）：元素点击、表单填充、键盘模拟。
• 数据管理（5个工具）：浏览历史搜索、书签管理。

特别值得关注的是语义搜索功能。Chrome MCP Server 内置了向量数据库，利用 WebAssembly SIMD 加速（4-8x 性能提升），对所有打开的标签页内容建立语义索引。当你说"找到那个讲量子计算的页面"，AI 不再是简单的关键词匹配，而是真正理解你的意图，返回最相关的结果。

架构解析：一个 monorepo 藏着多少秘密

Chrome MCP Server 采用 pnpm workspace monorepo 结构，主要由以下几个包组成：

核心依赖方面，native-server 使用 Fastify 作为 HTTP 服务框架（而非 Express，性能更高），集成了 @modelcontextprotocol/sdk 实现 MCP 协议栈，存储层选用了 better-sqlite3 + Drizzle ORM 兼顾性能与可维护性。扩展端使用 Tailwind CSS 做样式，Vitest 做测试，代码质量工具链完整（ESLint + Prettier + Husky + CommitLint）。

上手门槛：技术用户友好，非技术用户需要引导

优势明显： 如果你已经在用 Claude Code、Augment、Cursor 这类 AI 编程助手，Chrome MCP Server 只需三步就能接入——安装 Chrome 扩展 → 全局安装 mcp-chrome-bridge NPM 包 → 在 AI 助手的 MCP 配置里加上地址 http://127.0.0.1:12306/mcp。整个过程不超过 10 分钟。

需要注意的地方： 这个项目不是一个"拿来即用"的产品，而是一个需要一定技术背景才能驾驭的工具。你需要理解 MCP 协议、Node.js 环境管理（pnpm/npm）、Chrome 扩展的加载方式（开发者模式加载）。此外，STDIO 连接方式（部分老客户端不支持 Streamable HTTP）需要手动查找 npm 全局安装路径，配置起来稍显繁琐。对于 MCP 协议的新手来说，配置过程可能会有一些困惑。

一个有争议的设计选择：安全性 vs 便利性

Chrome MCP Server 以扩展程序的身份运行在 Chrome 进程中，这意味着它拥有相当高的权限——可以读取页面内容、监控网络请求、操作 DOM。这种设计在带来便利的同时也带来了安全隐患：恶意扩展的风险在 AI 时代被进一步放大，因为 AI 的指令是动态生成的，谁也无法保证 AI 不会"误操作"或被滥用。项目作者显然意识到了这个问题，native-server 中的权限检查（如 is-admin 依赖）表明有在考虑安全边界，但整体安全机制还不够完善。

代表了什么趋势？

Chrome MCP Server 的出现，是 "AI Agent 工具生态" 快速演进的缩影。随着 Claude、GPT 等大模型工具调用能力的成熟，开发者们开始意识到：让 AI 操控浏览器比让 AI 产生文本更有实用价值。Browser Use、Playwright MCP、Browserbase 等项目都在争夺这个赛道，而 Chrome MCP Server 以"无需重启浏览器"这个差异化切入点，获得了超过 11,000 颗星的影响力。未来，随着 MCP 协议的标准化和更多客户端的支持，这类工具的易用性会持续提升。

项目基本信息