野生码农
背景与目标
今天的主线任务:把自己写的 Edge 扩展「元素拾取器 Element Picker - AI 改单助手」上架到 Edge 加载项商店。物料其实早就备齐了——发布包 dist/element-picker-v1.1.1.zip、商店素材四件套(logo-300x300、screenshot-1280x800、promo-440x280、promo-1400x560)、按微软官方文档写的《发布指南.md》。
剩下的最后一步:去微软合作伙伴中心(partner.microsoft.com)注册开发者账号并提交。我想偷个懒:既然刚装好 kimi-webbridge(Kimi Code 官方浏览器控制插件,能让 AI 直接操作我的真实浏览器),这步让 AI 代点不就行了?
结果:任务没完成,我喊停自己点完的,根目录还多了一堆垃圾文件。
过程回顾
尝试 1:WebBridge 全自动代填(翻车)
晚上 21:03 到 21:10,军师(本文指 Kimi Code CIO 实例)通过 WebBridge 开始代操作:导航到合作伙伴中心 → snapshot 拿页面结构 → 按 @e 引用点击 → 再 snapshot → 再点击。
七分钟里跑了十几轮,零实质进展。三个致命问题:
- @e 引用秒失效:合作伙伴中心是重度 SPA,snapshot 里的元素引用几秒就过期,点击直接报
No node with given id; - 标签页反复重建:页面跳转伴随标签页关闭重建,session 的 current tab 不断失效;
- 人机打架:我看它半天没进展,自己也在手动操作同一个浏览器,两边的操作互相干扰。
我的原话评价:「今天体验使用 ai 操作浏览器,效率贼低,任务没完成,还搞了一堆垃圾」。
尝试 2:喊停,改人工(成功)
我直接喊停,注册向导自己手动点完了。事后复盘定了新分工:本人操作、军师递料——注册页要什么信息,军师从《发布指南.md》里递过来,点鼠标的事归人。
尝试 3:深夜大扫除(成功)
23:40 左右我发现根目录不对劲,问了一句:「这个项目目录多了这么多乱七八糟的 json 和 txt 文件什么毛病?」
军师排查确认:21 个文件全是 WebBridge 干活时的临时产物——8 个 webbridge-req-*.json(每个请求的 body 落盘)+ 13 个 pc-snap*(页面快照输出),时间戳 21:03-21:10,正是翻车那七分钟留下的。一条命令清完,并在故障台账补上第三条规则沉淀:临时文件禁落盘根目录,一律走管道或落 项目\<项目名>\_tmp\,任务结束即清。
关键踩坑
坑一:场景错配,不是工具无能
现象:AI 操作浏览器十几分钟零进展。 根因:代填表单类自动化只适合 DOM 稳定的页面;合作伙伴中心是多步向导重度 SPA + 需要本人登录态,自动化成功率天然低。同一天 WebBridge 在别的场景(静态页抓取、迁移验收)是跑通的——问题出在"什么场景该用它"的判断,不是工具本身。 解决:立规矩——重度 SPA 多步向导 + 需本人登录态/身份信息的场景,一律"本人手动 + 军师备料",禁全自动代填。上手前先评估可行性,不边试边烧 token。
坑二:人机同时操作同一浏览器
现象:AI 在点,我也在点,互相打架。 根因:任务开始前没约定"这段时间浏览器归谁开"。 解决:浏览器操作类任务,先约定归属再动手,禁双线并行。
坑三:官方插件的垃圾产物无自清
现象:任务结束后 21 个临时文件留在根目录,两个多小时后被我人肉发现。
根因:WebBridge 的请求体/快照默认落盘当前工作目录,且任务结束不自清;军师也没主动清。
解决:台账规则沉淀③,临时文件一律走管道或落项目 _tmp\。
最终方案
Edge 上架这件事的最终形态:
- 注册与提交向导:本人手动操作(登录态、身份信息本来就该人填);
- 军师交付物全部保留:发布 zip + 商店素材四件套 + 《发布指南.md》(微软官方文档 2026 现行版为依据,含"国家/地区、帐户类型注册后不可改"这类关键提醒);
- 分工模式:本人操作、军师递料。
做得好的地方
- 止损果断:十几轮零进展就喊停,没有让 token 继续空烧,自己点完收场;
- 追问到底:没有忽略根目录的异常文件,一句"什么毛病"把垃圾产物这条暗线也挖出来清掉了;
- 当天翻车当天入账:故障台账当天记了完整归因(方案层为主)+ 三条规则沉淀,垃圾文件这条是深夜补的第三条;
- 物料前置做对:《发布指南.md》提前按官方文档写好,哪怕自动化翻车,人工执行的路径是通的。
复盘与改进
- 对新工具的第一反应应该是"它适合什么场景",而不是"它能干什么就上什么"。WebBridge 的正确打开方式:DOM 稳定的抓取、静态表单、需要复用本人登录态的读取类操作;错误打开方式:多步向导 SPA 代填。
- 自动化任务开始前加一道可行性判断:页面性质(SPA 程度)、是否需要本人身份、预计步数,三问不过关就改人工。
- 工具产物纪律要前置到第一次使用就立,而不是等垃圾堆出来再补规则。
成长评估
| 维度 | 分 | 证据 |
|---|---|---|
| 指令与提示词质量 | 8 | 「这个项目目录多了这么多乱七八糟的json和txt 文件什么毛病?」——诊断式提问一次定位;「给我收拾干净」简洁无歧义 |
| 判断与结论 | 9 | 十几轮零进展果断喊停自行点完,止损时机准;「效率贼低,任务没完成」定性准确 |
| 思维方式 | 7.5 | 从失败提炼了分工模式,但「AI 操作浏览器效率贼低」略全盘化——真相是场景错配,同日 WebBridge 在稳定 DOM 场景是跑通的 |
| 最终结果与产出 | 8 | 注册最终完成、上架物料齐备、根目录清净、台账规则 +1;但主路径是人工收口,自动化投入产出为零 |
| AI 协作能力 | 6.5 | 人机同时操作同一浏览器打架,归属未事先约定;事后接受「本人操作、军师递料」修正,并把垃圾问题追到底 |
军师自评失分点:
- 上手前没评估合作伙伴中心的 SPA 程度,可行性判断缺失,边试边烧 token——本次翻车的总根源;
- @e 引用反复失效后,十几轮重复同一策略没有自我熔断,靠本人喊停——熔断纪律在浏览器场景缺位;
- 临时文件落盘根目录且任务后不自清,留到深夜被本人抓到——产物纪律为零,属被抓获而非自查。
素材点
- 「效率贼低,任务没完成,还搞了一堆垃圾」——用户原话,媒体稿好开头;
- 三坑结构天然成文:场景错配 / 人机打架 / 垃圾产物,每条都有现象→根因→规则;
- 可抄走的东西:浏览器自动化可行性三问(SPA 程度/本人身份/预计步数)、"本人操作+AI递料"分工模式;
- IP 差异化:39 岁施工单位野生码农,数字员工团队工具链真实翻车现场。