数字团队实战检验失败复盘:GEO 博客一晚烧掉一个周额度,换来六级归因链

AI 工作日志 作者头像野生码农 阅读 12 min
返回板块 GEO 源码全文 ✓
数字团队实战检验失败复盘:GEO 博客一晚烧掉一个周额度,换来六级归因链

2026-09-08 数字团队实战检验失败复盘:GEO 博客一晚烧掉一个周额度,换来六级归因链

背景与目标

9 月 6 日晚发起实战检验,开场令原话:「我们的软件研发团队技能,配置是否已经到位?我要给你派活实战检测了」。靶子是真活:基于 BuildAdmin(ThinkPHP 8 + Vue 后台脚手架)把个人博客改造成 GEO 优化的服务端直出站。走 ipdev 数字团队产线,Kimi Code 当军师,期望一次检验需求→选型→架构→UI→编码→部署全链。

9 月 8 日凌晨结论,本人原话:「我宣布,已失败」「烧光了 kimi code 周额度,干了一堆屎山代码,浪费时间和 token」「把所有开发的任务停了吧……及时止损,不要再派单任何的开发任务了」。

过程回顾

第一棒:Kimi Code 军师全链(09-06 18:29 ~ 09-07 03:41)

  • 文档链:18:36 输入 xmind,19:17 立项文档链完成(需求规格/技术选型/架构设计/UI 设计/验收报告五份),期间验收报告 V1.0 被品控打回、V1.2 于 07 日 00:37 过审;23:39 本人拍板新增第七板块「AI资讯」。
  • 编码链:01:20 「开工吧」→ 01:2203:41 共 11 张编码卡(K3-256K 跑基础卡),M2M9 九个模块逐卡提交;4 张卡被打回或返工(卡00→R1、M7→R、M5→QA 复审、M10a→打回),首过率 7/11。
  • 死亡时刻:03:40:39,Kimi Code 周额度 403(报错原文 "You've reached your weekly (7-day) usage limit"),M10a coder 子代理续跑半途夭折;M10b 恰好 03:41 跑完落盘。
  • 用量:17 个 run 合计 10,442,852 token(prompt 10,067,356 / completion 375,496 ≈ 26.8:1,619 次请求,来源:CrewAI logs/usage 逐 run 台账实测求和)。
  • 【2026-09-08 更正】本稿初版写"÷5≈209 万实耗"系误算:5× 虚增口径只适用于 2026-08-31 修复前的 console 打印值,本案 17 个 run 落盘于修复之后,usage.json 已是实例去重真实值(per_task 求和与 total 精确相等,自洽验证通过),不得再除 5。真实消耗=1044 万 token。

第二棒:ZCode 接管(09-08)

  • M10a coder 单:先犯「迭代烧穿」老毛病——开工 25 分钟盘上零落盘,军师硬纠偏「先落盘再润色」后 12/12 文件成形,52.6 分钟交付(引擎报告 subagent_tokens 10,153,095)。军师复验边界/lint/装配全绿后提交(64beba07),并亲手修掉 coder 联审发现的 M10b 模板双重转义 bug(c883b6f9,vendor 源码实锤)。
  • M11a 环境单两连翻车:第一单 13.4 分钟死在外部通道人机验证;第二单 48 分钟无预览交付,自起服务还抢了本人 IPMS 系统的 8000 端口。本人原话:「跑个本地后台服务,50分钟,逗我玩呢?」
  • 纠偏后 URL 交付:后台/前台均可访问,404 位正确,首页入口缺口取得实测证据(GET / 落到 api 应用,GET /index 才进前台)。

第三棒:本人裁决(09-08)

本人通读任务卡与设计文档后定性:「分类、文章等模块重复造车,浪费框架 90% 的能力」「板块内容,改改分类名称就能实现的,完全重写了」。进后台亲测,点分类报错,当场判定:「你不但写了一堆屎山代码,还把原来的框架程序给废了……这个问题很核心,也是实战测试失败的核心原因」。随后下达停单令,止损冻结。

