unagi-cq/cdp-bridge-mcp 是从 https://github.com/unagi-cq/cdp-bridge-mcp. 导入的 MCP 服务器候选
概览
unagi-cq/cdp-bridge-mcp 是从 https://github.com/unagi-cq/cdp-bridge-mcp. 导入的 MCP 服务器候选
概述（AI 翻译）
CDP桥梁MCP
CDP Bridge MCP 是一个连接 MCP 客户端与真实浏览器会话的桥接服务，通过配套的 Chromium 插件接入浏览器页面，让任何大模型客户端都可以丝滑、轻易地读取标签页、扫描页面、执行自动化操作、截图和导航。
中文 |英语
演示视频
| 单台电脑多个小红书账号同时操作 | 查询小红书平台 Anthropic 最新动态 | 读取 CSDN 网站作者后台数据分析 |
|---|---|---|
| 观看视频 | 观看视频 | 观看视频 |
项目介绍
CDP Bridge MCP 适合需要让大模型操作真实浏览器的场景。和无状态 HTTP 抓取不同，它连接的是你已经登录、已经打开的浏览器页面，因此可以复用真实浏览器里的登录态、Cookie、页面状态和前端渲染结果。
CDP Bridge MCP 还支持在单台电脑多Profile操作，也支持多用户操作。
代码仓库：
本项目使用 Python 编写并发布。MCP 支持
stdio和streamable-http两种传输模式。
项目优势
** 为什么用 CDP Bridge MCP，而不是 Playwright MCP、Kimi Bridge 或 Chrome DevTools MCP？**
Playwright MCP 和 Chrome DevTools MCP 都很强，但它们更偏向“自动化测试 / 调试协议 / 新开浏览器实例”的工作流。Kimi Bridge 的功能权限有限，倾向于通过截图发给视觉模型来完成任务。
CDP Bridge MCP 的目标不同：它更关注让 LLM 或 Agent 产品接管用户正在使用的真实浏览器会话。
- 复用真实登录态：CDP Bridge MCP 连接的是你已经打开、已经登录的浏览器标签页，很多需要账号态的网站，不需要重新登录或额外搬运 Cookie。
- 更适合日常浏览器协作:P laywright 更适合可重复、可脚本化的自动化流程，而 CDP Bridge MCP 更适合 LLM 在用户当前页面上做读取、分析、点击前判断、执行脚本、截图等交互式任务。
本页由 AI 翻译，技术细节请以原文为准。
README
以下为原文 README 节选，完整内容请查看原文。
CDP Bridge MCP
CDP Bridge MCP 是一个连接 MCP 客户端与真实浏览器会话的桥接服务，通过配套的 Chromium 插件接入浏览器页面，让任何大模型客户端都可以丝滑、轻易地读取标签页、扫描页面、执行自动化操作、截图和导航。
中文 | English
演示视频
项目介绍
CDP Bridge MCP 适合需要让大模型操作真实浏览器的场景。和无状态 HTTP 抓取不同，它连接的是你已经登录、已经打开的浏览器页面，因此可以复用真实浏览器里的登录态、Cookie、页面状态和前端渲染结果。
CDP Bridge MCP 还支持在单台电脑多Profile操作，也支持多用户操作。
代码仓库：
本项目使用 Python 编写并发布。MCP 支持
stdio和streamable-http两种传输模式。
项目优势
为什么用 CDP Bridge MCP，而不是 Playwright MCP、Kimi Bridge 或 Chrome DevTools MCP？
Playwright MCP 和 Chrome DevTools MCP 都很强，但它们更偏向“自动化测试 / 调试协议 / 新开浏览器实例”的工作流。Kimi Bridge 的功能权限有限，倾向于通过截图发给视觉模型来完成任务。
CDP Bridge MCP 的目标不同：它更关注让 LLM 或 Agent 产品接管用户正在使用的真实浏览器会话。
- 复用真实登录态：CDP Bridge MCP 连接的是你已经打开、已经登录的浏览器标签页，很多需要账号态的网站，不需要重新登录或额外搬运 Cookie。
- 更适合日常浏览器协作：Playwright 更适合可重复、可脚本化的自动化流程，而 CDP Bridge MCP 更适合 LLM 在用户当前页面上做读取、分析、点击前判断、执行脚本、截图等交互式任务。
- 页面内容更适合 LLM 消费：
browser_scan会对页面 HTML 做简化，过滤脚本、样式和不可见元素，尽量保留对模型有用的正文、控件和结构信息，减少 token 浪费。 - 启动链路轻量：服务端发布到 PyPI 后可直接
uvx cdp-bridge启动，浏览器端加载扩展即可连接，不需要编写 Playwright 脚本，也不需要为每个浏览器实例单独配置调试参数。 - 适合远端部署和 Agent 产品开发：如果使用
streamable-http模式，cdp-bridge可以作为一个常驻服务部署在远端服务器上。Agent 后端通过 MCP HTTP 端点连接服务，用户浏览器里的扩展通过 WebSocket 连接同一个服务。这样产品侧不需要托管用户的浏览器，也不需要把账号态搬到云端；用户只要安装扩展并配置Bridge Host、Port和Token，Agent 就能在用户授权的真实浏览器会话里完成读取、分析和自动化操作。 - 支持同一台电脑的多个浏览器 Profile 并行连接：如果你在同一台电脑上打开多个 Chrome / Chromium Profile，并分别给扩展配置不同 token，它们会被服务端隔离成不同会话空间。这意味着你可以在同一个平台上同时挂多个账号，并分别让 Agent 操作各自的真实浏览器页面。
- 支持不同电脑上的多用户同时接入：不同用户、不同电脑上的浏览器扩展都可以连接到同一个
streamable-http服务，只要各自使用不同 token，就能并行工作且互不干扰。适合客服坐席、运营团队、数据采集节点或远程协作场景。 - 个人使用和团队产品都能覆盖：个人用户可以用默认
stdio + 127.0.0.1:18765快速接入本机浏览器；团队或产品开发者可以用streamable-http + 远端域名 + WebSocket + token搭建浏览器控制通道，把真实浏览器能力集成进自己的 Agent 产品、客服工作台、数据采集后台或内部自动化系统。
安装
uvx cdp-bridge@latest配置
{
"mcpServers": {
"cdp-bridge": {
"command": "uvx",
"args": ["cdp-bridge@latest"]
}
}
}