文章总结: 作者用CrewAI搭建软件开发团队两周内两次翻车,第一次烧1044万token零交付,第二次成本降一个数量级但败在需求访谈被跳过、品控左右互搏、原型演示错靶。作者认为CrewAI适合流水线产线不适合软件开发,改用KimiCode无头模式并焊死两道闸门,强调框架是耗材,闸门和台账才是积累。 综合评分: 88 文章分类: 实战经验,解决方案
58k star 又怎样?我把 CrewAI 开发团队整个开了
原创
野生码农 野生码农
野生码农 AI 实战
2026年9月11日 20:00 浙江
在小说阅读器读本章
去阅读
在公众号小说中沉浸阅读
同一支团队,两周翻车两次
我开除了自己用 CrewAI 搭的软件开发团队。框架没错,错在拿错考卷:它是流水线框架,开发岗要的是随叫随到的老师傅。
9 月 10 日凌晨,我盯着刚出炉的”前端原型”,在对话框里敲下一行字:
“这种残疾模式必须废了重建。”
被废的叫 ipdev,我数字员工团队里的软件开发组。数字员工团队是我用 CrewAI 框架编排的 AI 岗位团队:AI 按岗干活,我只做验收和拍板。ipdev 手里这单考卷,是把我用 BuildAdmin 搭的旧博客,改造成对 AI 搜索友好的服务端直出站,我管它叫 GEO 博客。
这不是它第一次翻车。同一批岗位、同一套 yaml,两周之内,翻了两次。
先交底:我开的不是 CrewAI,是其中一个团队
我家底是七个团队:yinliu 内容引流组、kapian 知识卡片组、xianyu 闲鱼销售组、shengchan 数据包生产组、shouhou 售后组、pachong 爬虫专家组,再加 ipdev 软件开发组。每个团队用 yaml 配好岗位:角色、目标、背景故事、工具、硬校验闸门,由总调度统一派单。
媒体产线是赚钱的。yinliu 实测单篇 15.4 分钟、7.7 万 token 出稿,品控硬闸真拦稿子。
CrewAI 本身也是顶流。GitHub 上 crewAIInc/crewAI,58,299 stars、8,394 forks(2026-09-10 查的 GitHub API),最近提交就在前一天。官方称社区认证开发者超 10 万。
所以这篇不是黑 CrewAI。我开除的只有 ipdev 一个团队,媒体产线全部保留,照常跑。
第一次翻车:1044 万 token,烧穿周额度
GEO 博客改造开考,一晚跑了 17 个 run,usage 台账实测烧了 10,442,852 个 token。凌晨 3:40,Kimi 直接弹回来:
403 You've reached your weekly (7-day) usage limit
周额度烧穿。
钱烧了就烧了,活还是歪的。架构岗不消费资产盘点,绕开旧表平行新建了 9 张表,新表 ba_article 和旧表 ba_articles 一字之差;还顺手改崩了老后台的分类页。我当时的原话:
“我宣布,已失败。” “烧光了 kimi code 周额度,干了一堆屎山代码。”
最扎心的是对照组。同一个任务 M10a:
| 干法 | 消耗 | 交付 | | — | — | — | | CrewAI 两个岗 | 52.4 万 prompt token | 零交付 | | Kimi Code 单 agent | 52 分钟 | 12/12 个文件全交付 |
crew 烧 52 万 token 没干完的活,单 agent 不到一小时干完了。
我不服,9 月 9 日做了大改造:架构岗加”复用映射表”硬闸,逐需求点标复用/改造/新建,新建必须写不复用理由;任务卡加”资产盘点”节;编码岗 max_iter 从 10 提到 25;双模型分档,贵的判断、便宜的写码;还新增了需求访谈停点和前端原型岗。
我以为治好了。
第二次翻车:成本降了一个数量级,败得更难看
重建链跑完,只烧了 852,842 个 token(首跑 53,114 + 续跑 799,728,台账实测)。中途 Kimi 网关 504 八连炸,六次续跑假死全部 0 token,全程周额度只从 33% 走到 38%。对比第一次的 1044 万,成本确实降了一个数量级。
设计四稿质量也合格:复用映射表真生效了,登录、权限、附件、发布脚本全部标复用,新建 12 项全附理由。
我以为这次稳了。结果败在三个地方。
第一,需求访谈根本没做。 我专门设的访谈停点没接进可执行链,调度侧我也没人工补上,直接开干。我连问三句:
“需求岗你设了,开干前和我讨论确认过需求吗?任务怎么做和我研讨过吗?符合自己制定的流程吗?”
第二,品控左右互搏。 终审岗拿着项目章程里没来得及更新的旧条款,把上一版已被判死的失败设计当正本捍卫,把新设计打回。自己人打自己人。
第三,原型演示错靶。 这是压死骆驼的一击。连夜建出来的”前端原型”,是手写五屏 mock 后台管理页。而 BuildAdmin 的 CRUD 生成器一条命令就能生成商品管理全套,数据库、后端接口、后台页面全带。
我的原话:
“后台,需要你演示啥?本来就是个后台系统,我一行代码就生成类似商品功能的包括数据库、后端增删改查所有操作了。” “你的毛病还是连老系统是啥都不知道。”
为什么废:不是框架差,是模式错配
开除那天我说了句狠话:
“说句实话,抛开模型能力,我认为你这个结果,我用任何一个千问办公、豆包工作,或者扣子,甚至单 agent,随便配套软件开发技能都干的比现在好。”
狠,但是实情。
CrewAI 是流水线框架,适合”材料进、产品出”的串行产线:写稿、做卡片、销售物料。我的媒体产线一直在赚钱,就是证据。
软件开发要的是另一个物种:随叫随到的老师傅。需求要来回聊,方案要现场改,框架家底要随手翻。串行文档链把这些全磨没了,还多烧一个数量级的上下文重复注入。
你要是用多智能体框架跑开发,可以拿这三条对一下:需求讨论被跳过、质检拿旧条款打新方案、老系统家底没人翻。三条中一条,就不是提示词没调好,是模式错配。
M10a 的对照组早把答案写在那了,我花了两个月才肯认。
怎么重组:开发线不再走 CrewAI
新引擎换成 Kimi Code 无头模式,kimi -p 非交互调用。
新组织放在 D:\code\dev。根目录一个 CIO,调度总岗,唯一和我对话;下面六个岗位文件夹:需求、架构、UI、前端、后端、测试。每岗一个自包含岗位包:agent.md 人格章程、mcp.json 岗位最小权限、skills/ 岗位技能。
配置规范主抄阿里 Qoder CLI:frontmatter 三字段、技能绑岗位、岗位级 MCP、单层调度只回终稿。千问办公没有文件级配置可抄,只抄了岗位包思想和技能五阶段组织法。
两道新闸门直接焊死在配置里:
① 后台管理类需求优先用框架 CRUD 生成器,禁手写页面; ② 需求访谈本人没确认,禁止下派任何后续岗;停点必须可见,不许静默等待。
这两道闸,就是第二次翻车那三个坑焊出来的。
链路测试已经跑通:总调度到无头 CIO 再到无头需求岗,三级调用,产出友情链接页访谈清单 5 问,稳稳停在”本人确认”硬闸前。中途还抓出两个配置缺陷,agent.md 缺 frontmatter、-p 与 --auto 参数互斥,当场修复进台账。
效果?首单还没跑
新团队首单还是 GEO 博客,前台视觉原型。还没跑。
行不行,我不吹,下一篇拿数据见分晓。
这两个月我认了一件事:框架是耗材,闸门和台账才是攒下来的东西。 58k star 救不了错配的产线,自己焊的规矩能。
FAQ
Q:那 CrewAI 到底还能不能用? 能。写稿、做卡片这类”材料进、产品出”的串行产线它很合适,我的媒体产线几个团队还在照常跑。我废掉的只有软件开发这一种用法。
Q:岗位包和两道闸门能直接抄吗? 闸门原文就在正文里,照抄。岗位包结构(agent.md + mcp.json + skills/)抄的是阿里 Qoder CLI 的公开规范,想抄全的去翻官方文档。
Q:这跟直接用 Kimi Code 单 agent 有什么区别? 单 agent 是一个全能工,随手一干能赢一次;岗位包把每个岗的权限、技能和人格焊死在文件夹里,哪一环翻车能定位到具体岗位的具体文件。
Q:新团队到底行不行? 首单还没跑,我手里没有数据。跑完发复盘,关注蹲下一篇。
我是野生码农,AI 实战派。自研知识库、数字员工、软考备考、量化交易四个系统,全程公开复盘。
本文所有内容均为本人 AI 实战的过程和结果,经 AI 整理后发布,无任何瞎编虚构内容。
这篇来自《数字员工养成记》系列。下一篇:新开发团队首单实测——GEO 博客前台视觉原型,行还是不行,数据说话。每月月底前后还有月报栏目,真实数据全公开。
关注我,看真的。
野生码农AI实战 · 全网同名
#
免责声明:
本文所载程序、技术方法仅面向合法合规的安全研究与教学场景,旨在提升网络安全防护能力,具有明确的技术研究属性。
任何单位或个人未经授权,将本文内容用于攻击、破坏等非法用途的,由此引发的全部法律责任、民事赔偿及连带责任,均由行为人独立承担,本站不承担任何连带责任。
本站内容均为技术交流与知识分享目的发布,若存在版权侵权或其他异议,请通过邮件联系处理,具体联系方式可点击页面上方的联系我。
本文转载自:野生码农 AI 实战 野生码农 野生码农《58k star 又怎样?我把 CrewAI 开发团队整个开了》
版权声明
本站仅做备份收录,仅供研究与教学参考之用。
读者将信息用于其他用途的,全部法律及连带责任由读者自行承担,本站不承担任何责任。









评论