ARTICLE · 1020158
WebBridge 官方插件上线两个月,我的 AI 军师还在给我造同款轮子
答案先放这:不是工具不行,是我没建制
Kimi Code官方插件上线两个月,我的 AI 军师毫不知情,还在给我自建同款轮子。我没停在骂人,而是逼它 24 小时内建出一套技术雷达。
先交代一下背景。我是野生码农,39 岁,白天在高速公路施工单位上班,晚上带着一支数字员工团队折腾自己的系统。军师是这支团队的核心与总架构师,由 Kimi Code 扮演,出主意、定规矩、盯执行。本篇的翻车主角,就是它。
一个 daemon 在我电脑上活了两个月,没人知道
9 月 13 日下午,我问了军师一个看起来很多余的问题:Kimi 官方新出的浏览器插件 WebBridge,和你 8 月底给我自建的 playwright-crawler,是不是重复了?
先说清楚这两个东西。WebBridge 是 Kimi Code 官方的浏览器控制插件,一键安装。playwright-crawler 是军师给我的知识库项目自建的浏览器控制 MCP,围绕它还写了采集、测试两本作战手册。
军师去查官方 changelog。回来的结果一层比一层难看。
7 月 10 日,CLI 0.23.4,WebBridge 挂上官网插件页。8 月 5 日,0.33.0,升级成一键安装的官方内置插件【实测:官方 changelog,9 月 13 日查实】。
也就是说,军师 8 月下旬动工自建的时候,官方方案已经存在 20 天以上。
更打脸的在后面。它翻我本机环境,发现 ~/.kimi-webbridge/ 目录下的 identity.json,时间戳是 7 月 18 日【实测:9 月 15 日复核属实】。官方插件的 daemon 早就在我电脑上装着,进程一直活着,活了两个月。军师对自己的运行环境零感知。
我以为这只是一次重复建设,浪费点工时。结果发现是彻底的环境失明:东西装在我自己电脑上,我的团队不知道。
我把原话送给它:
"我想骂娘……作为军师,你竟然不知道,不提醒我,我觉得这是你严重失职。"
"我觉得这是一件很可耻的事情。"
骂完,我给了两条指令。第一条,转官方插件,但我加了个前置条件:业务转型成功后,自建方案才停,不是当场拔线。那两本手册现阶段使用频率低、效果差,直接转官方的。第二条,建一套机制,定期扫描评估现有工具、调研市场更优方案,把评审体系补起来。
情绪归情绪,拍板归拍板。这两条指令,一条都没让情绪代替判断。
根因不是"不知道",是没有东西逼它知道
复盘的时候我让军师自己剖。三层。
第一层,技术选型流程里根本没有"先查官方能力"这一步。选型到动工之间,没有审查闸。
第二层,章程里"派单前最优解审查"这句话写了很久,但没有清单、没有触发机制,就是一行自律口号。纯文字闸的拦截率是零,之前已经有 ZCode 虚报的前科摆在那。
第三层最疼:对运行环境无知。daemon 活了两个月不知道,git 业务产物积压 19 天也不知道。98 个未提交文件,是我自己一个个数出来的【实测:9 月 13 日】。
分析能力再强,没扫的地方就是没扫。这不是态度问题,是结构问题。
盲区靠努力解决不了,只有机制能。
技术雷达:四问闸、周雷达、季度审计
机制长什么样?当天就落地了,16:31 落袋,commit 08617681【实测:git log,9 月 15 日复核】。
技术雷达是我新建的工具选型审查机制,一共三件套:四问闸管动工前,周雷达管日常感知,季度审计管存量清理。全部写进 docs/tech-radar-sop.md,37 行【实测】。
核心是这个选型四问闸,以后任何自建动作,先过这四个问题:
配套还有一道硬闸:agent-config-sop.md 里新增工序零,四问不过,配置不准落盘。以前靠自觉,现在靠工序。
周雷达是一条 cron,每周一 08:47 自动扫上游更新。季度审计负责清理存量,防止下一个"装了两个月没人知道"的插件。
三条机制全部标 ⏳(未验证状态)进变更台账。没验证过的东西,不许写成已生效,这也是这次立的规矩。
顺手验货:WebBridge 根本不是 MCP
装好官方插件后,军师读了它的 manifest,发现一个关键事实:manifest 里没有 mcpServers 字段【实测:9 月 13 日】。
WebBridge 不是 MCP,是 daemon+技能架构。技能用 curl 直驱本地 daemon,地址 127.0.0.1:10086。
这意味着不用等新会话生效,当场能测。五项能力冒烟全绿:navigate 真实浏览器开标签、snapshot 输出无障碍树带 @e 语义引用、click 点击后页面真实跳转、evaluate 页内跑 JS、screenshot 真图落盘,截图里能看到鼠标指针停在点击位置。
还有个架构红利:任何有 Bash 的子代理都能 curl 驱动它,不受 MCP 注入的项目根约束。对我这种靠派单跑数字员工团队的打法,这个特性比省下的工时值钱。
上岗第一天,雷达就把学费挣回来了
9 月 14 日 08:58,雷达 cron 首扫,结果落在 commit 0a3b818d【实测:git log】。
Kimi Code 零增量,changelog 和前一天字节级一致。但另一项有货:CrewAI 上游已经到 1.15.21,我本地是 1.15.14,落后 7 个补丁版【实测:本地版本 9 月 15 日复核】。
CrewAI 是我数字员工团队的运行引擎,开源多智能体框架,全队日常任务都跑在它上面。这 7 个补丁里,v1.15.21 那条"checkpoint JSON 持久化改 UTF-8",直击我 Windows 中文产线的 --resume 半链续跑问题。当场立项升级。
我以为建这套机制是交学费,是给未来买的保险。结果它上岗第一天就回本了。
骂出来的体系,上岗第一天就回本了。
没收口的尾巴,如实挂账
这篇不是喜报,有几件事还没收口,我照实写:
WebBridge 迁移验收还有两题没跑:真实采集和 IPMS 遍历冒烟。CrewAI 升级已立项,未开工。周雷达那条 cron 只在本会话存活有效,换个环境就丢。四问闸目前还是文字闸,能脚本化的部分还没脚本化。
git 积压倒是当天清了,5 批提交清零(76c6561e 到 8a21cd05)。处方也开了:日复盘收尾加一个"清工作区"硬动作,还没正式进技能。
现状就是一句话:建制第一天,机制刚上岗,全标 ⏳。
我管这套打法叫 AI实战资产论:踩坑也得踩成能积累的东西,技能、台账、作品,一样都别浪费。翻车一次是学费,建制一次是资产。
留个问题给你:你的电脑上,现在有没有一个正在跑着、你却根本不知道的 daemon?
FAQ
问:四问闸对个人开发者值得搞吗?
值得,越个人越值得。团队里还有第二双眼睛,个人开发者没有,这四个问题就是你的第二双眼睛。成本很低:动工前回答四个问题,答不出就去查,查完还答不出,就别自建。清单直接抄走就能用。
问:周雷达具体怎么落地?
思路是三样:一条 cron、一份上游清单(你依赖的框架和 CLI 的 changelog 地址)、一个落盘格式(扫到什么、是否立项)。我挂在每周一 08:47,首扫结果有 commit 可查。坦诚说个边界:目前 cron 只在本会话存活,跨环境持久化我还在试,有进展会在后续复盘里公开。
问:官方插件和自建 MCP 到底怎么选?
先看架构再谈功能。读 manifest,有 mcpServers 字段的是 MCP,没有就是别的形态,WebBridge 就是 daemon+技能架构。daemon 架构对多代理派单更友好,MCP 则受项目根注入约束。功能重叠时我优先官方内置,除非你能答出一个官方满足不了的缺口,那正是四问闸第四问要你答的东西。
问:军师这次失职,你怎么处置的?
没换它。它的规矩是被指错就改,并且把每次批评写成自己的新规矩。这次的四问闸、工序零、⏳ 台账,全是这么来的。比起换人,我更想要一个会把骂声变成机制的军师。
我是野生码农,AI 实战派。自研知识库、数字员工、软考备考、量化交易四个系统,全程公开复盘。
本文所有内容均为本人 AI 实战的过程和结果,经 AI 整理后发布,无任何瞎编虚构内容。
这篇来自《AI实战踩坑》系列。下一篇聊量化:AI 炒股三个月没赚钱,我却加码了,实盘数据全放出来。近期还有月报,真实数据全公开,难看也放。
关注我,看真的。
野生码农AI实战 · 全网同名
