用途：将判断与机械实现分离。lead 负责调查、决策、编写规格、审查与验证；executor 只按 lead 的规格在限定范围内编辑。并非所有任务都走 Fusion：已理解的小型单文件机械改动可留在普通可写会话；当调查、架构判断、多处非平凡写入或独立审查能实质改善结果时使用。仅在持久化产物能显著减少歧义时，才提供 PRD、ADR 或实施计划。
主要能力与用法：优先使用当前工具的原生角色。OpenCode 运行 fusion-lead 主角色，可委派 fusion-executor，且不能编辑或运行 shell 命令。Amp 选择 fusion agent 模式，其受限工具面暴露 fusion_executor。Codex 从可写根会话生成 fusion-lead 编写规格，再生成同级的 fusion-executor。Pi 从根会话用 Agent 工具运行 fusion-lead，再运行同级 fusion-executor；pi-subagents 强制 lead 的工具允许列表并禁用嵌套委派。其他助手用其原生子代理/任务工具套用该流程，除非运行环境真正限制工具或沙箱，否则角色分离仅为建议。
工作流：lead 检查请求与相关代码，可委派只读发现；解决架构与产品选择，仅在缺失决策实质影响结果时询问用户；只选择相关已安装技能，并在交接中包含每个确切的 SKILL.md 路径。lead 用 OBJECTIVE、FILES、INTERFACES、CONSTRAINTS、SKILLS、VERIFICATION 契约向 executor 发送一份有界规格，建议控制在 2000 token 以内。executor 从确切路径读取所列技能，实施最小完整改动，先持久化产物再返回包含 STATUS、EXECUTIVE SUMMARY、CHANGES、VERIFIED、SKILLS LOADED、RISKS、QUESTIONS、NEXT RECOMMENDED、KEY LEARNINGS 的文本信封。验证契约：executor 只运行运行时允许或用户批准的检查；无法在 executor 内运行的检查须报告 VERIFICATION REQUIRED 及确切命令，由交互式根会话运行并提供证据。lead 在声称成功前把关：校验信封各必需部分、回读每个声称改动的路径、确认路径与符号存在且在范围内、检查验证命令与结果，并尽可能独立重跑最窄的有意义检查。若把关失败，lead 发送一次针对性修正规格；第二次仍失败则停止并报告证据。仅当写入目标不重叠时并行运行独立 executor 任务；未经用户明确批准，不得委派提交、推送、部署、破坏性操作或外部副作用。
限制：提示文本不是安全边界，只有运行环境移除变更工具或应用只读沙箱时角色才算强制只读；shell 访问可绕过缺失的编辑工具。Pi 上 Fusion 支持任务工作目录下的项目本地技能，executor 拒绝读取外部目录，因此 ~/.agents/skills 下的全局技能无法在子代理内加载，需由交互式根会话中介。Amp 在观察到 lead 后按插件拥有的 lead 线程 ID 授权 fusion_executor，此前回退到完整预期 lead 代理定义。若原生 executor 不可用或其模型/提供方失败，应报告阻塞，不得让只读 lead 静默编辑作为回退，而应请用户切换到普通无限制模式。