原型稿·非交付物(直出供把味定选题;发布走产线重写,结构不继承)

用 CrewAI 搭的 AI 软件团队,为什么把我能正常跑的博客改崩了

我用 CrewAI 给自己搭了一支 AI 软件团队,按岗位配了产品、架构、前后端、测试、品控,编制我自己定,我管它叫数字员工团队。9 月 6 日晚,我拿自家博客改造当考卷,让这支团队第一次全流程干真活。

两晚之后,我按下了停单键。

先回答标题的问题:翻车的根因不是模型不够强,是立项时没有一道闸问"目标系统已有什么"。 缺了这一问,五份设计文档、四次品控拦截,全链白干。下面把完整根因链摊开,物证都在,闸门代码也贴出来,你可以直接抄。

考卷本身不难,我以为稳了

博客是拿 BuildAdmin(ThinkPHP 8 的后台脚手架)搭的,一直能正常跑。改造诉求两个:前台改成服务端直出,加 GEO(GEO 就是生成式引擎优化,让 AI 搜索引擎愿意引用你的站)。

这支团队上一单真活是开发 IPMS(我自研的内容生产管理系统,现在天天在用),马马虎虎,但七七八八干出来了。所以这次我当验收考:需求、设计、编码、品控、部署,全流程走。

我以为稳了。考砸的方式很别致。

第一晚:额度烧穿了,活其实干了七成

编码阶段 11 张任务卡,4 张被自家品控打回或返工。品控是真闸,不是摆设:基建卡因为依赖漏洞加"验收命令没自跑"被打回;媒体库卡首跑迭代烧穿,一个文件没写就被判了零交付。9 个模块先后进了 git。

9 月 7 日凌晨 03:40,团队死亡。死因是 Kimi Code 的周额度:

403 You've reached your weekly (7-day) usage limit.

编码岗跑到一半,直接断气。

看一眼账单。产线 17 个 run,报数 1044 万 token【实测:产线台账】。这个数要除以五——产线的报数按岗位累加,同一份上下文每个岗算一遍,实耗大约 209 万。平均每张卡实耗 9 到 37 万,大头不是写代码,是每个岗重复读一遍任务卡和章程。

第二晚:代码救回来了,老系统崩了

我换 ZCode 接管,以为这就是救场。编码确实救回来了:前台十来个页面全部交付,语法检查、装配验证全绿,提交进库。

预览也起起来了,中间还有段插曲:一个环境岗 50 分钟才把本地服务跑通,中途还抢了我另一个系统的 8000 端口。这些先记账上,后面一起算。

然后我登录后台,点了一下"分类"。报错。

我以为前台都验收过了,坏也该坏在新东西上。结果坏的是原来好好的老页面。整个检验真正的转折,在这一下。

排查:表名差一个 s

翻旧代码基点,老系统的家底一目了然:

$ git ls-tree -r e79891ca --name-only app/admin/controller/
Articles.php      ← 文章管理,现成
Category.php      ← 分类管理,现成
routine/Attachment.php  ← 附件媒体,现成
routine/Config.php      ← 站点配置,现成

四套能力,全都在。再看新代码建的模型:

旧 app/admin/model/Articles.php → protected $name = 'articles';
新 app/admin/model/Article.php  → protected $name = 'article';

一字之差,两套平行系统。 旧表 ba_articles 里躺着数据,新代码另起炉灶建了 ba_article,连自动发布脚本都被迫改了 13 处引用去对接新表。

更扎心的是,这份家底团队自己盘点过。技术选型文档第 79 行,原文:

BuildAdmin v2.x(既有代码):自带管理员登录/RBAC/菜单/CRUD 生成器,FR-18/19/20 近半功能开箱即用。

盘点做了,然后呢?架构设计文档新建了 9 张表,没有一行回答"旧表为什么不能用"。分类报错的机制也查清了:架构岗改了老后台分类页正在用的共用模型,28 行改动,老页面当场崩。

不是团队不会写代码,是从立项起,没有一道闸问过"仓库里已有什么"。

我以为品控很硬,结果缺了一个维度

说句公道话,品控拦了四次,验收报告打回过一版,闸口本身是灵的。