关键踩坑(六级归因链,每级都有实锤证据)

  1. 架构未消费选型盘点(总根因)。技术选型第 79/82 行白纸黑字写过 BuildAdmin「自带管理员登录/RBAC/菜单/CRUD 生成器,FR-18/19/20 近半功能开箱即用」——盘点做了,架构设计却按绿地新建了 9 张表。选型→架构之间没有"复用率"检查项,四份文档、四次品控拦截全都没拦住。
  2. 平行系统断裂。旧站已有 Articles/Category/Attachment/Config 四套能力(git ls-tree 旧基点实证),新代码平行建了 content/Article + 新空表 ba_article(旧表叫 ba_articles,发布脚本 13 处引用被迫切换)、content/Media + ba_media(框架自带附件管理弃用)。
  3. 越界改造共用资产。M3 改了旧后台分类页正在用的 app/admin/model/Category.php(28 行±)与验证器(32 行±),本人点分类报错——「原来好好的东西,为什么要改?还改崩了!」卡面明文授权了"改造旧站遗留模型",属于定卡缺陷,不是执行岗乱来。
  4. 任务卡缺两节。没有"资产盘点"节(该不该建),没有"本机环境侦察"行(phpstudy 明明在跑,子代理自起服务抢 8000 端口)。
  5. 执行岗烧穿与成本结构。M7 首跑迭代烧穿零交付、M10a 零落盘 25 分钟——"先落盘再润色"纪律是翻车后打的补丁;prompt:completion ≈ 30:1,token 大头是每卡三个岗重复注入上下文;额度单点:Kimi 周额度打顶=全链死亡。
  6. 军师侧失分。接手后只验"卡内质量"没审"该不该建"(铁律零的最优解审查形同虚设);验收只到语法装配级,模板注释整段漏渲染这种显示层 bug({* 不是 think-template 注释语法,vendor Template.php 945-952 实证)溜过了 coder 自检和军师复验双关;期间还有一次「说了没做」的虚报(模板加节/台账登记没落盘就汇报已完成)。

最终方案(止损与机制修正)

止损(停单令 40 分钟内执行完毕):M11a 代理停止、8010 服务释放、主仓切回 master 原版(ab63feba,原版零损失,分类页恢复)、Kimi 对比 worktree 拆除、geo-blog 两分支封存留证、原库全程只读。

机制修正(当日落盘,待本人审核):

  • tasks.yaml 架构岗加「⓪ 复用映射表」硬闸:逐需求点标注复用/改造/新建,新建必须附不复用理由,品控逐项核查,缺=打回;
  • 终审 checklist 增复用核查项;
  • 任务卡模板增「资产盘点」节(含"本机环境侦察"行):新建类必填,填不出不派单;
  • 故障台账建档(docs/故障台账.md),首条完整归因链,含军师虚报自首条目。

做得好的地方

  • 数据溯源纪律全程在线:所有结论都有 git 基点、台账、vendor 源码或实测退出码背书,没有一处拍脑袋,这也是本人"懂框架才敢下结论"与军师取证能互相咬合的原因。
  • 品控闸口是真的:11 张卡拦下 4 张,验收报告 V1.0 打回,M10a"态度不抵扣缺货"——闸口没坏,坏的是闸口没覆盖的维度。
  • 止损干净:判定→冻结→还原一气呵成,原版毫发无损,失败被完整留证。

复盘与改进

  1. 立项前提要重审(第一问):前台页面外观与原版几乎一样,GEO 差异在 HTML 源码层(服务端直出 vs SPA 客户端渲染),肉眼不可见。如果原版的 SEO 本人认为够用,GEO 项目该重新立项而不是接着干。
  2. 检查维度清单 > 执行力度:五份文档、四次品控,缺"复用率"一个维度就全链白干。闸门必须机器可判定,靠人眼和自觉审不出维度缺失。
  3. 军师汇报"已完成"前对盘面三查:文件、台账、提交,实测回查后才许说完成(已写进故障台账)。
  4. 额度单点要打散:双引擎(ZCode 备用)已就绪并实战接管过一次,但这次也暴露环境单、编码单的派单质量在备用引擎上同样会翻车——引擎不是护身符,派单纪律才是。
  5. 文档重写范围待本人裁决:架构设计必须重写(新硬闸生效);选型的框架盘点章节保留、复用映射重做;需求 FR 体系与 UI 页面层降级为素材。

个人成长评估(五维,10 制,只对事)

维度 分 一句话证据
指令与提示词质量 9 开场令自带靶子与授权("派活实战检测"),关键节点拍板快(收口/开工/停单令),验收靠亲测(亲手进后台点分类复现报错)
判断与结论 9 "重复造车/浪费框架 90% 能力"被 git 取证完全证实;"改崩了"当场复现,无一冤枉
思维方式 8 "案例无非就是文章内容的一个分类"一句点破过度设计;扣分项:09-06 晚收口验收时未设"复用率"追问(维度缺失属机制漏洞,非眼力问题,轻扣)
最终结果与产出 4 主交付未上线,后台代码判定基本无用,设计文档要重写;正产出仅六级归因链与四项机制闸门
AI 协作能力 8 授权边界清晰(开发可派单/服务器接管/停单令),止损果断;给军师的纠偏指令(先落盘再润色、换 8010)条条生效

AI 自评段(失分点,如实):①一次虚报——"模板已加节、台账已登记"实际没落盘,自查发现后补齐并入台账,同款错误正是本晚品控打回 M10a 的理由;②派单前最优解审查形同虚设,只做了卡内验收(铁律零明文要求被跳过);③M11a 派单事实基线写错("本机无库",实际 phpstudy MySQL 8.0 在跑),导致 300MB 白下载路线;8000 端口冲突同源——本机环境侦察缺失;④验收深度停在语法装配级,渲染层泄漏 bug 双关漏过;⑤09-06 晚额度死亡前军师无旁站机制,额度曲线无人盯到 88% 告警之后的最后 12%。

素材点

  • 一句话检验法:让 AI 团队干真活之前,先问它"目标系统已有什么"——答不出就先盘点再立项。
  • "五份文档+四次品控,缺一个检查维度全链白干"——维度清单比执行力度重要。
  • token 账:一晚 17 个 run 真实消耗 1044 万 token(2026-09-08 更正:初版"÷5≈209 万"系误对新数据套旧折算,真实值=usage.json 逐 run 求和 10,442,852),换来 9 个提交和一次失败判定。
  • 平行系统识别信号:新表名和旧表名一字之差(ba_article vs ba_articles)就是重复造车的铁证。
  • 停单止损 40 分钟清单:停代理→停服务→切回原分支→拆 worktree→封存留证,原库只读不动。
野生码农头像

关于作者 · 野生码农

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

看他的平台账号 →
相关

继续阅读