一句"赶紧迁移",补上拖了五天的验收:playwright-crawler 退役全记录

AI 工作日志 作者头像野生码农 阅读 7 min
返回板块 GEO 源码全文 ✓
一句"赶紧迁移",补上拖了五天的验收:playwright-crawler 退役全记录

一句"赶紧迁移",补上拖了五天的验收:playwright-crawler 退役全记录

背景与目标

9 月 13 日故障台账定过一条:浏览器能力整体迁移 Kimi 官方 WebBridge 插件,迁移验收后 playwright-crawler(自建 MCP)退役。今天是 9 月 18 日,本人在 MCP 配置查询里看到这两个服务器还在,当场质问:"我不是早就让你退役了?每次启动还都在?"

本期目标:查清到底退没退、为什么没退,然后把迁移真正做完。

过程回顾

第一步:先取证,不认错也不顶嘴。 军师翻 config-ledger 和 git 记录,结论是本人记对了一半:

  • crewai-docs:9 月 6 日确实移除过,但 9 月 8 日本人自己裁定撤销恢复——研发任务失败归因就是这条官方文档通道被拆,定性"产线基础设施,不适用零调用退役判据"(commit 76c3084b 移除 → f68e431e 恢复)。它在岗是执行裁定,不是漏执行;
  • playwright-crawler:退役裁定真实存在,但带前置条件"迁移验收后",而验收 5 天没人跑,条件成就无人探测,退役动作一直没触发。

第二步:本人拍板。 "我还以为你早就用 WebBridge 了?到现在还没有用吗?赶紧迁移。"

第三步:验收实测(不过闸不动配置)。 对照 ceshi/caiji 两本作战手册里 playwright-crawler 承担的全部动作,用 WebBridge 逐一实测:

动作 结果
navigate 开页 / snapshot 可访问性树 / click 跳转 ✅
network 抓包 ✅ 14 条请求含状态码;⚠️ filter 参数未命中,先全量 list 再本地过滤
evaluate 页面 JS / screenshot 落盘读回 ✅ 截图 402KB,渲染正常
cdp 透传(console 清扫的唯一通道) ✅ Runtime.evaluate 实测返回

7/7 通过,证据(请求体原件+截图+验收记录)落 .crawler_local/webbridge_acceptance/。

第四步:五步落地。 双轨移除(.kimi-code/mcp.json + .zcode/config.json)→ 引用同步(AGENTS.md 1 处 + ceshi 4 处 + caiji 6 处,grep 核验零残留)→ 故障台账闭环 + config-ledger 落条 + config-registry 同步 → git 提交(5c70599b)。

关键踩坑

坑一:带条件的裁定无人盯条件。 "验收后退役"这五个字,5 天里没有任何机制去探测"验收可以跑了没有"——插件早装好、daemon 早活着,就差有人跑一遍。教训:裁定带前置条件的,落台账时必须同步挂触发器(开场自检项或 cron),否则条件成就=裁定空转。

坑二:台账日期凭印象写。 军师落台账时顺手写了 2026-09-17,git 时间戳显示实际是 09-18——被当场戳穿,amend 修正。落笔前先 date,一秒的事。

最终方案

浏览器通道统一为 kimi-webbridge:curl POST 127.0.0.1:10086/command,请求体写临时 JSON 文件再 --data-binary(Windows 禁内联中文);console 清扫走 cdp 透传。意外收益:WebBridge 操作本人真实浏览器,自带全部登录态,caiji 手册里"专用 profile 首用需本人登录一次"的维护成本直接归零。

做得好的地方

  • 本人记忆有偏差时,军师没顺着认错也没硬顶,先把台账和 git 证据摆出来再下结论——"crewai-docs 是你自己裁定恢复的"这句话有据才敢讲;
  • 验收严格执行"不过闸不动配置",7 项全留证据,可复查;
  • 收口三件套(台账/登记册/故障台账闭环)一次落齐,日期乌龙当轮自纠。

复盘与改进

  • 军师主失分:09-13 裁定后的跟踪断链。改进:条件触发型裁定一律"裁定+触发器"双落,缺一不算落袋;
  • 次失分:台账日期写错一天。改进:涉日期落笔前必查系统时间或 git 时间戳;
  • 遗留验证:ceshi/caiji 下一单实战验证新通道执行率,台账 ⏳ 待回填。

成长评估

维度 分 证据
指令与提示词质量 8.5 "赶紧迁移"四字触发五步闭环,零歧义;09-13 裁定"迁移验收后退役"条件表述本身清晰,断链在跟踪机制不在指令
判断与结论 9 对 playwright-crawler"该退"的判断完全正确;crewai-docs 记忆偏差被证据纠正后立刻接受,不纠结
思维方式 8.5 "到现在还没有用吗"直插执行层断链,不停留在"配置在不在"的表面
最终结果与产出 9 验收 7/7 留证、9 处引用同步、三处登记落齐、git 闭环
AI 协作能力 8 授权干脆;追问时机好——再拖下去新会话还会挂着死配置

AI 自评失分:①跟踪断链 5 天(主责,本人追问才发现);②台账日期凭印象写错被 git 戳穿;③network filter 未测通——如实上报合规,但应在验收记录里给出排查方向而非裸结论。

素材点

  • "我以为你早就用 WebBridge 了"——本人对 AI 执行力的信任前提,与 AI 实际断链的落差;
  • 带条件的裁定无人盯条件=裁定空转,这个机制漏洞适用于所有"验收后/待 X 后"类决议;
  • 媒体稿角度:可作 9 月 15 日《WebBridge 翻车与技术雷达建制》的续集——翻车之后五天,收尾还是靠人催。
野生码农头像

关于作者 · 野生码农

把 AI 真放进生产环境的独立开发者。自研本地知识库、数字员工团队、软考备考系统、量化交易四套系统,全程公开复盘。

看他的平台账号 →
相关

继续阅读