Codex 多 Agent 实战：怎么拆任务、分配角色、汇总结果

子 Agent 拥有独立上下文，可以分别检查安全、测试、性能、文档或不同模块。它们不会自动共享完整推理，因此适合边界清楚、输入稳定、结果能用统一格式汇总的任务。大范围代码探索、并行查资料、独立审查和测试失败分类，通常能获得真实收益。

相反，连续修改同一组文件、依赖上一小步即时反馈、需要频繁统一设计判断的工作，不适合强行并行。多个 Agent 同时写同一文件，会把节省的时间变成冲突、重复修改和难以追责的差异。

1. 写出最终决策和验收证据，而不是只写“研究一下”。
2. 把任务拆成能单独回答的问题，标记输入、输出和依赖。
3. 依赖同一前置结论的节点，等前置完成后再启动。
4. 同一文件或同一业务判断只指定一个写入负责人。

角色：安全审查
范围：auth/ 与相关测试，只读
问题：列出可被利用的真实风险，不做泛化建议
证据：文件路径、行号、触发条件、现有保护
输出：结论 / 严重度 / 修复建议 / 未验证项
禁止：改文件、联网、读取凭证、扩展到无关目录

给子 Agent 的上下文要足够完成任务，但不要把主任务的所有历史都复制进去。统一输出格式能让主 Agent快速比较矛盾结论，也能识别“有结论但没有证据”的低质量结果。

汇总时先按问题而不是按 Agent 排列结果：哪些事实一致，哪些结论冲突，差异来自输入、假设还是证据不足。高风险结论必须回到代码、测试或官方资料核验；无法核验的内容明确标记，不用多数投票代替判断。

如果必须并行写入，使用不同文件或独立 worktree，并提前指定合并顺序和最终负责人。合并后重新运行完整测试，因为每个分支分别通过并不等于组合后仍然正确。

• 子任务边界清楚，且没有越权读取或写入。
• 每份结论带有路径、命令、来源或可复现步骤。
• 主 Agent 处理了冲突与遗漏，并说明最终取舍。
• 修改由明确负责人实施，合并后测试和页面验证重新执行。
• Agent 数量越多，令牌、协调和审查成本越高；没有并行收益就回到单 Agent。

行动建议：第一次只开两个只读子 Agent，让它们从不同角度审查同一低风险模块。比较证据和遗漏后，再决定是否把这种分工固化成自定义子 Agent。