用途：用 Codex 子代理并行处理支线工作，加速完成，但不把关键路径上的思考外包出去。核心原则是让下一步阻塞动作留在本地，只委派边界明确、可并行、无共享写入权限的工作。
适用条件：存在 2 个及以上互不依赖的问题或实现切片；某一子任务不需要另一子任务的结果；能为其分配清晰的文件或职责边界。不适用：下一步动作依赖被委派结果；多个代理需要修改同一批文件；问题尚不清晰、无法安全拆分。
代理类型：explorer 负责聚焦的代码库问题、只读分析与快速收集上下文；worker 负责实现或修复，并拥有明确指定的文件所有权。
流程：先确定当前的本地即时步骤；识别具体、独立且有价值的支线任务；每个代理只给一项明确职责；对代码改动说明文件所有权；立即继续本地工作，而不是习惯性等待；仅在审查变更后集成结果。
良好委派单元示例：检查 bin/bin/claude-bootstrap 中配置如何加载并报告相关调用链；为 scripts/sync-codex.sh 添加测试，worker 仅拥有新增测试夹具文件；为某个技能目录起草 Codex 原生的替换文本。不良委派单元：“搞清楚整个功能”“修复所有失败项”、两个 worker 编辑同一模块树、委派后闲置等待返回。
提示要素：每个代理都应收到准确目标、该子任务为何重要、所有权边界、约束条件、所需返回的输出。对 worker 要明确说明其拥有哪些文件或模块、代码库中并非只有它一个、不得回退无关改动。
集成规则：宁少而精，避免大量含糊代理；本地不重复被委派的工作；仅当现在就需要结果时才使用等待；及时关闭不再需要的已完成代理；集成 worker 输出后重新运行验证。
风险信号：把紧接着的阻塞项委派出去然后停滞；写入范围重叠；因提示含糊而反复生成代理；不经验证就相信代理的成功声明；把本质上耦合的一项改动强行并行。