Kimi WebBridge：AI代理浏览器扩展实操指南

Kimi WebBridge 是 Moonshot AI 开发的一款浏览器扩展，旨在让本地 AI 代理能够直接控制用户的浏览器。与依赖云端浏览器的方案不同，WebBridge 运行在用户本地设备上，利用 Chrome 或 Edge 浏览器现有的登录会话，使 AI 代理能够像人类用户一样与网页交互。

其工作原理基于 Chrome DevTools 协议（CDP），这是一种用于检查和调试基于 Chromium 的浏览器的底层协议。通过 CDP，AI 代理可以执行打开网页、点击元素、填写表单、截图、读取页面内容以及提取表格或结构化文本等操作。所有指令通过本地桥接服务从代理传递到扩展，再经由 CDP 执行，确保登录状态和页面内容不离开用户设备。

安装和设置过程相对简单：首先从 Chrome 网上应用店或 Edge 加载项商店安装扩展，并将其固定在工具栏上。然后，在本地代理（如 Kimi Code、Claude Code 等）中运行连接命令，即可建立通信。安装完成后，用户可以通过类似 /kimi-webbridge 的技能命令让代理执行自动化任务。文中提供了一个示例：让代理打开 LinkedIn 搜索两位顶级 AI 工程师，并提取详细信息生成 CSV 文件，展示了其在研究自动化方面的实用性。

WebBridge 的优势主要体现在四个方面：本地优先架构降低了云端方案的数据暴露风险；利用现有登录会话使其适用于无 API 或需要身份验证的网站；兼容多种 AI 代理，不会被单一生态系统锁定；基于浏览器原生控制（CDP），提供底层操作能力。然而，它也存在一些限制：目前仅支持 Chrome 和 Edge，不支持 Safari 或 Firefox；每台机器需单独安装和配置，规模化部署有摩擦；动态页面（如使用 React 或影子 DOM 的网站）可能引发自动化失败；且扩展冲突和安全风险仍需企业级防护措施。

在企业应用中，安全治理至关重要。建议为代理工作创建专用浏览器配置文件、使用最小权限账户、在测试环境先行验证，并对高风险操作（如付款、删除）设置确认机制。WebBridge 适合低风险工作流如信息提取、比较和报告生成，而高风险流程仍需人工审批。

与 Playwright MCP 和 Browserbase 相比，WebBridge 的独特之处在于它直接控制用户真实的本地浏览器会话，而非运行在云端或虚拟环境中。这使得它在私有会话和安全性方面具有优势，但相应地也牺牲了跨浏览器支持和可扩展性。

总的来说，Kimi WebBridge 代表了浏览器代理领域的重要进展，为需要本地、安全、多代理兼容的自动化场景提供了实用工具。