用途：该模式让 Claude 作为专职 worker 直接编辑文件，主会话保留编排者与审查者角色，适合精炼技能、工作流、策略和路由定义，批量处理结构化文档或流程修改，以及在多轮审查/补丁循环中收紧某个规范文件。
使用时机：任务非平凡但限于本地文件或小批量、希望 Claude 直接改而非仅给建议、已明确目标文件、希望由外部 worker 改善措辞与结构同时保持编排纪律时选用。任务需要中途用户交互、文件归属不清、或大量文件存在重叠编辑需先集中解决冲突时，不适用。
核心流程：在主会话编排，先确定确切目标技能/文件、检查现有内容、界定具体改进范围，使 worker 任务自包含；再用 delegate_task 并以 acp_command: claude 委派，要求 Claude 直接补丁目标文件、不要提问、保留现有路由/风格、返回简要变更摘要。上下文需包含确切文件路径、现有约定、待加强的具体章节，以及“仅做针对性编辑、不要膨胀”等约束。
验证与迭代：worker 返回后必须检查文件，确认目标章节存在、相邻章节无回归、版本/前置元数据按需更新、规范名称保留、措辞与现有路由风格一致；可用 skill_view 和 search_files 核验插入的章节标题与短语。如需继续改进，应分小循环发送下一次有界补丁，不要在单次 worker 传递中捆绑太多概念变更，每次之间保留验证步骤。建议模板：Goal 中写明补丁哪个规范技能、加强哪些具体章节、直接编辑文件、保留现有风格、不要提问、返回确切变更摘要；Context 中列出文件/技能名、现有章节、期望新增内容与约束。
已实践有效方向：直接补丁 planning-route 的 Step 4 与 Step 5 门禁、execution-route 的早期入口与验证优先检查、agent-team 打包的委派结构、中后期执行门禁（TDD 循环、针对性验证、对抗性审查、提交/推送、统一收尾）、成对规范技能间的一致性清理，以及从冗长规范路由派生紧凑清单伴生技能。Claude 擅长的章节级补充包括决策门禁、GitHub 权限划分、零争用规则、工作流拆分契约、审查者输出模式、验证优先收尾检查、提示包词汇对齐、收尾/结果词汇对齐。
成对路由与伴生清单：对两个紧密相关的规范文件，可一个 worker 处理规划路由、一个处理执行路由并行，再用后续 Claude worker 做跨路由一致性审计；当规范路由变得全面后，可让 Claude 创建简短清单伴生技能，伴生清单须声明规范技能仍为权威、保持行动导向且简短、包含触发说明与一屏式实时序列、不复制完整决策框架。
中断恢复与陷阱：若 Claude 委派任务在审计或审查中途中断，可启动续作委派任务并明确“继续被中断的审计”上下文，保持目标文件与审计范围不变，仅对真实不一致处直接补丁。常见陷阱包括：未验证就假定 worker 改对了文件；未先阅读当前文件、未给具体上下文；要求宽泛的“改进”而不指定目标章节；让 worker 承担最终汇总；批量补丁失败后未拆成更小的针对性编辑。决策规则：当执行质量比把所有编辑保留在主上下文更重要、任务范围清晰可补丁、希望主会话保持编排者与验证者时使用该模式；变更下一步决策、验证编辑、协调多次 worker 传递、向用户报告最终状态仍需保留在主会话编排者一侧。