如何掌握 Fable 5（完整课程）

如何掌握 Fable 5（完整课程）

原文：*How to master Fable 5 (Full Course)*

作者：Machina (@EXM7777)

发布时间：2026-07-02

互动数据：💬 15 🔁 27 ❤️ 273 🔖 574 👀 45392

Anthropic 不只是刚刚发布了迄今最强的模型，它还把我们带进了一个全新的可能性世界。

Fable 5 现在已经自成一类。在 GPT 5.6 Sol 发布之前，地球上没有任何东西能击败它。

开箱即用时，它就是一个强到离谱的模型：特别擅长长周期任务，比任何模型都更会管理 goals 和 loops，是极好的规划者和编排者。简单说，它什么都能干。

但如果你懂那些方法、战术和秘诀，能像前 1% 的工程师那样使用它，那这东西几乎没有做不到的事。

人们说它危险，不是没原因。

所以这是一门完整课程。

[原文此处有一张内嵌图。]

这篇会讲：这个模型真正强在哪里；怎样让它成为你自己的 agent team 的领导者；怎样把最好的结果从它身上榨出来；怎样用 goals 和 loops 让它连续工作数小时；以及它最能真正赚钱的五类工作流。

先提醒一句：Fable 会在 2026 年 7 月 7 日离开 Claude 订阅，之后转为按量付费。

所以这一周，是运行这门课成本最低的时候。

如果你想学会怎样把 Fable 5 用到极致，并用它赚钱，实时 AI ops 社群就是为这件事存在的：weeklyaiops.com

这个模型真正强在哪里

进入具体方法之前，先认识这台机器。Fable 有五件事，是之前的模型做不到的。

它从不丢线索

给它一个要做数小时的任务，它会一直咬住不放。

它曾经在一次无人看管的 3 小时运行里，完成了一次 18,000 行代码迁移。任何更早的模型做这种工作都需要有人在旁边盯着。

你三小时前设下的约束，对它来说和你刚刚输入的约束一样新鲜。

它像人一样看东西

给它看一张截图，它可以重建背后的可运行页面；可以从图表里读出准确数字；也可以只靠看一眼，就发现你网站上坏掉的地方。

它的 computer-use 分数是有记录以来最高的。甚至在读取模糊图片之前，它还会自己先把图片修清楚。

它交付成品，不是回答

把原始文件交给它，它会带着可交付物回来：报告、财务模型、方案。

专业分析师要花几天做的工作，它几个小时就能交付。而且在真实专业交付物的独立测试里，它领先其他模型的幅度是迄今测到过的最大。

它会从文件里变聪明

给它一个它能读写的笔记文件夹，它的进步速度会比之前任何模型都快。

你的笔记会变成它的记忆，而这种记忆会在一次又一次运行中复利。

它天生适合领导

它比任何之前的模型都更自然地启动并管理一队小型 agents。

这正是下面这套设置能成立的原因，也是这门课真正开始的地方。

驾驶舱：你需要的所有控制项

先用 60 秒完成设置，然后看控制项。

先更新 Claude Code。Fable 只会出现在较新版本的模型选择器里。

[原文此处有一张内嵌图。]

这就是整个驾驶舱。

这门课剩下的部分，就是知道什么时候该伸手去碰哪个控制项。

重头戏：把 Fable 当领导者，而不是 worker

最大的升级，是角色变化。

不要再像给 worker 派活那样给 Fable 输入任务。把它变成一支团队的 manager。市场上最聪明的模型，用来指挥工作，比亲自敲键盘更值钱。

设置方式如下：

Fable 制定计划：把 Matt Pocock 的 skills collection 喂给它（github.com/mattpocock/skills）。这些免费 planning skills 可以在任何工作开始前，把一个粗糙想法变成清晰、可测试的计划。

Fable 负责委派：实际工作交给 subagents、Opus 和 Codex workers，每个 worker 并行负责一条独立工作线。

Fable 负责审查：每个完成的部分都会回到 leader 手里，按计划检查；不对，就打回去。

你和它一起迭代：按固定节奏 check in，调整计划，让它继续跑。

