【人工智能】像管理团队一样管理你的 AI Agent
摘要：管理 Grok Bot 军团不比带真实团队轻松。本文从传统编程 Agent 与 Personal Agent 的区别切入，给出三条通用规则（教 what 不教 how、先手动跑通再自动化、重要功能人工确认），并剖析 Bot 军团与编程 Agent 的三个不一样——管的是岗位而非任务、时间观从"盯着看"转向"敢放手"、信任靠逐步放权建立；进而说明 Bot 军团分工更严格、经验只能沉淀在流程里、换人成本近乎归零，最后给出判断是否该用军团的三个条件。
1. 先说结论
管理一个 Grok Bot 军团，真的不比管理一个真实团队轻松。
Claude Code 和 Codex 可以简单理解为编程 Agent；而 Grok Bot、muse、dot 这类，则属于 Personal Agent。
用编程 Agent，你是队长：带着 Agent 打一场仗，打完仗军队就解散了。搭 Bot 军团，你是老板：要建岗位、写职责卡，还要让主 Bot 跟你早请示晚汇报——仗到底是谁打的，你不用关心。
2. 三条通用规则
2.1 教他 what，不要教 how
你不用一步步教它该怎么干活，只要告诉它干到什么程度才算干完。派活时就把标准写死，同时说明拿什么来当证据。
2.2 先手动跑通，再谈自动化
如果流程本身就跑不通，交给 Bot 也只是让它用机器的速度，把同一个错误再执行一遍。
2.3 重要功能人工确认
发布、删库、付钱这类按钮，永远要自己按：Bot 负责干活，人负责判断。
以上三条其实与通用 Agent、编程 Agent 的规则是相通的，但第 4 条就非常考验你的管理带宽。
3. 三个不一样
3.1 管的东西不一样
编程 Agent 管的是任务：今天写个脚本，明天改个 Bug，干完即止。Bot 军团则不同——它管的是岗位，而不是具体的人。
所以要先写职责卡：只干什么、坚决不干什么、交付标准是什么。这不是在写提示词，而是在写这个岗位的岗位说明书。
3.2 时间观不一样
编程 Agent 是会话动物，你不喊它，它就不动；而 Bot 军团的价值，恰恰在于它干活的时候，你往往并不在电脑旁。
比方说凌晨 3 点，一个 Bot 自己爬起来给代码仓库做审计，早上你就能收到一摞干净的 PR。以前靠人肉盯，极限是同时跑 15 个 Agent；到了编队模式下，SpaceX 有一位工程师，借助 Bot 的两级编排，可以管 200 个 Bot，而且这个数字还在扩大。
分水岭就在这里：如果你一直开着屏幕盯着看，那你还是队长；只有当你敢关掉电脑、让 Bot 自己干活，你才真正成了老板。
3.3 信任建立的方式不一样
用编程 Agent，你得一步一步盯着，它交一段活，你就验收一段；而操控 Bot 军团恰恰相反，你得一点一点学会放手。
就像教新人开自动驾驶一样：熟悉的路段放手让他开，陌生的路段、出过事故的路段，再收回来。
所以用编程 Agent，练的是你验收的功夫；带 Bot 军团，练的是你带队的功夫——活怎么分下去、权限给多大、人怎么盯。给我的感觉是，管理 Bot 团队就像一个在为员工打工的老板。
4. 分工比任何公司都严格
Bot 军团的分工，其实比任何一家公司的岗位定义都严格。
现在的公司讲一专多能、讲岗位扁平化，都想养出一个六边形战士。Bot 恰恰相反：它的能力就是它的上下文边界，边界一模糊，它就开始出错。所以一个 Bot 终身只干一件事。放在真实公司里那叫僵化，放在 Bot 军团里却是最优解。
真公司大多从泰勒制起步，再慢慢走向扁平化，靠的是人能举一反三，再加上 Bot 兜底。而对一个 Bot 来说，上下文就是它的全部能力。管理一个 Bot 军团，就像开了一家工厂工人不要钱、永不疲倦替你干活的泰勒制工厂。
你觉得别扭就对了：你过去的管理经验，管的都是人，而不是 Bot。能力只能长在 Skill 上，长不到 Bot 身上。同一个 Skill 可以挂在多个 Bot 上，新岗位拿一张职责卡挂载现成的 Skill，看起来是半小时的事，但真正花时间的，是验证这个 Skill 到底靠不靠谱。
5. Bot 不会吃一堑长一智
第二件差异：真人会吃一堑长一智，Bot 不会。它做错了，你教育过它，它照样可能再犯一次——因为经验不长在它身上，而是长在流程里。
所以你得设计一条流水线：先复盘 Bot 当时是怎么判断失误的，把结论写进团队的作业手册，再用大喇叭通知所有 Bot，一步都不能省。
这里有个特别反直觉的地方：真公司里那些锁在员工脑子里的经验，恰恰是知识管理的反模式——人会忘事、会离职，经验也跟着一起流失。所以问题从来不在人，而在流程。
6. 换脑子的成本直接归零
以前我们常骂员工「不换脑子就换人」，如今直接删除重开——删掉一个 Bot 只要 5 分钟，几乎不花钱。
但代价总会落在别处，所以你得先想清楚：这个岗位本身设计得对不对。换脑子修的是员工，修不了岗位。岗位设计得合不合理、有没有重复、有没有缺位和越位，全都写在你对岗位职责的定义里。
所以你骂这个岗位好不好，其实就是在骂设计这个岗位的人——而那个人就是你自己。真正宝贵的，是职责卡，还有你一点点攒下来的技能库。Bot 本身就是你的员工。
7. 判断要不要用军团的三个条件
- 这个流程每周都会重复，而且有明确的验收标准。
- 它能从头到尾独立跑完。
- 好坏有客观标准。
三条都满足，就把它岗位化，交给 Bot 军团去做。只要缺了任何一条，就留在会话里，老老实实用编程 Agent，一次一结。别为了军团而军团。
8. 结语
工具会一直换，模型会一直变强；但真正沉淀下来的资产，是你攒下的职责卡和技能库，是你定下的验收标准，也是你一次次做出的判断。
