如果想试试「在 Claude Code 里让 Fable 当架构师、用 GPT-5.6 写代码、Fable 收尾把关」这种交叉协作模式，Fable Advisor 是当前能直接装的开源实现。它本质是 Claude Code 的一只 Plugin，把会话本身、子代理、复核 agent 的模型分到不同家，让架构与评审严守 Fable，让代码生成跳到 GPT-5.6 跑，用「不同模型族互相挑错」换一次发版前的最后一道防线。这套思路对需要平衡判断力与 token 成本的人来说，正是值得收进 AI工具 列表里的一类效率工具。
下面是对它的实测解读与一次可复制安装路径。
一句话定位：Fable 5.1 主持，GPT-5.6 干活，Fable 收尾。
场景痛点
Claude Code 默认让所有子代理、当前会话模型共用一个型号：AI Agent 路线一旦放在大型任务上，所有 token 都被最高档模型消耗——其中绝大部分其实是写代码、跑命令、回查工具这些「机械劳动」，用不着那个最贵的脑子。换成一句话问就是：
- 我想要 Fable 5.1 的判断力，但不想让它把所有打字都干了；
- 我想要 GPT-5.6 的实现速度，又想让它给我一个「不是自家模型」的复核；
- 我希望两者之间有明确的契约，谁负责什么、哪个任务派给谁、各自跑哪个档位的思考力，不要每次都靠我口头指示。
Fable Advisor 解的就是这一组。它提供的不只是一只工具，而是一套「cross-vendor 路由 + 文档化契约 + 即时审计」的 Claude Code Plugin 范式。
它是什么
Fable Advisor（源码）是一只 Claude-Code 类型的开发者工具，目前 v 5.0.0（2026-09-02 发布），开源 且开源软件，MIT 协议，由独立开发者 DannyMac 180 维护。它是一类典型的软件工具 ——具体到本文则是把多模型协作分发器装进 Claude Code 会话。
它利用 Claude Code 的一条原生能力——会话本身的模型可以与每个子代理的模型不同——把整次工作流拆成三种角色，每种角色绑定到不同的型号：
| 角色 | 模型 | 通俗解释 |
| 主持（architect） | Fable 5.1（fable alias） | 拥有需求拆解、规范产出、门控签收的「架构师会话」 |
| 日常实现 | GPT-5.6 Luna | 走 Codex CLI 调用，输出实际代码，默认 lane |
| 高复杂度实现 | GPT-5.6 Sol | 同样走 Codex CLI，但思考档位可上 ultra |
| 最终审阅 | Fable 5.1（独立 context 的 fable-advisor） | clean-context 复查，最后一道卡 |
三条 lane 由项目里的 orchestration skill 调度：会话（architect）拿到任务后写 spec、点名 lane 和思考档位，把任务下放；执行完毕把 diff 与验证证据收回来；最后送进 fable-advisor agent 跑一次复核。在干净 context 里看 diff，避免「被我自己的上下文偏向带跑」——这是这个模式的核心承诺。
跨模型族带来的一个副产品：写代码的人和最终挑代码的人不再是一家人。这种「跨厂商独立复核」是这份 Plugin 比「全 Fable 包办」更值的地方——评审意见来自一个跟你架构不同意见不同盲点的实现，而不是同一只脑子批改自己的作业。
三步流程
项目自带的 30 秒演示海报里把整套流程总结成三个动词：Orchestrate、Implement、Review。
1. Orchestrate（Fable 5.1 出 spec）
会话在你描述需求之后，由 Fable 5.1 写出实施规范，并指明派给哪条 lane、走哪个思考档位。这一段不只是规则，更近似一份 AI教程 性质的方法论：使用技巧 上要把握住几条：
- 规范里要能容纳「目标 / 接口 / 验收 / 上下文 / 复用片段 / REASONING」这六段（项目自称为 six-part spec contract）；
- 调用 Codex CLI 的 lane 通过
codex exec实际跑，不绕弯； - 思考力（reasoning effort）每条 lane 都不写死——architect 在 spec 里点名（如
REASONING: low或max或ultra），lane 原样传过去。
关键约束：architect 自己不动手写代码。它只写规范、出判断、做验收，把 token 花在「决定做什么」上，不花在「打字符」上。
2. Implement（GPT-5.6 Luna 干活）
日常 lane 默认就是 GPT-5.6 Luna：通过 OpenAI Codex CLI 登录后，由项目里 codex-implementer 子代理触发。配置好的情况下，机械性改写、模板生成、CRUD、补单测这一类任务就直接走这条 lane 完成。
项目还提供一条 sol-implementer 走 GPT-5.6 Sol——专门用于「规范写不细、需要模型自带判断」的活儿，比如并发的微妙时序、难调的 Bug、安全敏感路径、跨度大的重构等。
更重要的是：这条 lane 不静默回退。一旦指定 codex-implementer 跑不动，它会显式汇报 STATUS: unavailable，而不是悄悄拿 Fable 顶上去——这种「失败响亮、不掩盖」的设计，是这套 Plugin 的工程伦理。
3. Review（Fable 5.1 干净 context 复核）
任务结束前，fable-advisor agent 会基于「干净 context」对累计 diff 做一次最终审阅，给出 ship / fix-first / rethink 之一。它的判断跟你会话里那个 Fable 同源，但不携带这次会话的逐步推理，等于另起一只脑子看同一份成品。
如果安装了 OpenAI 官方的 Codex plugin for Claude Code，还可以插入一个 /codex:adversarial-review，在 Fable 复核之前先让 GPT 家族自己挑一遍——两条独立来源的复核都齐全。
安装与上手
这条 Plugin 装起来不复杂，作为一类适合写进工具推荐 清单的实用软件 来说也不需要复杂准备——前提是已经能用 Claude Code：
需要把当前会话切到 Fable，启用 architect 模式：
之后正常下指令就行。举一段 README 给出的示例提示词：
整个流程就被这一句话带起来：architect 写 spec 决定走哪条 lane、跑哪个档位、要求 Codex 给出 diff 与验证，最后交给 Fable-advisor 收尾。
硬性需求与可选依赖：
- Claude Code ≥ 2.1.170，且订阅档位里包含 Fable 5.1（Pro / Max / Team / Enterprise 都行）。如果你的账号只能 API 付费，把
agents/fable-advisor.md里的model: fable改成model: opus，整个 pattern 同样成立——architect 身份从 Fable 降到 Opus； - OpenAI Codex CLI 已安装并登录（
npm i -g @openai/codex，然后codex login），否则两条 GPT lane 直接报STATUS: unavailable，pattern 自动退化为 advisor-only； - 可选：Codex plugin for Claude Code 安装后，能多拿一组
/codex:adversarial-review与/codex:rescue调试工具。
Lite 模式（不想用全套路由）：把 agents/fable-advisor.md 单文件复制到 ~/.claude/agents/，会话保持在 Sonnet 上，就获得了「advisor-only 模式」——只在关键决策边界问一只干净 context 的 Fable，平均每次咨询成本可低至「美分级」。这对大部分日常任务已经够用。
要把它变成「默认行为」，在项目 CLAUDE.md 里加一节即可：
适用场景与边界
Fable Advisor 不是一把「什么都能交给 AI」的万能铲，它解决的是「我既想用最好的脑子，又不舍得每 token 都按最好的价钱付」这种典型多模型协作场景。对需要把判断与执行分开调度的人，它也直接接到了 AI生产力 这条主轴上。具体来说，比较合适的几类用法：
- 大代码库的日常维护与中等规模重构：architect 写 spec、Luna 写代码、Fable 收尾，token 的「质量分布」更合理；
- 跨文件、跨模块、含并发的实现任务：通过
sol-implementer在max / ultra档位上让 Sol 处理「判断写入规范的部分」，写后再给 Luna 一份粗稿做交叉； - 关键决策前的二审：架构选型、迁移路径、API 改动，都可以显式触发一次
fable-advisor咨询，听一听干净 context 的 Fable 怎么说； - 多人协作 + 强审计场景：插件里的六段 spec 与验证证据天然适合多人检视，每一段都对应一处可质询的合同。
反过来，如果你只是想要一只本地 / 离线代理，或者压根没用 Claude Code，那 Fable Advisor 没有用武之地——它是 Claude Code 专属，不兼容 claude.ai 上的 chat 界面（subagent 路由只存在于 Claude Code 的 CLI、桌面版、VS Code 版和 Web 版里）。
作者 DannyMac 180 自己写过一句直接的话：「Why not just let Fable write the code too? You can. It’s excellent. It’s also the most expensive model per token, and most of a session’s tokens are implementation mechanics that the codex lanes handle at near-parity.」——他把「为什么不全用 Fable」的理由写得很直白：贵，且大部分活儿用不着；
同期维护者还写了 Attention Heads 这一份关于 AI 与认知的 Substack 长文专栏，「Agentic Engineering Field Notes」系列是工程实践方向；
“如果你想试试 Fable 指挥 GPT 5.6 干活，可以试试 fable-advisor 这个 Plugin。我没有试这种模式是因为我直接让 Fable 指挥 Opus 更简单直接，没必要折腾。如果你用 Fable API 而不是订阅的话这应该是一种不错的模式。”
官方网站
https://github.com/DannyMac180/fable-advisor
下载地址
https://pan.quark.cn/s/6f12dfca737e
