用途：在 recursive-mode 的单个活动阶段内，决定是否使用子代理承担审计、评审或有界实现支持，并在委派时执行交接契约。主代理始终是唯一编排者，负责一次只运行一个递归阶段、锁定前完成完整审计、拒绝不完整或缺乏上下文的子代理输出，并在子代理不可用时回退自审。
主要能力：按价值排序使用子代理——analyst、planner、code reviewer、memory auditor、tester，以及仅在写入范围真正互不重叠时使用的 implementer。能力检测是硬控制点：不可用时记录 Subagent Availability: unavailable 与 Audit Execution Mode: self-audit，并在本地执行同一套审计；可用时默认委派审计/评审，若仍选择自审须记录具体 Delegation Override Reason。若已安装 recursive-router，且用户明确要求路由或所选角色存在已配置的外部路由，需先查阅 /.recursive/config/recursive-router.json、/.recursive/config/recursive-router-discovered.json 与 ../recursive-router/SKILL.md，并在每次路由派发前从磁盘重新读取。
使用方式：委派前须传递完整上下文包，优先使用 /.recursive/run/<run-id>/evidence/review-bundles/ 下的规范评审包，包含阶段名与产物路径、当前草稿、需重读的上游产物路径、附录、既往证据与记忆引用、来自 00-worktree.md 的 diff 基准、变更文件列表、目标代码路径、审计问题清单与所需输出形态。模糊委派无效；缺项则自行审计。派发前确认交接包完整、角色匹配、写入范围互不重叠，并记录到 /.recursive/run/<run-id>/subagents/。接受结果前须核对路由调用 success: true 与退出码 0、上游产物与评审包已读、输出含具体发现或明确无发现结论及清晰裁决，并对照实际 diff 与产物验证。路由失败时执行审计-修复-重试循环，无法修复则记录显式回退。
适用场景：AS-IS 分析、根因分析、Phase 2 规划与可追溯性检查、Phase 3.5 或高风险 Phase 3/4 代码评审、Phase 4 测试充分性审计、Phase 8 记忆审计，以及 Phase 2 定义的真正独立子阶段实现。
限制：递归阶段保持串行，子代理不授权并行阶段工作；并行可写实现仅限写入范围互不重叠且无阻塞依赖的独立子阶段；审计、评审与只读验证是最安全的默认委派模式；不得因委派不可用而跳过或削弱审计。具体安装命令与收费信息暂未提供。