Codex 子 Agent：拆分独立任务并整合结果

中文实战指南 · 核验于 2026-11-14

子 Agent 适合处理可独立完成、能够清晰交接的工作，例如阅读不同模块，或从不同角度审查同一个设计。它会增加上下文与 token 消耗；小任务不一定因此更快。

先判断任务能否独立

如果第二步必须依赖第一步刚写出的接口，就先串行完成必要设计。可以独立阅读的资料或互不修改同一文件的检查，才更适合并行。

当前官方说明要求，本地客户端的子 Agent 使用应由用户显式请求，或由适用规则明确要求。不要从“任务很复杂”推断已经获得委派授权。

给出可审查的交接

任务说明至少包含：要回答的问题、可用输入、允许读取或写入的边界、需要返回的证据。示例：

Review the authentication module for missing input validation.
Read only; do not modify files.
Return concrete findings with file references and a reproduction path.
Do not assume unrelated working-tree changes belong to this task.

涉及代码修改时，还需明确每个执行者认领的文件。共享目录不能靠口头声明自动避免冲突；主任务负责人应持续核对实际差异。

主任务负责整合

收到结果后检查引用是否存在、复现路径是否成立、结论是否与业务目标一致。多个 Agent 都说“通过”不等于整合后的代码通过测试。只运行与最终改动相关的必要检查，并报告未验证的部分。

长期稳定的协作约定可以写入 AGENTS.md，但权限和执行工具仍受 沙箱与审批 约束。