为什么别把 Agent 当员工？

最近，Grok Bot 很火，随之普及的，还有一种“把 Agent 当员工来用”的多 Agent 管理理念。但随着自己深入使用，我发现，这种方式其实存在问题。

我以前为什么会把 Agent 当成员工？

因为这样容易理解，也能给人一种爽感：一个负责设计，一个负责发布，再找一个总管协调，就像在公司里分配工作。我刚接触 AI 的时候，也会跟着网上那些 AI 团队的演示去尝试。当时我想的是如何把岗位分清楚，却没有认真想过：AI 是否真的需要这些岗位。

那按照员工的方式安排，会有什么问题？

我自己的问题是，还没弄清一件事要怎么做，就先决定了要让几个 Agent 来做。只要工作内容不同，我就觉得应该交给不同的“员工”。

比如发文章，我安排过四个 Agent，分别做封面、发官网、发其他平台和检查链接。每个都有自己的会话，前面做好了，得告诉后面文章用哪个版本、图片放在哪里。我还要写任务书，安排交接。而官网没上线，分发就得等着拿链接。任务还是要按顺序做，反而多了一套协调的工作。

但为什么不同的工作，就一定要换一个 Agent？

人类分岗位，有专业和时间上的限制。设计师未必会写程序，一个人也未必忙得过来。但同一个 Agent，只要模型能处理，工具和权限也配好了，就可能先用图片工具做封面，再用代码工具改网站。这对它来说，可以是换工具，不一定要换一个执行者。

所以我不是觉得写职责没用，而是觉得，岗位本身不足以决定怎么拆任务。我以前是把人类公司的分工，当成了 AI 也应该这样工作的理由，却没有先确认，分开以后到底有什么好处。

那不按岗位分，我根据什么安排？

我现在先看这次要做成什么，资料在哪里，最后怎么检查结果。再看它在哪里执行，哪些东西能读、能改，需要知道哪些信息。

比如有些操作只能在我的电脑上做；有些任务只需要看资料，不能给它发布权限；有些只需要文章正文，不需要看我之前所有聊天。这些就是执行环境、权限范围和上下文边界。上下文就是它这次能看到的资料。我会根据这些具体要求，判断哪些工作可以放在一起，哪些需要分开。

这样是不是就不用多个 Agent 了？

也不是。比如同时调查几个平台，各查各的，互相不用等。在支持子 Agent 的工具里，就可以让主 Agent 分几路去查。每个拿到自己的问题、资料和要求，查完把结论和依据交回来，再由主 Agent 接着处理。这样分开，是为了让几件独立的事同时做。

同样是审核文章，也可能需要另开一个会话，只给它正文和审核标准，不带前面的修改讨论。它不一定判断得更准，但能少受之前讨论的影响。也就是说，不同工作未必需要分开，同一种工作也未必适合放在一起。只看岗位名称，是判断不了这些的。

那我现在用 AI，会怎么安排？

我会先把完整任务交给一个主要 Agent，不提前配好一支团队。做的时候遇到问题，再看是资料不够、工具没配好，还是确实需要分开。并不是每次做不好，都得再加一个 Agent。

我很认同 Anthropic 提到的一个原则：增加复杂度，应该带来能验证的改善。比如少出错了，省时间了，或者权限更好控制了。多个 Agent 带来的交接和维护，也得一起算。像虚拟办公室那种项目，如果是做游戏、做演示，好玩本身就有价值；但我拿来做运营，就得看它有没有让工作更好完成。

所以，“AI 员工”这个说法我能理解。我不再照着它安排工作，是因为它容易让我先设岗位，再让任务跟着岗位走。而我现在会先把任务说清楚，再决定哪些可以接着做，哪些确实需要分开。