但我抓前台页面输出的时候,又发现问题:模板头注释整段漏进了 HTML。查框架源码,注释语法必须 {/* */} 括起来,团队写的是 {*,引擎不认识,原样吐给浏览器。十个模板全中。

编码岗的自检报告写"可编译",这是真话。编译通过不等于渲染正确。而我自己的验收也只做到语法和装配级,这一层,双方都没接住。

五份文档、四次拦截,全都在各自的检查清单里跑。清单上没有"复用率"这个维度,人眼扫不出不存在的东西。

算账

Kimi 侧实耗约 209 万 token【实测:产线台账,÷5 口径】。ZCode 接管后,单张编码卡引擎报告 1015 万【自报:引擎报告】,环境岗两连翻车——一次 13 分钟死在人机验证上,一次 48 分钟才把本地服务跑通。全程按我自己的账,约 4000 万 token【自报:本人口径】。

这些 token 买回来的代码,大部分被判了重写。真正有价值的产出是六条归因和四个闸门。

修复:四个能直接抄的闸门

第一道,也是最值钱的一道,进架构岗的任务描述:

⓪ 复用映射表(硬闸,先于一切设计):逐需求点标注 复用既有/改造/
新建 三选一,依据=技术选型的框架能力盘点+目标系统现有模块、表、
脚手架自带能力;凡标"新建"必须写明不复用理由,写不出理由的改走
复用/改造路线

配套三道:任务卡加"资产盘点"节,新建类必填,填不出不派单,顺带写明本机已跑的服务和被占的端口;AI 汇报"已完成"之前,对盘面三查——文件、台账、提交,实测回查;额度别押在一家上,这次周额度一断,整条链停摆,换引擎只是续命,派单纪律才是命。

一句话收拢:AI 团队立项第一问:目标系统已有什么?答不出,先盘点,再立项。

检验结果我签了字:失败。数字员工团队的配置,连同我自己的派单纪律,一起进重审。失败不亏,四千万 token 买的教训写进了规则文件,下次开机就生效。

结尾

我是野生码农,AI 实战派。自研知识库、数字员工、软考备考、量化交易四个系统,全程公开复盘。

本文所有内容均为本人 AI 实战的过程和结果,经 AI 整理后发布,无任何瞎编虚构内容。

这篇来自数字员工养成记系列。复盘进行中,重审后的团队配置怎么改、改完怎么再考一次,近期写成下一篇;每月一期的数据月报照常,真实数据全公开。

关注我,看真的。

野生码农AI实战 · 全网同名

FAQ

Q:数字员工团队到底是什么? 我用 CrewAI 编排的按岗分工 AI 团队,产品、架构、前后端、测试、品控各司其职,人只做验收和拍板。已开发过 IPMS(我自研的内容生产管理系统),这次是首次全流程检验。

Q:4000 万 token 花了多少钱? 两套额度:Kimi Code 的订阅周额度(已烧穿,7 天滚动周期,恢复时间以平台提示为准)和 GLM-5.3 注册赠送的免费额度。现金账没单独核算,本文只报有台账的 token 数。

Q:团队算失败了吗?之前的 IPMS 不也做出来了吗? IPMS 做出来了,马马虎虎在用。这次失败的判定对象是"全流程专业可靠"这个标准:文档、品控、派单纪律离外包团队的专业度还差得远,配置重审已启动。

Q:复用映射闸门能直接抄吗? 能,文中贴了原文。完整版任务卡模板和故障台账,后续整理成 S4 文档进 CSDN 专栏,评论区扣"闸门"蹲更新。

素材点

• 表名差一个 s:ba_article vs ba_articles,重复造车的最小铁证
• "盘点做了,没人消费":选型文档 79 行写了开箱即用,架构 9 张新表照建
• 品控四连拦,全链照样白干:检查维度清单 > 执行力度
• 死亡时刻:03:40 的 403,weekly limit
• 50 分钟起一个本地预览,还抢了自己系统的端口

分发配套

• 标题 Top5(方法+评分):
  1. 用 CrewAI 搭的 AI 软件团队,为什么把我能正常跑的博客改崩了(问题悬念+实体锚定,87)← 综合首选(S3 搜索长尾:实体+关键词完整+问题承诺)
  2. AI 程序员团队首战翻车:4000 万 token 换来 4 个防重复造车闸门(数字反差+方法承诺,86,传播版)
  3. 表名差一个字母,AI 写的代码把我的老系统改崩了(对比悬念,85)
  4. 马马虎虎开发过 IPMS 的 AI 团队,这次栽在自己博客上(对比+内幕感,83)
  5. 一晚烧光一个周额度:我的 AI 开发团队实战检验失败全记录(极值+强时效,82)
• 摘要(62 字):用 CrewAI 搭的 AI 软件团队首次全流程实战,两晚烧掉一个周额度,把能正常跑的博客改崩。六级根因链完整复盘,附四个防重复造车的硬闸代码。
• 分类与话题标签:CrewAI / AI 编程 / 数字员工 / 踩坑复盘 / BuildAdmin
• 封面文案(首选同源):用 CrewAI 搭的 AI 软件团队,为什么把我能正常跑的博客改崩了
• 组合卡(供素材卡用):D1=A 实战记录·数字员工检验线 × D2=S1 压缩英雄之旅 × D3=开场愤怒(浪费)落点方法 × D4=F2 留存款。理由:翻车自带完整排查链与物证,英雄之旅最贴;技术档读者要可复制的闸门,走留存。