当任务复杂到一定程度，「一个超级 Agent 全包」会同时撞上三堵墙：上下文窗口、专注度（一个 prompt 里塞太多职责，模型容易顾此失彼）和可维护性。Codex 给出的方向是 Multi-agent：把任务拆给多个专职 Agent，用 Orchestration 编排它们的分工与顺序，通过 handoffs（交接）把中间产物在 Agent 之间传递。Agents SDK 里 Orchestration 与 Sandbox agents 并列为独立模块，说明「编排」和「隔离执行」是配套的——每个子 Agent 可以跑在自己的沙箱里，互不污染。这套「拆分 + 编排 + 交接」的组合，是复杂 Agent 系统走向工程化的主流路径。
对《从零到精通 Agent Harness》的学习者，Multi-agent 与 Orchestration 是整个课程的收束点：前面学的工具调用、权限、记忆、可观测性，最终都服务于「如何把一个复杂任务组织成多个可独立演进、可彼此交接的 Agent」。课程会反复强调：拆分不是越多越好，交接是有成本的（上下文复制、状态对齐），所以「在哪里拆、拆几个」是比「用什么框架」更重要的设计判断。对《从零上手 Codex》的学习者，则要建立「先单 Agent 跑通，再考虑多 Agent」的克制：大多数任务一个专注的 Agent 就够，过早引入多 Agent 只会增加交接开销。