cdp-bridge-mcp

About

CDP Bridge MCP 适合需要让大模型操作真实浏览器的场景。和无状态 HTTP 抓取不同，它连接的是你已经登录、已经打开的浏览器页面，因此可以复用真实浏览器里的登录态、Cookie、页面状态和前端渲染结果。 代码仓库： 本项目以Python语言编写并发布。 为什么用 CDP Bridge MCP ? 为什么用 CDP Bridge MCP 而不是 playwright MCP 或者 chrome devtools MCP ？ Playwright MCP 和 Chrome DevTools MCP 都很强，但它们更偏向“自动化测试 / 调试协议 / 新开浏览器实例”的工作流。CDP Bridge MCP 的目标不同：它更关注让 LLM 直接接管你正在使用的真实浏览器会话。 复用真实登录态：CDP Bridge MCP 连接的是你已经打开、已经登录的浏览器标签页，可以直接使用现有 Cookie、登录状态、页面上下文和前端渲染结果。很多需要账号态的网站，不需要重新登录或额外搬运 Cookie。 更适合日常浏览器协作：Playwright 更适合可重复、可脚本化的自动化流程，而 CDP Bridge MCP 更适合 LLM 在用户当前页面上做读取、分析、点击前判断、执行脚本、截图等交互式任务。 页面内容更适合 LLM 消费：browserscan 会对页面 HTML 做简化，过滤脚本、样式和不可见元素，尽量保留对模型有用的正文、控件和结构信息，减少 token 浪费。 启动链路轻量：服务端发布到 PyPI 后可直接 uvx cdp-bridge 启动，浏览器端加载扩展即可连接，不需要编写 Playwright 脚本，也不需要为每个浏览器实例单独配置调试参数。 如果你的目标是“让模型控制一个专门启动的自动化浏览器”，Playwright MCP 很合适；如果你的目标是“调试 Chrome 或精细操作 DevTools 协议”，Chrome DevTools MCP 很合适；如果你的目标是“让模型读取和操作我当前正在使用的真实浏览器页面”，CDP Bridge MCP 更贴近这个场景。 可用工具 MCP Server 当前暴露以下工具： | 工具名 | 说明 | | --- | --- | | browsergettabs | 获取已连接标签页列表 | | browserscan | 扫描当前页面内容，可返回简化 HTML 或纯文本 | | browserexecutejs | 在当前标签页执行 JavaScript | | browserswitchtab | 切换活动标签页 | | browsernavigate | 跳转当前标签页到指定 URL | | browserscreenshot | 获取页面截图 | | browsercookies | 读取 Cookie | | browsergetsop | 读取内置 SOP，支持 tmwebdriver 和 vue3component。模型遇到 CDP、iframe、截图、Cookie、下载、autofill、文件上传或 Vue3 自定义组件等细节时应按需加载；同一任务中已加载过相关 SOP 时无需重复加载 |

Discovery history

1. 阮一峰周刊·用户投稿

   May 9, 2026 · 1 observations