野生码农
翻车两次后,我把 AI 开发团队拆了重建:每次被抓错,就固化一条规矩
背景与目标
9 月 8 日凌晨,旧数字团队(CrewAI 链)在 GEO 博客项目上实战检验失败:一晚烧掉一个周额度,85.3 万 token【自报:CIO 交接摘要】,只换来一条六级归因链和停单止损。这已是这个项目第二次翻车。
9 月 13 日起,我下令用 Kimi Code 无头满血模式重建"通用软件开发团队":不要 CrewAI,直接 kimi -p 非交互驱动;岗位编制精简为 CIO(调度)+ 01 产品设计 + 03 后端 + 04 测试四岗;首单就是承接翻车两次的 GEO 博客(D:\code\php\BuildadminAi)。我的原话:"前端静态页面都给你设计好了,我认为是很简单的一个任务……我要看这些过程和结果。"
本期目标:团队配置到位、流程走通、首单第一棒落地。
过程回顾
尝试 1:三岗调研与配置(9 月 13-14 日)
先让军师用研报技能直出三岗(后端/测试/CIO)的 agent.md 写法与技能/MCP 配备调研,然后照单配置:03 岗配 database(DBHub)+ context7,04 岗同构,01 岗保留 28 技能套件。结果被我一顿批:"dev 顶层岗位不就是 cio 岗吗?"——调研把已有的 CIO 岗当新岗设计,白做半篇。
尝试 2:MCP 全灭排查(9 月 14 日,最硬的技术坑)
配完发现三个岗的 MCP 全部不生效。逐层排查出三个根因:① MCP 配置放岗位根目录是死配置,Kimi Code 只扫 <cwd>/.kimi-code/mcp.json;② Windows 下 stdio MCP 必须 cmd /c 包装,否则 npx 起不来;③ 工作区信任文件的文件名是路径 sha256 哈希,root 字段必须正斜杠。又一场排障定出"满血口径":--skills-dir 必须绝对路径,相对路径会静默零加载——半血实例照样读文档把活干完,产出上完全看不出配置缺陷,验收必须看挂载数这种正证据。
尝试 3:基线合并稿直接开干,被当场打回(9 月 14 日晚)
01 岗还没走链,CIO 就让人把几个版本的需求文档合并成一份《基线合并稿.md》准备开干。我炸了:"直接出一个基线合并稿.md?就开干?这是我们通用软件开发团队,一个专业软件开发团队该走的流程?翻车两次了,我问你团队配置好了没?"
尝试 4:回归正链,PRD 定稿(9 月 15 日凌晨)
打回后走正规流程:01 岗读需求→BuildAdmin 官方文档能力盘点→产出 597 行 PRD 定稿(41 条 FR/NFR 规格、9 屏字段级、40 条命令级验收),token 约 25.3 万(自报:卡01 交付报告)。停点时军师把 Q1Q5 五个问题上呈,我回了句"Q2Q5 这些东西你还要问我吗?"——有实证依据、可逆的工程取舍,以后 CIO 自决记台账,别上呈。
尝试 5:卡1 基建交付与抽验(9 月 15 日凌晨至白天)
03 岗卡1 交付:composer 三包实装、4 个数据库迁移 up→down→up 三连退出码全 0、app/front 前台骨架落地、旧站回归全 200、前置备份 317KB,token 实测 111,846【实测:wire.jsonl】。唯一未达项是 GET / 返回 302——根因是 BuildAdmin 原生入口闸在 public/index.php,不在卡面写入范围,03 岗按"超范围=本单作废"纪律停手未动,留证据上报。
我(CIO 视角)随后抽验:迁移状态、五项 curl 冒烟、库表行数逐项实跑复核,与报告全部对得上。首棒算跑通了。
关键踩坑
坑 1:配置了不代表生效了。 MCP 写进岗位根目录 mcp.json,界面干干净净,实例跑起来零 MCP。根因:Kimi Code 的配置扫描路径与直觉不符。教训:所有"配置动作"必须带探针验收(身份自证+技能挂载数+MCP 工具清单),没有正证据一律当没配。
坑 2:跳岗派单。 流程规定 CIO→01 产品设计→03 编码,我(军师)图快直接合并文档准备下派编码,被本人用"专业软件开发团队该走的流程?"打回。归因:治理层——硬闸只写了"本人确认",没写"跳岗=作废"。
坑 3:Context7 漏配被抓(最新一次,9 月 15 日白天)。 我抽查 01 岗两份文档(能力映射+PRD)的取证过程,问"Context7 这个 MCP 有没有应用?"军师查了 17 份会话日志,grep 结果全 0——01 岗压根没配 .kimi-code/mcp.json,不是不用,是没得用。那两份文档的技术摸排纯靠本地 vendor 源码和 git 历史实证,逻辑对但缺官方文档一路。
坑 4:把 33,000 字 PRD 甩给老板审。 我的原话:"prd 文档,33000 来字,你让我来给你审核拍板?"验收标准本来是设计给机器和 CIO 核的,不该让本人通读。
最终方案(固化下来的规矩)
每次被抓错,当场固化成条款,本期沉淀四条:
- 技术摸排三重取证:context7 查官方文档 + 本地源码/git 实证 + 官方站点补盲,结论逐条标证据来源,只靠模型记忆落笔=打回;
- 停点=决策项清单(每项 ≤3 行带建议),长文产出禁止全文转呈,CIO 按任务卡验收标准收口;
- 需求自行搞清楚:方向不清先调 28 技能挖成文档,禁止把"需求不清"本身上呈;
- 工程取舍 CIO 自决:有实证、可逆的细节(命名/包口径/字段归口)记台账不上呈,只有方向/基线/对外动作/花钱才停点。
做得好的地方
- 03 岗卡1 遇到超范围阻断项(302 闸),没有擅自改
public/index.php,停手留证据上报——文件互斥铁律第一次被真正执行,这比把活干完更重要; - 失败版本(三分支)清理前留 29.5MB bundle 取证,可回溯;
- 每次吵架都变成了台账条款,规则库在增厚而不是原地踏步。
复盘与改进
- 配置摸底仍有洞:Context7 漏配说明"配了哪个岗、哪个没配"没有一张总表,CIO 派单前应跑配置盘点 checklist;
- 卡面设计要预研阻断面:卡1 没预见
public/index.php的 302 闸,导致一张收口卡(卡1b)的额外开销;以后涉及入口/路由的卡,任务卡必须先实跑探明; - 下一步:卡1b 收口(302 闸授权+price_note 补列+SQL 口径对账)→ 按 PRD §12 续派卡2;webbridge 无头冒烟一直没实测,卡4 验收前必须补。
成长评估(10 分制,只对事)
| 维度 | 分 | 证据 |
|---|---|---|
| 指令与提示词质量 | 9 | "Kimi Code CLI 根本不扫这个位置,这种问题你还要问我吗?肯定要迁移的"——一句话同时给出答案、定下"操作类直接做"的授权边界 |
| 判断与结论 | 9 | playwright 全停统一 webbridge、失败版本全清留证、01 岗链前置,三次拍板事后看全对 |
| 思维方式 | 9 | 坚持"流程先于产出",用"专业团队该走的流程?"逼出链式工作流;"版本一个接一个我吃不消审"逼出 CIO 收口制 |
| 最终结果与产出 | 7 | 团队重建完成、首棒验收过,但链未闭环(卡2 未派),Context7 漏配说明配置摸底有洞 |
| AI 协作能力 | 8.5 | 从"逐条审批"进化到"CIO 自决+决策项清单"的授权模式,管理带宽明显下降 |
AI 自评失分点:跳岗派单(流程层,被本人当场抓);Context7 漏配(配置层,被本人抽查抓);PRD 甩全文给本人审(交互层);卡1 卡面没预见 302 闸(方案层,代价=多一张收口卡)。
改进一条:CIO 建"岗位配置总表"(每岗 MCP/技能/信任档三列),派单前逐项打钩,杜绝"以为配了"。
素材点
- 满血口径:
--skills-dir相对路径静默零加载,半血实例产出看不出配置缺陷(可做独立技术短文); - 三重取证工作流:context7 + 本地源码 + 官方站点,结论标证据来源;
- "每次被抓错固化一条规矩"的治理进化史,可串成系列。