为什么这套能跑通：Fable 比之前任何模型都更愿意调度并行 subagents，而且能把整个工作流在脑子里保持数小时。

它很少忘记三小时前的一条约束、一个文件，或自己做过的一个决策。这正是领导者需要的能力，也正是之前所有模型做不到的。

经济账也站在你这边。

workers 是更便宜的模型，所以昂贵的大脑只把 token 花在规划、检查和决策上。用这套形态的 operators 反馈说，他们的 token 账单是下降的，不是上升的。

[原文此处有一张内嵌图。]

构建你的 workers

leader 设置需要一支团队，而创建一个 worker 只要两分钟。

每个 worker 都是你项目里 .claude/agents/ 下面的一个小文件：一个名字、它运行的模型，以及一小段工作描述。

这就是全部机制。Fable 会读取这个文件夹，知道自己可以把任务委派给谁。

一个完整的 worker 文件如下：

[原文此处有一张内嵌图。]

verifier 比任何 worker 都更重要。

新鲜的眼睛能抓到作者自己抓不到的问题。一个被检查过的阶段，也不会在后面第三个阶段被迫返工。

让团队保持高速的三条规则：

一个 worker，只负责一条 lane。只有当任务不会碰同一批文件时，才并行多条 lane。

workers 运行在 Opus，也就是劳动力层。Fable 留在 leader seat 上，让溢价真正挣回来。

worker 声称的一切，都必须由 verifier 确认。不要让作业自己给自己打分。

如果你也运行 Codex，它就可以作为第二双手接进来：Fable 可以通过终端驱动它，把它当作任何其他工具。规则相同，verifier 也相同。

秘诀 1：不要过度指导它

你学过的所有 prompting，都是为更弱的模型准备的。

一步一步的指令、长长的规则列表、详细脚本。这些脚手架能让旧模型不跑偏，但放在 Fable 上会适得其反。

为旧模型写的 skill files 会主动拖低它的输出，因为你是在约束一个比脚本更会规划的模型。

Fable 天生很擅长理解上下文、做长期规划，并记住真正重要的事。

所以给它三样东西，然后让开：

你想要的 outcome。

必须成立的 constraints。

你为什么需要它："I'm preparing this for [who], they need [what], with that in mind: [request]"。

最后那一行比很多人想象得更重要。给出理由，稳定地优于只给裸请求。

另外，有两件事永远不要做，因为它们都会弄坏模型：

永远不要要求它展示或解释自己的推理。这个请求可能触发 safety filter，而你的工作会在你以为自己还在跑 Fable 的时候，悄悄被交给一个更弱的模型处理。

永远不要告诉它还剩多少 token 或多少预算。一个可见的倒计时会让它提前收尾，建议开新会话，而不是把工作做完。

秘诀 2：让你的 CLAUDE.md 保持轻量

CLAUDE.md 是 Fable 在 Claude Code 里每次任务开始前都会读取的文件，是它关于你项目的 standing memory。

人的本能是把它塞满。抵抗这个本能，因为在这个模型上，轻量文件比厚重文件表现更好。

三个 section 就够了：

这个项目是什么，用两行说清楚。

你实际会用到的命令。

它一直犯的错误。

今晚打开你的 CLAUDE.md，删掉一半。

更短的文件，就是升级。

[原文此处有一张内嵌图。]

秘诀 3：狠狠使用 loops 和 goals

这是 Fable 从一个聊天窗口变成一台机器的地方：你照常生活，它照常干活。

goals： 在 Claude Code 里，/goal 让你写下一条终点线；一个小型 judge model 会在每一轮之后检查是否已经越过终点线。如果没有，Fable 会自己继续工作，直到完成。

关键在于写一条它没法假装完成的终点线：

要求可见证据："run the tests and paste the output, it must pass" 比 "make the tests pass" 更好。

加一道刹车："or stop after 20 turns"。因为它没有内置限制；一个松散又没有刹车的 goal，已经让某个人在一次 prompt 上花掉了 960 美元。

在每份 brief 里保留一句诚实约束：每个进度声明都必须指向本次运行里的真实结果。单是这一条，就几乎消灭了假的 "done" 报告。

