Kimi WebBridge：瀏覽器正在變成多 Agent 共用的工作層
Browser Agent Infrastructure
Kimi WebBridge 把真實瀏覽器變成 Agent 的共享工作層
Threads 貼文把 WebBridge 解讀為「AI 進入真實網路世界」。官方頁面確認：它是一個 browser extension + local service，agent 可透過 Chrome DevTools Protocol 操作使用者現有 Chrome/Edge，並支援 Kimi Code、Claude Code、Cursor、Codex、Hermes、OpenClaw。
不是模擬瀏覽器
WebBridge 操作的是現有 Chrome/Edge，而不是雲端隔離 browser。這表示登入狀態、Cookie、公司權限與內網頁面仍在同一個操作環境。
不是單一 App 功能
官方列出多個外部 agent：Claude Code、Cursor、Codex、Hermes、OpenClaw。這讓它更像基礎設施，而不是只服務 Kimi 自家介面的功能。
能力邊界
官方描述包含 navigate、click、screenshot、read pages、extract；Threads 進一步提到多分頁研究、pricing 比較、網站結構重建與 workflow skill 化。
戰略重點
模型能力逐漸商品化後，誰能安全、穩定地控制 workflow，誰就握住 agent 真正落地的入口。
安全提醒：「使用真人登入瀏覽器」同時是能力與風險。它能越過 API 不足，也可能越過企業既有稽核邊界。導入時必須把權限、審計、確認點、敏感頁面隔離設計好。
| 傳統 Agent | WebBridge 型 Agent | 差異 |
|---|---|---|
| 依賴 API / MCP | 直接操作 UI、DOM、分頁 | 可處理沒有 API 的 SaaS 後台與動態頁面 |
| 每個 agent 各自 browser | 多 agent 連到同一個 live browser | 瀏覽器成為共享工作空間 |
| 權限需重新授權 | 沿用使用者現有登入狀態 | 降低摩擦，也提高越權與誤操作風險 |
| 任務多為單次 | workflow 可被封裝成 skill | 工作能力可以累積、重放、改良 |
導入判斷：
- 適合：研究收集、價格比較、表單建立、SaaS 後台重複操作、跨平台內容整理。
- 不宜直接全自動：付款、刪除資料、發送外部訊息、修改權限、提交法律/財務文件。
- 需要：操作日誌、人工確認點、分級瀏覽器 profile、敏感網站 denylist。
來源：
Threads: https://www.threads.com/@et.tang.ai/post/DYa5ZbcE1Iz
Kimi 官方頁面: https://www.kimi.com/features/webbridge
Threads: https://www.threads.com/@et.tang.ai/post/DYa5ZbcE1Iz
Kimi 官方頁面: https://www.kimi.com/features/webbridge