一个工具流程还指不出错误出在哪一步，再加角色不会变清楚。多个智能体是为了把材料和权限分开，不是为了让演示里同时出现三个人。
三种常见拆法
- 一个人分派，其他人各做一段。分派的人自己不改材料。
- 按顺序交接。上一步的原文要原样留下，下一步不能悄悄改写。
- 两个角色对着同一份材料互相挑错。挑错的记录要能看到，不能只留下最后一段“已经达成一致”。
一个就够的时候
工具就几个，检查标准就一条，例如“答不上就写未找到”。这时拆开只会让你不知道是检索错了，还是后一个角色把未找到改成了看起来完整的答案。学习顺序见 做智能体先排顺序。
拆开之后多出来的失败
调用次数上去，费用和等待也上去。前一步错了，后一步会把错的当成事实。日志如果只有最后一段文字，你无法复盘。每个角色至少留下：读了什么、调用了什么、被拒绝了什么。
这周不要加第二个角色。把现在唯一的工具故意做失败一次。指不出是哪一步，就还不到拆开的时候。
本文侧重智能体生命周期与技能边界。若你要动手验证，优先用 Playground 做小任务压测；权限与托管再单独规划，避免「先装一堆再治理」。 相关：Playground · 创建智能体 · 学习中心
常见问题 FAQ
什么时候一个就够？
工具就几个，检查标准就一条，失败时能指出是检索错了还是参数错了。这种先不要拆。
什么时候才拆？
两段工作的材料和权限不同。例如一个人只能读制度，另一个人才能起草对外文字，而且你能分别看他们的记录。
来回讨论几个角色有用吗？
演示好看。错的时候你往往不知道是哪一跳改写了原文。单工具还说不清，就不要用讨论来掩盖。
多角色贵在哪里？
调用次数、等待时间和日志都变多。错一步，后面的角色会把错的当成事实继续写。
框架名字重要吗？
不重要。先写清谁可读、谁可写、失败停在哪。框架只是把这些步骤串起来。
怎样验收还不能拆？
故意让唯一的工具失败。你若指不出是哪一步，加第二个角色也指不出。