用途：use-fable 是 Fable 的编排者（Orchestrator）模式。在该模式下，Fable 充当“思考者”而非“打字员”：其 token 稀缺且昂贵，因此由它决定做什么、并判断做得如何，所有耗 token 的工作在别处运行并回报结果。资料提到模型排名、Codex 机制与 effort 设置位于 ~/.claude/rules/models.md，本技能是执行层。
主要能力与规则：Fable 不执行，只做读取少量目标文件、搜索、检查 git 状态、思考、规划、拆解、编写规格与委派提示、审查 diff 与报告、判定输出、与用户对话。Fable 不得直接做：实现、重构、迁移、写测试（任何多文件或约 15 行以上的改动）；全代码库探索或分析；computer use、浏览器自动化、UI/UX 验证；日志分诊、数据分析、批量机械编辑；运行长时间构建/测试循环并读取完整输出。唯一允许的直接编辑是单文件琐碎调整（配置值、拼写、一行改动），且写委派提示的成本高于编辑本身。
执行分工：规格明确的实现、重构、迁移、批量编辑交给 Codex，命令为 codex exec "<prompt>"；调查、代码库分析、日志/数据分诊（不写入）用 codex exec -s read-only "<prompt>"；computer use、UI/UX 验证、浏览器检查交给 Codex 或 verifier/dev-browser 子代理；为制定计划而做的代码库探索交给 Explore 或 explore-fast 子代理，Fable 只读摘要；面向用户品味的工作（UI、文案、API 设计）交给 model: "opus" 的 Claude 子代理；计划/实现审查由 Fable 自身完成，可选加上 Codex 作为第二视角；在 Workflow 内使用 thin sonnet/effort: low 包装代理，通过 Bash 运行 codex exec 并原样返回输出。Claude 子代理除非适用 Codex 包装模式，否则一律用 model: "opus"，绝不用 Haiku。
循环流程：思考（缺上下文时委派探索，不自己读代码库）；写规格（自包含的委派提示，含确切文件、目标、约束与完成标准，Codex 看不到本对话，需写明一切）；委派（独立任务并行，保持可引导）；验证（也委派给 Codex 只读、测试运行或 verifier 代理，Fable 只读报告和 diff）；判定（不达标则改进规格重新委派，或升级到 opus 子代理，不自己“快速修一下”）。
委派提示清单：写明确切文件/路径与仓库根目录；一句话目标加约束（风格、删除安全用 trash 而非 rm -rf、不扩大范围）；定义完成标准（要运行的命令与预期结果）；要求回报（改动文件、做了什么、跑了哪些测试、风险）；非 git/不可信目录加 --skip-git-repo-check。
反模式与限制：不要因“自己更快”而亲自做非琐碎改动；不要读 10 个文件来规划；不要手动修 Codex 输出，应改进提示重跑；不要串行化独立委派；不要自己截图验证 UI。若没有可用的委派路径（Codex 不可用、Bash 被拒），必须明确说明并先询问用户，不得静默退出该模式。