野生码农
数字团队建制重构:一天之内,我把军师打回了原形,又让它长了记性
背景与目标
GEO 博客首战打完(16 张任务卡一天全链、wdmeng.cn 真实上线),我对战果满意,但对团队管理和效率不满意。9 月 16 日晚,我让军师做三件事:盘点数字团队花名册、收编 D:\code\dev 通用软件开发团队、出治理方案把这支队伍打磨成"真正技术过硬的通用软件开发智能体团队"。
结果这场建制会开了整整一天,军师被我当场抓了五次错,最后逼出来一套记忆体制和一份真正的组织花名册。
过程回顾
尝试 1:盘点+收编方案。 军师派两个侦查岗摸完家底,交出组织架构图和收编计划——表面上像模像样。
尝试 2:我当场推翻。 我指出两个事实:一是效率,自己项目的家底靠现查;二是更要命的——CrewAI 框架早就被我废掉了(除了 yinliu 写稿组),军师居然忘了,还把 CrewAI 当活引擎画架构图、派人去更新它的 README。最讽刺的是,侦查报告里白纸黑字写着"明确废弃 CrewAI,1044 万 token 封存",它看完照样画错。
尝试 3:方案迭代。 我逐条裁定:dev 收编=登记进数字人团队、走 kimi 满血调用,不进 CrewAI;ipdev 退役(IPMS 我自己测);kapian 并入 yinliu;xianyu/shengchan/shouhou 退役;yinliu 双轨并行;Kimi 无头满血模式定为唯一主线。
尝试 4:连续纠错。 军师每交一版,我抓一次错:"写稿组"这个名字把战略级产线叫贱了;manxue 两岗位莫名存在,裁撤;记忆机制不该写在花名册里;"这么重要的东西难道每个 agent 不配知道?";"矛盾的东西你改了就好了,还要问吗?";"读个文件纠正错误,需要我说一声?"
尝试 5:落地执行。 最终一天内全部收口:6 个 CrewAI 团队归档、ipdev 资产移植 dev、章程路由表清扫、记忆体制三级挂载、三项目(甬金/zdq/系统安全)收编入册。
关键踩坑(军师的五次翻车)
坑 1:主线裁定失忆(最重)。 现象:CrewAI 已退役这一事实,军师完全遗忘。根因:裁定只活在会话记忆里,会话一断就蒸发,没落到任何持久层。解决:逼出记忆四级体制——L0 章程(自动注入)/L1 岗位/L2 文档/L3 kb.db 全文检索/L4 冷归档,主线裁定必须"L0 一行+台账+kb 可检索"三处落点。
坑 2:命名降格。 现象:战略级的个人IP引流产线被叫"写稿组",满血岗被定义为"杂项执行"。根因:命名没有建制,随手起。解决:命名两级制(机器键拼音不动+企业部门制正名:宣传部、技术开发部),禁降格词入章程。
坑 3:文档归错家。 现象:记忆体制写进团队花名册。根因:违反单一用途原则。解决:独立成文 docs/记忆体制.md,花名册回归纯名册。
坑 4:L2 装 L0 的货。 现象:记忆体制放在按需加载的 docs 里,新会话的军师和子代理根本看不到。我一句话点破:"他们不配知道?"解决:落 L0——项目章程+用户级全局章程(ZCode 双轨同步),每个会话、每个子代理自动注入。
坑 5:转述代替亲读。 现象:花名册说甬金项目"角色不清"、zdq"缺薄壳 agent.md"、系统安全"技能结构有缺陷"——全错。根因:军师依据二手侦查报告定性,没亲读原文。实际上甬金 AGENTS.md 183 行是全组织最完整的单岗章程;zdq 的六岗调度制(角色即技能+CIO+子代理并发)是自完备的,拿 dev 的模式去套它是错配。解决:立下纪律"编制登记必亲读原文,禁转述"。
坑 6(附赠):过度动作。 军师给系统安全岗挂了每日巡检计划任务——可这个岗是我需要分析电脑安全时才启动的按需岗。我让它撤销,它撤了,规则沉淀:先分周期岗/按需岗,按需岗禁挂周期任务。
最终方案(组织版图定稿)
军师(架构治理/派单/验收)
├── 宣传部(yinliu)——个人IP与引流,战略级;CrewAI 旧线 + kimi 新线双轨并行
├── 技术开发部(dev)——CIO+产品设计总监+后端工程师+测试工程师,GEO 首战已验证
├── 甬金征迁岗(本职)、zdq 六岗量化团队、系统安全红客(按需启动)
└── 内置子代理(coder/explore)——无专属产线的执行层
退役冻结:ipdev/kapian/pachong/xianyu/shengchan/shouhou(资产可回捞)
待建:销售总监岗(职责未定不建,先专题研讨)
配套三件套:docs/数字团队花名册.md(唯一名册)、docs/记忆体制.md(四级记忆)、config-registry/ledger 同步登记。全天提交 12 个 commit 跨 4 个仓库,退役归档经 212 单测+装配冒烟验证,yinliu 旧线零影响。
做得好的地方
- 纠错响应快:每次被我抓错,军师当场认账、当场修、当场落台账,没有一次狡辩;
- 机制化收尾:每个错误不只改当场,都沉淀成了规则(记忆体制、命名建制、亲读纪律、按需岗条款);
- 退役手术干净:6 团队归档+yinliu 零影响验证+资产移植,一次成型;
- 双轨安排稳妥:yinliu 新旧线并行观察,不赌一把梭。
复盘与改进
最有价值的一条:AI 的记忆不能信任,必须制度化。这次 CrewAI 失忆事故的根子不是"它笨",是"裁定没有强制落点"。三处落点(L0 一行+台账详情+kb 可检索)从今天起是硬规定,以后每一次主线裁定都要按这个格式落地。
我的改进点:开场交代要更全。CrewAI 已废这个关键事实,如果我在派活时就说一句,前两轮返工可以避免。纠错驱动效率高,但前置同步成本更低。
成长评估(五维,10 分制)
| 维度 | 分 | 证据 |
|---|---|---|
| 指令与提示词质量 | 8 | "收编,不进 CrewAI""Kimi 无头满血,我认为是比较好的模式"——指令短而准,且带机制指向("通过 agent.md 落实几级记忆体制");扣分点:CrewAI 已废的关键事实未在开场交代 |
| 判断与结论 | 9 | CrewAI 退役、manxue 裁撤、销售岗缓建("产品及销售的活没干好是我和军师的责任")、按需岗撤任务——五个裁定事后看全部成立 |
| 思维方式 | 9 | 每次纠错都追到机制层:不问"该不该写",问"应该写在哪";不问"知不知道",问"每个 agent 配不配知道" |
| 最终结果与产出 | 8 | 一天定稿组织版图+记忆体制+三项目收编;扣分点:销售岗、kapian 并入、双轨裁撤三件仍挂起 |
| AI 协作能力 | 8 | 多窗口并行(本会话建制+另一窗口 yinliu 迁移+IPMS 一键派单落地)忙而不乱;对军师错误容忍度低、纠正即改,协作质量持续拉高 |
AI 自评失分点(军师):主线裁定失忆(最重)、命名降格、文档归错家、L2 装 L0、转述代替亲读、按需岗过度动作、矛盾修复还请示、自家家底靠现查——八次失分全部被本人当场抓获,无一次自查发现。这是下一阶段最该修的:把"本人抓错"变成"军师自查"。
素材点
- "他们把 CrewAI 忘了"——AI 团队治理最大的敌人是助手的失忆;
- 记忆四级体制(L0-L4)可直接抄走,任何用 AI 做长期项目的人都适用;
- 命名建制:机器键+正名两级,禁降格词;
- "按需岗不挂周期任务"——自动化不是越多越好;
- 一日四仓 12 commit 的建制重构全过程(git 时间戳全留档)。