多 Agent 听起来很强，但不一定适合个人助理。
很多个人任务只是流程明确的单人任务：写博客、查配置、记知识、生成复盘、部署服务。把它们拆成多个 Agent，可能只会增加协调成本。
不需要多 Agent 的情况
以下任务通常不需要：
- 输入输出明确。
- 单个 Skill 能完成。
- 工具调用链很短。
- 失败后容易人工接管。
- 不需要并行探索。
这类任务用清晰流程更稳。
可能需要多 Agent 的情况
多 Agent 适合：
- 多个独立子任务可以并行。
- 需要不同角色互相审查。
- 搜索、写作、验证可以分开。
- 单个上下文装不下全部材料。
- 失败可以隔离在某个子任务。
例如大型代码审查、复杂资料整理、长篇专题策划，才可能值得拆分。
多 Agent 的成本
多 Agent 会带来：
- 状态同步成本。
- 责任归属问题。
- 冲突结果合并。
- 更多日志和监控需求。
- 更高 token 和工具调用成本。
如果没有明确收益，不要为了架构好看引入。
判断清单
引入多 Agent 前问：
- 任务是否真的可以并行？
- 子任务边界是否清楚？
- 输出如何合并？
- 谁负责最终判断？
- 失败时谁接管？
答不清楚，就先保持单 Agent + Skill 路由。
个人助理的优先级是稳定，而不是复杂。