Browser MCP
连接本地 MCP 服务与 Chrome 扩展，让 Agent 使用现有浏览器配置。明确配对扩展后，在任务标签页中使用已核对的账号。
Browser MCP
维护本地 MCP 服务与 Chrome 扩展，让编码 Agent 连接获准的现有浏览器配置。
关于 Browser MCP
BrowserMCP 组织维护 Browser MCP 服务与配套 Chrome 扩展，两者通过明确配对的本地连接，让 AI 应用操作真实浏览器配置。
Browser MCP 通过 MCP 服务和浏览器扩展，将 Agent 客户端连接到已有 Chrome 配置。扩展负责配对和浏览器命令转发，任务标签页为 Agent 提供工作位置，用户仍可使用浏览器控制入口。它适合需要沿用已登录账号的获准任务。
该名称指此项目，不代表所有浏览器 MCP 实现。允许编码 Agent 访问已登录浏览器前，需一起核对组织、包、扩展与对应文档。
Browser MCP 的软件作品
任务依赖已有 Chrome 配置时可以考虑这一路径，指南说明服务与扩展如何将该配置连接到 Agent。
比较 Browser MCP 的工作路径
可比较 CitroLabs 的共享浏览器任务 Space、BrowserOS 的带外部 Agent MCP 的浏览器、Microsoft 的Playwright MCP 自动化、PinchTab 的配置与实例编排，按浏览器环境和目标产物选择。
常见问题
Browser MCP 是 Microsoft 项目吗？
不是。链接项目由 BrowserMCP 发布，Microsoft 的 Playwright MCP 是另一仓库与安装路径。
发布者维护哪些组件？
仓库包含 MCP 服务、本地守护进程、协议及 Chrome 扩展源码，组成一套浏览器连接流程。
使用真实 Chrome 需要扩展吗？
文档流程需要官方扩展与本地 MCP 配合，随机扩展或只有服务配置不等价。
发布者提供官方 Skill 吗？
未在主仓确认用户 Skill，已核实入口是服务、扩展与官方配置文档。
修改副本可以沿用相同品牌吗？
需阅读源码许可和品牌说明；项目要求公开修改扩展或服务使用不同名称和图标，以免与官方版本混淆。
在哪里验证连接？
按扩展配对控制及官方客户端指引，先核对配对码和浏览器配置，再读取登录账号内容。