loops 在时间表上做同样的事：每晚、每小时、每周一。

一个 loop 可以 review 昨天的工作；一个 loop 可以更新你的文档；一个 loop 可以盯着你的数字，并起草告警。

在 goals 和 loops 之间，你可以让 Fable 在一件事上持续工作，直到任务需要的时间结束。

数小时无人值守的工作，最后等着你的不是承诺，而是证据。

[原文此处有一张内嵌图。]

怎样 one-shot 一个真实项目

把上面的所有东西一次性组装起来，放进一个真实构建里。

例子是一张带可用 waitlist 的 landing page。你可以换成自己的项目，流程仍然成立。

第 1 步：brief

你输入一条消息：

"I'm launching [product] for [audience], they need a landing page that captures emails

build it: one page, one clear promise, an email form that stores signups, looks premium

constraints: no frameworks I have to maintain, works on mobile, loads fast

plan first, then delegate, verify every stage"

第 2 步：plan

切到 plan mode（Shift+Tab），让它在碰任何东西之前先制定计划。

如果你安装了 Pocock skills collection（github.com/mattpocock/skills），就说 "use the planning skills"。返回的计划会是分阶段、有边界、可测试的。

读一遍，删掉你不想要的部分，然后批准。

第 3 步：团队开工

Fable 会在第一阶段调度 builder，verifier 冷启动检查它。只有通过之后，第二阶段才开始。

你不用盯着看。

第 4 步：终点线

设置 goal，然后离开：

"/goal the page runs locally, the form stores a test signup,

proven by pasting the server response and a screenshot of the page on mobile width,

or stop after 25 turns"

第 5 步：早晨 review

你回来时，会看到一份运行日志，里面每个声明都有证据。

review 截图，提出你想要的修改，然后 ship。

第一次跑完整流程需要一个晚上。

第二次你会意识到，每一个你一直拖着不做的项目，其实都可以用同一套 sequence。下一章讲的正是这个。

它真正能赚钱的五类工作流

现在，把整套设置指向值得构建的东西。

下面五类，是 Fable 能带来可衡量差异的地方：

[原文此处有一张内嵌图。]

巨型代码库任务：那种预计要几周、没人愿意主动接的迁移。

leader 按阶段运行，fresh reviewer 检查每个阶段，每个进度声明都绑定真实测试结果。原本数周的任务，几天落地。

deep research sprints：一个 goal 输入，workers 并行搜集，一个 checker 攻击每个 claim，最后输出结构化文件。

你回来时，拿到的是一份每个 claim 都经受过攻击的 dossier，可以直接喂给发布、内容创作或市场决策。

orchestrator setup：把本文开头那套 leader system 作为永久安装。

一个 seat 产出团队规模的结果，而且这个 architecture 会活得比这个模型更久。未来无论发什么新模型，都可以坐进同一个 seat。

reference-driven frontend：给它一整个文件夹，里面放你喜欢的网站截图；从 devtools 抽真实 CSS；让 Fable 对着 references 构建，并在循环里比较自己的输出和参考图。

你提供品味，它提供眼睛和手。

knowledge base building：最漫长的一种运行。把它指向你领域里所有值得知道的东西，让它构建出一个相互链接的 vault。

copywriter 可以用史上最好的 sales pages 来做；designer 可以用 design systems 来做；agency 可以用 case studies 来做。这个 vault 会永远 brief 你以后运行的每一个模型。

一个月前，这些都还是 someday projects。

现在，它们都是 this-week projects。

整套设置，一段话版

把 Fable 当 leader：用 Pocock skills 做 plan，用 Opus 和 Codex workers 做 labor，Fable 审查一切。

不要过度指导：outcome + constraints + reason，删掉脚手架。

保持 CLAUDE.md 轻量：它是什么、命令、已知错误。

狠狠使用 goals 和 loops：终点线必须带粘贴出来的证据，并写清楚刹车。

指向五类工作流：codebase、research、orchestrator、frontend、knowledge base。

Fable 会在 2026 年 7 月 7 日离开订阅。这一周搭起来的设置，会在那之后继续给你回报。