用 Fable 搭配 Opus 做 SubAgent 编排，Claude Code 省钱的实战用法

最近用了一次 Claude Code 送的重置，加上现在 Fable 也比较耐用，所以我用 Fable 就多了一些，我的用法是这样的： 把任务发给 Fable 让它安排 SubAgent（Opus）去执行，它负责分析、编排和验收。 所以大部分时间它都在等 subagent 执行，也就意味着它还能能力接活。 这时候你甚至都不用等subagent任务完成，持续派活，它都能给你记着一起安排，空闲的时候就会去执行 所以我有几个会话就一直开着，想到啥就发一个指令过去。 有点像 Fable 就是个 Tech Lead 的角色，专门帮你派活，还帮你验收，安排的妥妥当当的。 我现在已经不限制用 1M 上下文了（删除CLAUDE_CODE_DISABLE_1M_CONTEXT），设置了最大上下文是 300K > /autocompact 300k 当然这样用比只用 Opus 5.5 还是费不少，希望早点价格降下来，真的省心。 宝玉 @dotey 最近摸索了一种新的节约 Token 但是效果不错的模式（都是被逼的，Token 太贵）： Fable 写设计方案 -> （Loop 开始） Opus 执行 -> Advisor（Fable） 验收 （Loop 结束） 步骤是这样的： 1. 先 Claude 里面设置一下 advisor 为 Fable > /advisor fable 这样在使用 Opus，Sonnet 模型的时候，遇事不决它会请教 Fable，可能会有无谓的 Fable 消耗，但还是可以接受也值得 就好比请了个高级工程师当顾问 2. 复杂一点的问题先让 Fable 出方案，最大化利用 Fable 的能力。 就好比你让一个高级工程师写一个技术方案，让普通工程师去执行 3. 方案写好了确认了，让 Opus 去执行，但是执行的时候，加一句提示词： > 完成后让你的 advisor 验收一下，如果验收有问题就按 advisor 的反馈修复，修复完成后再让 advisor 验收，直到通过 advisor 的验收为止 可以配合 /goal 使用效果更佳 这样 Opus 在实施完成后就会找 Advisor 验收，通过 Advisor 就会给出反馈，然后 Opus 继续修改。 这样的好处就是整个过程你不需要人工去用 Fable 确认—— 以前我就是这么干的，Opus 执行完，我得回到之前 Fable 的会话去让它验收，或者新开一个会话，把文档发给 Fable 验收。 现在 Agent 自己就能形成闭环，不用你自己参与。 就好比你请了个高级顾问，复杂问题找顾问出方案，执行让你的工程师去按照方案执行，每次工程师做完自己去找顾问验收，顾问不仅验收还会告诉工程师哪里不对，然后工程师自己改，不用说每次做完找你，你再找顾问。 🔗 View Quoted Tweet 💬 23 🔄 5 ❤️ 35 👀 6563 📊 22 ⚡