今天早上,我像往常一样打开Chrome,准备查点资料。
结果发现Kimi的桌面端多了一个新按钮:WebBridge。
点开一看,是个月之暗面刚上架的浏览器插件。
官方说法是:AI能自己动手操作网页了。
我试用了一下——
然后我的工作流彻底变了。
📜 01 它做了什么?
简单说:Kimi WebBridge是一个桥梁,连接AI Agent和你的浏览器。
以前你跟AI说"帮我查一下这个航班",它只能给你文字回答。
现在你跟它说"帮我查一下这个航班",它真的会打开浏览器,点进携程,搜航班,然后把结果读给你听。
整个过程你不用动一根手指。
这不是概念演示。 这是真的可以跑起来的自动化操作。
📜 02 它是怎么做到的?
技术细节有点多,我捡有用的说。
Kimi WebBridge分两部分:
• 一个本地后台服务,跑在你的电脑上 • 一个Chrome/Edge浏览器扩展,连接你的浏览器
当AI Agent要操作网页时,指令先发到本地服务,本地服务再通过Chrome的开发者协议(CDP)直接驱动浏览器执行操作。
关键在于:整个流程里,Kimi的服务器不接触你的登录Cookie,也不接触任何页面内容。
也就是说——
你的微信聊天记录、你的银行登录状态、你的各种账号密码——
都在你本地,碰不到云端。
📜 03 它能做什么?
根据官方文档和我的试用,主要有三个场景:
1️⃣ 自动化信息采集
以前你要收集某个产品的信息,需要手动一个个网站去翻。
现在你可以让AI自动打开十几个网站,把内容抓回来,整理成表格。
整个过程就是:给它一个任务,然后等着。
2️⃣ 复杂操作自动化
比如你说"帮我去GitHub上找到这个项目的star数、贡献者数、最近一次commit时间"。
AI会自动打开GitHub,找到项目,逐个读取数据,写入文档。
3️⃣ 创建专用CLI工具
这是最让我意外的功能。
你可以针对某个特定网站,把整个操作流程固化成一个小工具。
这个工具不消耗Token,可以反复用。
也就是说——你训练了一个只属于你自己的网页机器人。
📜 04 它跟之前的东西有什么不同?
你可能听说过OpenAI的Operator,或者Anthropic的Computer Use。
那些是云端方案——你的操作数据先发到云端,云端处理完再返回。
问题在于:很多人不愿意把自己的账号信息交给云端处理。
Kimi WebBridge的不同之处在于本地优先。
你的一切操作都在你自己的浏览器里完成,AI只是发指令,真正的执行在本地。
这解决了两个问题:
第一,隐私。 你的登录状态不经过Kimi的服务器。
第二,限制。 很多网站有反爬虫机制,传统的云端方案会受阻。本地驱动的方案可以绑过大部分限制。
📜 05 它现在支持哪些Agent?
根据官方说明,目前支持:
• Kimi Code CLI(自家) • Claude Code(Anthropic) • Cursor • Codex(OpenAI) • Hermes • OpenClaw
基本上干流编程Agent都覆盖了。
使用方法也很简单——从Kimi的设置页面拿到连接命令,粘贴到对应的Agent里,就能直接用。
不需要额外的配置。
📜 06 它有什么局限?
• 只支持Chrome和Edge,Firefox和Safari暂时不行 • 需要安装Kimi Desktop App,不能独立运行 • 面对Cloudflare Turnstile这种人机验证,目前还过不去 • 跟MCP Browser等协议还没对齐,暂时不能混用
但说实话,这些局限对大多数场景影响不大。
📜 07 对普通人意味着什么?
你可能觉得,这是程序员用的东西,跟我没关系。
错了。
你现在就面临一个场景:
每天花半小时在网上找信息、做报表、发邮件。
这些工作本质上都是重复性的网页操作。
Kimi WebBridge可以让你对AI说一句话,然后这些操作全部自动完成。
你只需要确认结果对不对。
这不是在取代你的工作。 这是在把你的精力从重复操作里捞出来。
📜 08 最后说两句
Kimi WebBridge的出现,说明一件事:
AI正在从"能说"进化到"能做"。
从ChatGPT到Claude,从文生图到AI编程——之前的AI进步主要体现在语言理解和生成上。
但真正的效率革命,在于AI能替你执行。
打开浏览器、点击按钮、填表、复制粘贴——这些操作占据了大多数人每天大量的时间。
现在,一个插件,让这件事第一次变得真正可用了。
别等了,先装上试试。
夜雨聆风