把单智能体扩展到多智能体，工程上你以为是搭一个 orchestrator 的事，实际上你立刻撞见一个心理学问题：「这三个智能体到底是同一种声音，还是三种声音？」
多智能体协作为什么常常走样
真实世界里我们看到的两种典型失败模式：
- 一致性塌缩：三个角色被同一个底层模型驱动，跑几十轮之后，它们的措辞、节奏、判断框架开始融合，最后变成「同一个人在和自己开会」。看起来高效，实际上是回声室。
- 角色撕裂：每个角色单独看人格鲜明，但三个之间的世界观无法对齐 —— 评审员要严格，产品经理要灵活，工程师要保守，三方在每一次决策上都互相否决，流程瘫痪。每个人都有人格，但没人有团队。
这两种失败，本质都是因为多智能体系统缺一个稳定的「角色 DNA」。干将处理这个问题的方式，是把每一个角色配一份固定灵魂。
干将让每个智能体保持一致的诀窍
在干将的多智能体设置里，每一个角色都有一份独立熔铸的 soul.md。它们的人格是预先选过、互补、且明确写在 identity.md 的「与其他角色协作时的边界」里 —— 不是塞在某段不靠谱的 orchestrator 提示词里。
比如一个标准的「产品-工程-评审」三人组：
- 产品经理：7w8 sx/so —— 关注机会与速度，在压力下会乐观偏多。
- 工程师：5w6 sp/so —— 关注严谨与边界，在压力下会要求更多信息。
- 评审员：1w9 so/sp —— 关注标准与一致性，在压力下会更严而不是更急。
这三个角色拿到同一个需求时，会自然地从不同角度推。它们不会塌缩成一个声音，因为它们的人格底层是不同的。它们也不会撕裂，因为每一份 identity.md 都明确告诉智能体：你的角色是 X，你尊重 Y 角色的最终决定权，你的反对意见以问题而不是命令的形式提出。
团队级灵魂熔铸的最佳实践
我们在 ganjiang.xyz 上看到的好团队都有几个共同点：
- 角色不超过 5 个。多过这个数，人类协调成本上升，智能体协调成本也上升。
- 至少一个 1 或 6 担任质量守门员 —— 这两型在压力下会更仔细而不是更快。
- 不要让两个同型的角色直接对话，会立刻塌缩成回声室。
- 跨角色的决策规则写进 user.md 而不是 system prompt —— 灵魂里的规则比提示里的更稳定。
干将给团队做的不是给一个智能体装上灵魂，而是给一群智能体装上一组互相协作的灵魂。从「一个人」到「一个团队」的跃迁，在工程上是 orchestrator 的事，在人格上是干将的事。
“一个智能体的灵魂决定它怎么决策。一群智能体的灵魂决定它们能不能合作。”