跳转至

全网最全的Claude Fable 5 省钱攻略都在这了

Ch01.634 全网最全的Claude Fable 5 省钱攻略都在这了

📊 Level ⭐⭐ | 9.8KB | entities/全网最全的claude-fable-5-省钱攻略都在这了.md

全网最全的Claude Fable 5 省钱攻略都在这了

→ 原文存档

全网最全的Claude Fable 5 省钱攻略都在这了

source: wechat source_url: https://mp.weixin.qq.com/s/YirJ8-6_TZuFe9cLepFNSg

ingested: 2026-07-09

source_published: 2026年7月8日 09:31

全网最全的Claude Fable 5 省钱攻略都在这了

天才程序员体验卡+5！

今天早上，Anthropic 宣布，Fable 5 在所有付费套餐中的使用权限延长至7月12日（北京时间7月13日15:00左右），自动生效，不用做任何操作。

Fable 5 原定退出订阅套餐的时间是7月7日，不少用户为了榨干最后一滴，这两天特意烧光了自己的 Fable 周额度，结果一觉醒来，延期了。知名开发者 Simon Willison 就在 X 上晒出了自己 100% 拉满的额度条，大呼后悔。

不过，判决目前还是没变。7月12日之后，包月通道关闭，Pro、Max、Team和企业版订阅里不再包含Fable 5，想继续用，只有一条路：

开启按量计费。

走订阅的时候，模型再贵，也是一种有限的痛苦。虽然额度有限，但跑完就会停，可以放心大胆地让它跑。

按量计费后，每一次回车都是在刷卡。

官方定价，输入$10 / 百万 token ，输出$50 / 百万 token，正好是 Opus 4.8 的两倍。

要是让 Fable 5 通宵挂着跑任务，一晚用掉一两千万 token ，睁眼就是几百美元的账单。

但是对于Fable 5 ，大家一边骂骂咧咧，一边谁也没舍得真关掉。

原因很简单：无人值守自动编程、复杂需求一把过、在糊成一团的图片里做精准识别，这些事目前只有它办得利索。

想找平替？被预告了 N 次、说马上公开发布、到现在还没准日子的 GPT-5.6 不算的话，环顾四周，还真没有。

于是这几天，“怎么把 Fable 5 用得更省”成了热门话题，GitHub、推特都在讨论。翻遍这些帖子，开发者社区已经攒出了一套完整的节流打法，GitHub上冒出一批专门的开源项目。我发现最有效的是这三个“邪修”方法。

◈第一个：把Fable 5 蒸馏成skill

先说一个在这几天最简单、最快的薅羊毛方法。

来自一个GitHub仓库，小火，项目名字叫 fable-5-train-opus-skills-after-it-retires。 （直译就是 趁Fable 5退休前，让它训练Opus的技能）。

为什么说它最简单，这个项目不是一个工具，是一段提示词，仓库里只有一段提示词。

项目地址：

https://github.com/tomicz/fable-5-train-opus-skills-after-it-retires

但这段提示词的设计挺讲究：

你是这个项目即将退休的杰出研究员，你的最后任务，是建一套完整的技能库，让初级工程师和更小的模型在没有你之后，也能按你今天的标准把项目推进下去。

出发点很朴素，赶在窗口关闭前用订阅额度把你的典型任务跑一遍，并把解决思路沉淀成skills，传承给Opus。

这招源自 Reddit 上的热帖，被博主 Vaibhav Sisinty 搬到推特后出圈，近 30 万浏览。

用法也超简单，把提示词整篇复制，粘给 Claude Code 里的 Fable 5后，具体会分三步执行：

  • 先像一个新来的首席工程师那样通读你的项目：README、构建脚本、测试、CI 配置、git 提交历史全部过一遍，然后最多问你5个仓库本身回答不了的问题；
  • 第二步，并行开出十几个 agent，一个 agent 负责一份，产出 10 到 16 份 skills，覆盖调试手册、构建环境、架构约定、历史踩坑记录这些日常最常用的场景，存进项目的 .claude/skills/ 目录；
  • 最后由三个评审 agent 审查：事实是否属实、前后是否矛盾、新手能否照做，再由一个修复 agent 统一改完，才算完工。

这个思路还有一个更工程化的同类项目oh-my-fable，个人项目，star不多，是一个还没起步的小项目，思路值得一看。

项目地址：

https://github.com/didrod205/oh-my-fable

把Fable 5干长任务的方法论本身——先规划、自我纠错、不丢线索——抽象成一个不挑模型的执行框架。心法是Fable 5的，引擎可以是任何模型。

每一步自动存档，程序崩溃也没关系，可以原地续跑。按量计费之后，崩了不用从头重跑，“不用从头跑”这五个字本身就值钱。

大家不妨安排上，多留一点是一点。

◈第二个：文字转图片，最高省70%

这个是这波降本潮里最邪门也最硬核的项目。

pxpipe是GitHub 最近爆火的开源项目，已经收获了4.8k 星，7月初刚更新，非常活跃。

项目地址：

https://github.com/teamchong/pxpipe

项目思路很天才：庞大的上下文信息，不再以文字的形式发送，而是渲染成 Claude 可以读取的图像。

背后的原理是一个近乎 bug 的价差：模型对文字和图片是两套计费标准。

给图片计费，看的是像素尺寸，才不管里面塞了多少字。在真实的 Claude Code 流量上，代码、JSON、日志这类密集内容，一个图片 token 能装约 3.1 个字符，而一个文本 token 只装约 1 个 。同样一大段上下文，排版成图片喂进去，token 数直接被压缩一大截。

pxpipe 就是中间这层转换：它是个本地代理，你正常递文本，它在背后把系统提示词、工具文档、对话历史渲染成 PNG 再送进 Fable 5。

按项目自己的实测，账单直降 59% ～ 70%。上下文越密，省得越多。

不过，省钱的代价也得提前说清：它是有损压缩。

图片里的哈希值、ID、密钥这类逐字节内容，模型识别不全对——Fable 5 认 12 位十六进制串是 15 个里对 13 个。日常任务问题都不大，但高精度的任务，还是输入文本更放心。

其次这个玩法的前提是模型读图够准，Fable 5读这种渲染页100/100，Opus 4.8误读约7%，它是为Fable 5的视觉能力量身定做的，所以迁移至其他模型，自担风险。

◈第三种：Fable 只当包工头，搬砖交给便宜模型

前面两招是想方设法省着用Token，GitHub上还有个很新的项目走了另外一条路，星数不多，但思路值得单独说。

项目开发者认为，Fable 5 真正独一档的是判断力，让它亲手敲每一行常规代码、通读几万行日志，等于花天价雇了个打字员。

因此，这位开发者的开源项目 fable-token-saving-skills-orchestrator，让 Fable 当上了包工头。不做最多的事，只做最重要的事。

项目地址：

https://github.com/100yenadmin/fable-token-sav

关联