野生码农
一次小修复牵出的三条治理线
2026-09-19 晚的会话,起因只是 GEO 博客首页四个统计格标签看不清,收尾时变成了:一条章程条款重写、一个插件全家退役、九个项目合计约 100MB 垃圾清理。
背景与目标
本人用元素拾取器抓了 GEO 博客首页 hero 统计格的 JSON 扔过来:"AI 项目等标题显示不清晰,调整下样式"。一个典型的几行 CSS 小修。
过程回顾
1. hero-stat 修复(21:46,bad1d6d6)。定位很快:拾取 JSON 直接指到 .hero-stat span,main.css:181 用的 --fg-faint(40% 透明度白字),12px 压在深色面板上自然看不清。改成 --fg-muted(64%)+ 0.06em 字距,本地 8010 预览截图确认,push + 服务器 pull,线上截图复核,收工。
2. 本人当场发飙,流程重写(21:55,88a6237)。原话:"你干活太墨迹了……改这种小 bug,不需要派代理,写什么卡,直接动手改就好了。也不要你截图什么验证,有问题,我会给你反馈。"这条反馈直接变成章程条款:D:\code\dev\AGENTS.md 的"微改单快车道"重写为 bug 修改模式——拾取 JSON/代码片段定位 → 快速定位四件套(项目目录 → 项目级 AGENTS.md → git log -5 → git 状态) → 直接改 → commit+push+部署 → 本人刷新验收,不行继续改。禁写卡、禁派岗、禁截图自证、禁翻历史卡考古。GEO 仓库 AGENTS.md 的"改完必截图"硬闸同步拆分:大改要自证,小修直接部署。
3. logo 矢量化(22:04-22:12)。品牌logo设计.png(2048×2048,RGBA 但 alpha 全 255——假透明,棋盘格是印上去的图案)转 SVG。装了 vtracer,预处理去背(近白阈值置透明)→ trace → svgo 压缩(2.2MB→821KB)。踩了两个坑:棋盘格浅灰方块第一次阈值(232)没切干净,被 trace 成几百个近白路径,文件虚胖;收紧到 224 后干净。svgo 压缩版在浏览器验证时渲染异常,排查中撞了浏览器缓存(两次截图字节数完全相同),最终未定论——而 buildadmin 仓库 21:43-21:58 已有另一会话的 logo SVG 三连 commit(4738e659/f983f7c5/b182d3ad),此线实为并行重复作业。
4. webbridge 退役(22:19 起)。本人第二怒:"_wb-req-01.json 这些东西是什么毛病?拉大便一样……废掉吧。"根源:webbridge 插件在 Windows 下要求每个请求写成 JSON 文件再 POST,我图省事写在项目目录且用完没删。处置:CLI 插件卸载(installed.json 清空 + 插件目录删)、各项目临时文件清掉。但 daemon(kimi-webbridge.exe,端口 10086)杀进程、删目录都被秒级复活——查实守护方是 Kimi 桌面端(Kimi.exe),文件级删除无效,最终开关只能本人在桌面端设置里关 + 浏览器扩展手动卸。
5. 九项目大扫除(22:34-22:42)。桌面"项目合集"实为 9 个快捷方式,解析出真实路径后 9 个执行体并行清理:合计约 100MB,大头是 dev 的 PyInstaller build 中间产物(84MB)和 BuildadminAi 的陈旧 dist + runtime 缓存(10.6MB)。webbridge 残留全盘零命中(前一轮已清)。各仓先打快照 commit 再删,thinking/dev/zdq 测试或编译验证全过。
关键踩坑
| 现象 | 根因 | 解决 |
|---|---|---|
| 小修复走了全套验证流程,本人嫌墨迹 | 章程"微改单快车道"仍要求 grep 复核+刷新预览截图,流程粒度没跟上任务粒度 | 流程重写为 bug 修改模式,验收责任移交本人刷新 |
| 项目目录散落 _wb-req JSON | webbridge Windows 侧要求请求体落文件,我选了项目目录且不删 | 故障台账立项:临时文件一律写系统临时目录,用完即删 |
| webbridge daemon 杀不掉 | 守护方是 Kimi 桌面端,不是 CLI 插件 | 插件侧清干净,桌面端开关+浏览器扩展移交本人 |
| logo 棋盘格被 trace 进 SVG | 假透明 PNG,浅灰格阈值没切干净 | 阈值 232→224 重切,filter_speckle 兜底 |
做得好的地方
- 拾取 JSON → 改动点一次命中,没有来回扯;
- 本人两条情绪化反馈都当场术语化落成章程条款和台账条目,没有只当耳旁风;
- 大扫除九仓并行,每仓快照先行,零事故零回滚。
复盘与改进
- 流程要为任务粒度让路。"微改单快车道"原本就有,但仍背着截图自证的包袱——快车道的定义不该只看改动大小,还要看验收责任在谁。本人愿意承担刷新验收时,AI 侧一切自证环节都是浪费。
- 工具的副作用要算进选型。webbridge 从 9 月 13 装到 19 号退役,活六天,留下的台账条目比产出多:代填翻车、临时文件污染、daemon 复活。浏览器自动化回归 playwright 本地方案。
- 并行会话要防重复作业。logo 矢量化在 buildadmin 仓库和 thinking/output 两头各跑了一遍,白烧一轮。以后动手前先
git log -5看目标仓库有没有并行作业——这条已隐含在 bug 修改模式四件套里,本次恰是反例。
成长评估(五维,对事不对人)
| 维度 | 分 | 证据 |
|---|---|---|
| 指令与提示词质量 | 9 | "改完 git 部署,我刷新,看效果,不行继续改"——一句话把流程、验收、迭代闭环说全,可直接转章程条款 |
| 判断与结论 | 9 | webbridge"废掉吧"判断果断正确;要求"快速进入项目状态"的四件套(目录/agent 文件/部署/git 历史)本身就是精准的工作流设计 |
| 思维方式 | 8.5 | 从一次墨迹体验抽象出可执行的流程规则,不停留在抱怨 |
| 最终结果与产出 | 8.5 | 五线全部收口;扣分点:logo min 版破损未定论,留了尾巴 |
| AI 协作能力 | 8.5 | 反馈直接、验收责任自担,是高效协作姿态;扣分点:"受不了了"说明不满积累到爆发才说,第一轮截图验证时就可以叫停 |
AI 自评失分点(同场被抓):
- 小修走全验证流程,墨迹(被抓,已改制);
- webbridge 请求体写项目目录用完不删,"拉大便"(被抓,台账立项);
- svgo 压缩版验证折腾多轮还撞浏览器缓存,字节相同没第一时间识别是缓存;
- logo 线与并行会话重复作业,动手前没查目标仓库 git log。
素材点
- 章程条款:bug 修改模式全文(
D:\code\dev\AGENTS.md派单机制第一条); - vtracer 参数组合:去背阈值 224 +
color_precision=8, layer_difference=8, filter_speckle=4,svgo 压缩 61%; - webbridge 退役三步:CLI 插件卸载 / 项目垃圾清理 / 桌面端+浏览器扩展手动(后者本人操作);
- 故障台账新增两行:webbridge 临时文件污染、webbridge 退役执行记录;
- 大扫除数据:9 仓并行、约 100MB、零回滚,可作为"定期大扫除有价值"的实证。