Fable 5 将于 7 月 12 日下线,趁早让它训练出替代者

Fable 5 Leaves July 12. Make it train its replacement before it does.

中文译文 · 12k 字

一句话摘要

标题主题:在 Fable 5 于 7 月 12 日下线前,让它训练出替代模型

Fable 5 于 7 月 12 日离开。趁它离开前,让它训练出自己的替代者。 2026年7月8日 · 11分钟阅读 · 查看原文 ↗ Claude AI 营销 几天前我发了一条推文,讲的是让 Fable 5 在它转为按量付费之前,训练出它自己的替代者。 它获得了超过 60 万次浏览和 4600 个收藏。而我的私信从那以后就没停过。每个人都在问同一个问题:完整的配置到底长什么样? 然后 Anthropic 把 Fable 5 延长到了 7 月 12 日。这意味着每一个收藏了那条推文的人,都刚刚得到了第二次机会,真正去跑一遍这个打法。 所以与其一条条回私信,我把整件事写下来。 我运营一家 2 万美元 MRR 的 AI 代理公司、一个 AI 应用工作室,而这是我在窗口关闭之前,正在我们自己的仓库上跑的精确打法。 这里是完整拆解。 这个打法到底是什么 Fable 5 是 Anthropic 有史以来发布的最贵的模型。当窗口在 7 月 12 日关闭后,它的计费是每百万输入 token 10 美元、每百万输出 token 50 美元。是 Opus 价格的两倍。 现在它被包含在每一个付费套餐里。再过几天,每一次 Fable 调用都会变成一个购买决策。 这个打法来自 r/ClaudeAI,它是我见过的任何人利用这个免费窗口做的最聪明的事: 让 Fable 5 为你之后会继续使用的模型写 Skills。 Skills 是 Claude Code 加载的、用来知道如何在你项目里行事的文件。大多数人要么手写、写得很烂,要么下载一堆他们根本不需要的 skill 包。这个打法把它翻转了过来。你以固定费率拥有的、这辈子最聪明的模型,会把它的判断编码进文件里,而这些文件会在未来每一次会话里由 Opus 和 Sonnet 运行——在 Fable 被挡在积分墙后面很久之后,依然如此。 这里要归功于:u/oj93-rd 在 r/ClaudeAI 上提出了这个点子,u/Rodbourn 写了那个把它变成系统的 prompt。这个框架设定才是天才的部分。你不是让 Fable"写点 skills"。你告诉它: "你是这个项目上一名即将退休的杰出研究员。你的最后一项任务:构建一个完整的 skill 库,好让初级工程师和更小的 AI 模型在没有你的情况下也能把这个项目推进下去。" 一个在做正规交接的退休高级工程师。这一个框架设定,改变它写出来的一切。 大多数人花掉这个窗口的方式有什么问题 延期让事情更糟了,而不是更好。多出的五天听起来像是喘息空间,于是人们又回去把 Fable 当成任何其他模型来用。 这是我用的过滤器:这周你用 Fable 做的每一件事,要么是一场对话,要么是一件资产。 对话在会话结束时死去。你跑的那个 demo、你问的那个聪明问题、"看它造出了什么"的截图。窗口关闭的那一刻,全没了。 资产在模型消失之后仍继续工作。一个 skill 库就是一件资产。未来每一次 Opus 或 Sonnet 的会话,在数月里,都会因为 Fable 免费做过一次的工作而运行在更高的标准上。 你到 7 月 12 日为止。构建资产。 这是精确的配置,一步步来。 第 1 步 - 选仓库,给这次运行做预算 在碰 prompt 之前,先做两个决定。 只选一个仓库。你最重要的、寿命最长的项目。不是一个周末实验。这个打法只有在一个更便宜的模型会持续数月继续工作的代码库上才划算。 给用量做预算。这是昂贵的部分,我不假装不是。完整运行烧掉了我 20x Max 套餐上略多于 40% 的每周 Fable 用量。这个 prompt 字面意义上告诉 Fable:token 成本不是约束,正确性才是。 这个数字就是为什么你只在一个仓库上跑,而不是五个。而且它仍然是这周能拿到的最划算的交易:一周用量的 40%,换来对之后每一次会话的永久升级。 第 2 步 - 运行 prompt 完整的通用 prompt 在 GitHub 上: github.com/tomicz/fable-5-train-opus-skills-after-it-retires 打开选了 Fable 5 的 Claude Code,把整段粘贴进去,然后放手。 大多数人漏掉的是:这不是一条指令。它是一个三阶段的系统,而正是这些阶段让输出这么好。 阶段 1 是纯发现。不允许写。Fable 像一名新来的高级工程师那样调查你的仓库。README、构建系统、测试套件实际怎么跑、CI 配置,还有我最爱的部分:你的 git 历史。什么改过、什么被回滚过、什么卡死在死分支上。你仓库的疤痕组织。 阶段 2 用并行 agents 来编写 skill 库。每个 skill 一个 agent,总共 10 到 16 个 skills,根据阶段 1 发现的东西来适配。 阶段 3 审查一切。三个并行审查者检查完整集合的事实错误、矛盾之处和可用性,然后一个修复者应用修正。Fable 在把交接交给你之前,先给自己的交接做 QA。 第 3 步 - 像它重要一样回答那五个问题 这里是没人谈论的部分,也是你整个 skill 库的质量在这里被决定的地方。 在阶段 1 结束时,Fable 会采访你。最多五个问题,只问那些仓库无法告诉它的事: → 眼下最难的真实问题是什么 → 存在哪些没有任何文档写明的不成文规则 → 这个库是给谁用的,而他们不知道什么 → 过去的哪些失败最浪费时间 → 对这个项目来说,"超越当前最先进"意味着什么 别急着回答这些。你的答案会被织进它写的每一个 skill 里。 当我说模型编码判断时,机制就在这里。仓库给它事实。你的答案给它"打仗的故事"。这两者的结合,才是一个真正的退休工程师会留下来的东西,也正是六个月后一场 Sonnet 会话不会拥有的东西——除非你在这里把它写下来。 第 4 步 - 搞清楚你会得到什么 这个 prompt 里的分类法本身就值得一读,因为它同时充当一份清单,列出一个文档良好的项目该有的全部东西。核心集合: → 变更控制。这里变更如何被分类、设闸门和审查,以及每条规则背后的历史事故 → 调试手册。一张为你的项目失败模式准备的"症状到分诊"表,每个陷阱都带着它的故事 → 失败考古学。每一个主要的死胡同、被否决的修复和回滚,从 git 历史里挖出来,好让没人再去重打一场已经定案的仗 → 架构契约。那些承重的设计决策、它们为何被做出,以及明确说出的已知弱点 → 构建、运行、配置、验证、文档。那些让项目操作起来很无聊的运营手册 然后是进阶层,这是这个 prompt 赢得它的星星的地方。Skill 13 是针对你最难的现实问题的一场决策门控战役:编号的阶段、精确的命令、每个闸门处的预期观察,以及明确圈出来的错误路径。这是一份针对此刻正在伤害你的事物的作战计划,由你在那个仓库上运行过的最聪明的模型写就。 每个 skill 都遵循同样的写作规则:为一个零上下文的初中级工程师或一个 Sonnet 级模型而写、可直接复制粘贴的命令、在陈述之前已对照仓库验证过,而且每个都写明什么时候不要用它。 最后那条规则比它看上去更重要。错误的运行手册比没有更糟。 第 5 步 - 审查、修剪,并把它交给便宜模型 运行结束时,Fable 会给你 skill 清单、它通过抽查验证了什么、以及什么仍然不确定。读那份报告。 然后在信任其中任何东西之前,先做两件事。 审查判断性决定。Fable 编码了它的观点,包括你可能不同意的观点。十分钟的审查,保护的是未来几百次会话。 毫不留情地修剪。如果它写了 16 个 skills,只有 10 个是承重的,把其余的删掉。Skills 会加载进上下文。一个臃肿的库会让未来每一次会话都变得更蠢,而这正是这个打法存在的意义。如果你读过我这周那篇关于 Claude Code skills 的文章,你就已经知道:从 skills 里收获最大的构建者,运行的是更少的 skills,而不是更多。 然后是回报。开一个新的 Opus 或 Sonnet 会话,给它一个真实任务,看它在碰你的代码之前,先拉出调试手册或变更控制规则。那是 Fable 的标准,运行在一个 7 月 12 日之后你真正负担得起的模型上。 趁你还在里面,再多做一步:别只让 Fable 写新 skills。把它指向你已经有的 skills。 我写这篇文章之前,在我自己的库上跑了这个。结果: → 我的 skills 平均缩短了 30%,而一切仍然正常 → 一个 skill 从 210 行降到了 80 行,行为零变化 更短的 skills 不只是更干净。Skills 会加载进上下文,所以你砍掉的每一行脂肪,都是你在每一次会话里拿回来的上下文。一个过载的 skill 库会让 Claude 更蠢,而不是更聪明。 prompt 就一行:"读这个项目里的每一个 skill。在不改变行为的前提下,为简洁和正确性优化每一个。在写之前,给我看每个 skill 的 diff。" 同样的打法,同样的窗口。Fable 的判断,应用在比它活得更久的文件上。 什么时候跑这个 不是每个人都有完整运行的用量预算。按套餐的优先级顺序: → 在 Max 套餐上:今天就把它跑在你最重要的仓库上。在 7 月 12 日之前,你的预算刚好够跑一两个这种。 → 在标准付费套餐上:在你唯一最重要的仓库上跑,并接受它可能吃掉你一周的大部分用量。它仍然是那一周最好的用法。 → 用量快没了:跳过完整运行。让 Fable 结合你的 git 历史,改写你的 CLAUDE.md。一个文件,成本的一小部分,而且它仍然比窗口活得久。 要留意什么 → 30% 用量这个数字是真的。为它做预算,只在一个仓库上跑,别在你每周限额重置到零的那天启动运行。 → 好好回答那五个问题,否则就跳过这个打法。懒散的答案产生一个泛泛的库,而一个泛泛的库,是你本可以从 skill 包里免费下载的东西。 → 信任之前先审查。Fable 会对照仓库验证命令,但它也会编码判断性决定。那些决定由你来接受或拒绝。 → 给"把 Fable 大脑装进 Sonnet"的期望降降温。一个 skill 库传递的是流程,不是智能。你保留的是标准、打法和打仗的故事。没有人能通过一个魔法文件,在一个更便宜的模型里得到 Fable 的推理能力,不管这周的时间线在告诉你什么。 这到底意味着什么 窗口关闭不是故事。故事是,在还剩下的几天里,你可以把 Anthropic 有史以来发布的最好的模型指向你自己的项目,让它留下永久性的升级。 这也是万物前进的方向。前沿模型会继续以大多数构建者无法每天承担的价格发布。赢的构建者,不会是那些每天能负担得起最大模型的人。他们会是那些懂得趁自己有访问权时,把一个模型的判断提取成资产,然后在能负担得起的模型上运行那些资产的人。 大多数人会花接下来的几天制造对话。那些花这几天制造资产的构建者,到了 12 月还在收回报。 对早早行动的构建者来说,2026 年将会是"不公平"的。 TLDR → Fable 5 延长到 7 月 12 日,之后转为按量付费,每百万输入 10 美元、每百万输出 50 美元 → 来自 r/ClaudeAI 的打法:让 Fable 写一个完整的 skill 库,好让 Opus 和 Sonnet 在它离开后延续它的标准 → 解锁点在于框架设定:Fable 扮演一名做完整交接的退休高级工程师 → 三个阶段:它调查你的仓库、用五个问题采访你、用并行 agents 写 10-16 个 skills,然后审查自己的工作 → 完整 prompt 在 GitHub 上免费(点子归功于 u/oj93-rd,prompt 归功于 u/Rodbourn) → 为它做预算:这次运行可能吃掉你每周 Fable 用量的 30%。值得。 → 审查输出、修剪掉不承重的部分,把库交给你的便宜模型 → 资产优先于对话。其他一切都在 7 月 12 日过期。 LFG。 链接 github.com/tomicz/fable-5-train-opus-skills-after-it-retires 标签:# X # Claude # AI # 营销 # 指南 # Fable # Sonnet 相关文章 How to Build an AI-Native Company: Hiring, Standards, and Cadence *我们花了一年时间跑黑客松、AI 培训和办公时间。但什么都没变,直到我们把 AI 能力变成一项硬性要求。* AI 循环 Claude 营销

原文参考:https://maxed.wiki/posts/fable-5-leaves-july-12-make-it-train-its-replacement-before-it-does/ (Maxed.wiki,本页为站内中文整理)