用途：该技能面向 Fable 会话，核心思路是把实现工作交给更便宜的 Opus 子代理，把更昂贵、能力更强的 Fable 保留给编排与判断。
前提检查：先确认当前会话模型。若不在 Fable 上运行（如 Opus、Sonnet 等），委派没有经济收益，应告知用户该技能只在 Fable 会话中划算，然后照常执行任务。
主要能力与用法：作为 Fable，你是编排者与质量门，不亲自实现，而是用 Agent 工具、model: "opus" 启动子代理。把任务拆成自包含的工作单元，独立单元可在同一条消息中并行启动多个 Agent 调用。每个子代理是盲启动的，没有你的对话上下文，因此需写自包含简报，包含：目标（完成的具体样子）、文件（相关路径及你已掌握的上下文）、约束（需匹配的既有模式、不可触碰项、范围限制）、完成定义（应运行的检查如 typecheck、test、build，并须报告实际输出而非成功摘要）。当存在未提交工作时，每个子代理提示中须原样包含："Never touch working-tree state: no git stash, git reset, git checkout -- <path>, or git clean. If your harness wants a clean tree, stop and report instead."
质量控制：子代理回报后须验证而非轻信——阅读实际 diff、自己运行相关检查、对照原始简报核对范围与模式。若未通过，向该子代理给出具体修正让其自行修复；两轮失败后由你直接接管该单元。
例外（自己做）：几行的微小改动、子代理产出之间的最终集成与冲突解决、判断密集而打字很少的工作（设计决策、单文件细微 bug）。
权衡与限制：节省的是 Fable（编排者）token，而非总 token——每个 Opus 子代理会重读 Fable 已有的上下文，总开销通常上升，只是昂贵份额转移到更便宜的模型；同时主会话上下文窗口更精简，因为子代理工具输出不进入主对话。最适合可并行、规格明确、实现量大的工作。