什么时候该用多 Agent
- 任务天然有明确分工
- 需要不同模型 / prompt 风格
- 需要并行处理多个子问题
- 你愿意维护多条路由和多套配置
Multi-Agent / Role System
多 Agent 真正的价值，
不是热闹，是稳定分工。
把一个聪明模型拆成多个角色，并不天然更强。真正有价值的多 agent 系统，应该让调研、执行、写作、审核这些动作彼此解耦，而不是把复杂度翻倍。
5 角色协作系统
| 角色 | 职责 | 价值 |
|---|---|---|
| CEO | 拆任务、派任务、收结果 | 避免所有事都挤进一个大脑 |
| Researcher | 检索、读文档、整理材料 | 调研和资料处理更稳定 |
| Coder | 实现、调试、部署 | 技术任务更聚焦 |
| Writer | 内容表达、整理输出 | 文案和结构更统一 |
| Editor | 审核与把关 | 降低幻觉和糙输出 |
什么时候先别上多 Agent
- 单 agent 的边界都还没调顺
- 路由规则很混乱
- 只是为了“看起来高级”
- 没有稳定的任务流转模式
结合你当前系统的判断
你不是从零开始。你已经有 main、vision-agent、kimi-assistant 这类基础分工，说明多 agent 这条线已经有雏形。现在的关键不是“要不要多 agent”，而是：哪些群该进哪个 agent，哪些任务该固定走哪种模型与角色。
多 Agent 的正确演进路线
- 先把群 → agent → 模型映射梳理清楚
- 再给高频任务定义稳定角色分工
- 再补审核 / 汇总 / 回写这类后处理角色
- 最后才考虑更复杂的编排流和自动派单
多 Agent 的本质不是数量，而是职责边界。
一句话判断
如果多 agent 不能减少认知负担，它就只是更贵的复杂度。