野生码农
我用 CrewAI 搭的数字员工团队首战翻车:5000 万 token 烧出 4 道闸门
一、凌晨 03:40,团队死给我看
答案先给:翻车不怪模型强弱,怪我立项时少了一道闸,没人问"目标系统已有什么"。盘点做了没人消费,几千万 token 白烧。
9 月 7 日凌晨 03:40,屏幕上弹出一行报错:
403 You've reached your weekly (7-day) usage limit.
Kimi Code 的周额度烧穿了。编码岗跑到一半,断气。
说清背景。这支队伍是我用 CrewAI 搭的数字员工团队:CrewAI 是多智能体编排框架,给一群 AI 定岗、派活、串成流水线。我的团队配置代号叫 ipdev,产品、设计、前端、后端、测试、运维,岗位齐全,我只做验收和拍板。
改完配置的第一次实战,考卷是改造我自己的博客网站。
结果,死了。
二、考卷不难,队伍也不是新兵
博客用 BuildAdmin 搭的,ThinkPHP 8 的后台脚手架,一直正常跑。改造诉求就两个:前台改服务端直出,再加 GEO。GEO 是我给站点做的一种写法改造,让 AI 搜索引擎愿意引用你的站。
这支队伍上一单真活是开发 IPMS,我自研的内容生产管理系统,马马虎虎但干出来了,现在天天在用。
我以为换个活是顺手的事,结果它把能跑的老系统改崩了。
这次我把它当全流程验收考:需求、设计、编码、品控、部署,全走一遍。
三、两晚,烧掉了什么
第一晚编码阶段 11 张任务卡,4 张被自家品控打回或返工,9 个模块先后进 git。
品控是真的在拦。基建卡因依赖漏洞、加上"验收命令没自跑"被打回;媒体库卡首跑迭代烧穿、一个文件没写,判零交付。
然后凌晨 03:40,Kimi Code 断气。按我立项复盘的口径,剩余将近 13% 的周额度被烧穿。产线 usage 台账逐 run 落盘的实测数是:17 个 run 合计 1044 万 token,单 run 从 11 万到 183 万。
大头不是写代码,是每个岗重复读一遍任务卡和章程。一群不下班的员工,全在做阅读理解。
第二晚换 ZCode 引擎接管,免费额度干了 5000 来万(我的立项口径;单张编码卡引擎自报 1015 万)。编码救回来了:前台十来个页面全部交付,语法检查、装配验证全绿,提交进库。
插曲两个:环境岗 50 分钟才把本地服务跑通,中途抢了我另一个系统的 8000 端口;另一次 13 分钟死在人机验证上。
然后我登录后台,点了一下"分类"。
报错。
坏的不是新东西,是原来好好的老页面。
四、根因:表名差一个 s
排查到底,血压拉满。旧代码基点里,老系统家底齐全:Articles.php 管文章、Category.php 管分类、routine/Attachment.php 管附件媒体、routine/Config.php 管站点配置,四套能力全现成。新代码另起炉灶:
| 旧系统(原有家底) | 新代码(另起炉灶) | |
|---|---|---|
| 模型 | protected $name = 'articles' |
protected $name = 'article' |
| 数据表 | ba_articles,躺着真实数据 |
新建 ba_article,空表 |
| 能力盘点 | 分类/附件/配置四套现成 | 架构新建 9 张表 |
一字之差,两套平行系统。连我的自动发布脚本都被迫改了 13 处引用,去对接那张新空表。
最扎心的不是没查。团队自己盘点过,技术选型文档第 79 行原文写着:
BuildAdmin v2.x(既有代码):自带管理员登录/RBAC/菜单/CRUD 生成器,FR-18/19/20 近半功能开箱即用。
**盘点做了,没人消费。**架构设计文档新建 9 张表,没有一行回答"旧表为什么不能用"。
分类页崩掉的机制更直接:架构岗改了老后台分类页正在用的共用模型,28 行改动,老页面当场崩。
五、闸口都灵,为什么全链白干
品控拦了四次,验收报告打回过一版,闸口本身是灵的。
我以为有这四道拦截就稳了,结果检查清单上根本没有"复用率"这个维度。闸再灵,拦不住清单上不存在的东西。
渲染层双方都没接住。模板头注释整段漏进 HTML:框架注释语法必须是 {/* */},团队写的是 {*,引擎不认识,原样吐给浏览器,十个模板全中。编码岗自检"可编译"是真话,但编译通过不等于渲染正确。
我自己的失分照实认:验收只做到语法和装配级,没点进老页面看一眼。
这几千万 token 买回来的代码,我判为纯屎山,无法接受,整体 git 回档。
板子打在哪?不在模型。在我的建制,团队配置缺闸;在我的派单纪律,押了引擎没押纪律。换引擎只是续命,纪律才是命。
六、四道闸门,原文可抄
失败不亏的条件只有一个:教训写进规则文件,下次开机就生效。我落了四道闸。
第一道,复用映射表,硬闸,进架构岗任务描述,先于一切设计。原文照录:
⓪ 复用映射表(硬闸,先于一切设计):逐需求点标注 复用既有/改造/新建 三选一,依据=技术选型的框架能力盘点+目标系统现有模块、表、脚手架自带能力;凡标"新建"必须写明不复用理由,写不出理由的改走复用/改造路线
第二道,任务卡加"资产盘点"节,新建类必填,填不出不派单,顺带写明本机已跑的服务和被占的端口。8000 端口被抢那种事,到此为止。
第三道,AI 汇报"已完成"之前对盘面三查:文件、台账、提交,实测回查。
第四道,额度不押一家。周额度一断整条链停摆,这个教训值 1044 万 token。
七、失败签字,但卷子留着
检验结果我签了字:失败。数字员工团队配置连同我的派单纪律,一起进重审。
几千万 token 买回来一句话,我把它钉在立项流程第一行:
目标系统已有什么?答不出,先盘点,再立项。
重审怎么改、改完怎么再考,我接着公开复盘。
FAQ
Q1:我不用 CrewAI,这四道闸门能抄吗? 能,你直接抄。闸门是派单纪律,不绑框架。你不管用什么编排工具,哪怕只让一个 AI 写代码,都可以把复用映射表贴进任务描述:让 AI 动手前先逐需求点标"复用/改造/新建",标"新建"必须写出不复用旧代码的理由,写不出你就打回去让它改走复用或改造。你验收时再加一条:别只看新页面,把老页面挨个点一遍。
Q2:品控拦了四次为什么还是白干? 检查维度缺失,不是执行力度不足。清单上有依赖漏洞、有验收命令,就是没有"复用率"。人眼扫不出不存在的东西,AI 也一样。你自己建检查清单时,先把"复用率"和"老页面回归"两项写进去,比加拦截次数管用。
Q3:token 数字是哪个口径? Kimi 侧按产线 usage 台账逐 run 落盘的实测:17 个 run 合计 1044 万;ZCode 侧按我立项复盘口径:免费额度 5000 来万。大头消耗在各岗重复读取任务卡和章程,不在写代码本身。
Q4:团队还会再考吗? 会。配置和派单纪律重审完,再跑一次全流程验收,过程和结果照例公开。
我是野生码农,AI 实战派。自研知识库、数字员工、软考备考、量化交易四个系统,全程公开复盘。
本文所有内容均为本人 AI 实战的过程和结果,经 AI 整理后发布,无任何瞎编虚构内容。
这篇来自《数字员工养成记》系列。下一篇聊团队配置重审:四道闸门进了任务描述之后,这支队伍怎么再考。每月底前后还有月报,真实数据全公开。
关注我,看真的。
野生码农AI实战 · 全网同名