unagi-cq/cdp-bridge-mcp
Browser automation이 페이지는 AI로 자동 번역되었습니다. 기술적인 세부 사항은 원문을 확인하세요. 원문 보기
unagi-cq/cdp-bridge-mcp는 [[T0]에서 가져온 MCP 서버 후보입니다.
개요
unagi-cq/cdp-bridge-mcp는 [[T0]에서 가져온 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"]
}
}
}