同时打开 Codex、Claude Code 和几个自动化工具，看起来像拥有一支 AI 团队；但只要你开始问“谁在做、谁卡住、最后文件在哪”，就会发现多 Agent 的难点不是调用，而是管理。
先说结论
一项任务只保留一个主要负责人
多个 Agent 可以协作，但每个任务必须有一个主要负责人对结果负责。其他 Agent 提供研究、检查或工具执行，避免两边都认为对方会收尾。
用状态回答现在发生了什么
状态应让负责人不用打开日志就知道下一步。至少区分待规划、排队中、执行中、待确认、已完成和已阻塞，并为每种状态提供可操作说明。
并行只用于真正独立的任务
研究不同资料、制作不同平台版本可以并行；依赖同一份事实底稿或同一代码区域的任务应先建立顺序。并发越高不一定越快，冲突和复核成本也会增加。
失败时先判断重试、换工具还是重拆
暂时性网络问题适合重试，执行工具不匹配适合换助手，目标或输入不清适合重新拆任务。重复发起相同重试但不改变条件，只会制造更多失败记录。
常见问题
多个 Agent 可以同时做同一个项目吗？
可以，但应分配到不同任务，并明确依赖、文件边界和交付顺序。不要让多个 Agent 在没有隔离和主线约定时同时改同一份文件。
需要一直盯着 Agent 执行吗？
不需要。正常执行由状态和进度汇报覆盖，负责人只需要处理待确认、长期阻塞、失败恢复和最终验收。
参考与边界
本文基于多 Agent 工作管理的通用实践：它适用于需要持续跟踪、人工确认或正式交付的工作；一次性、低风险、单工具任务可以直接在原工具完成。
