将 Fable 5 的行为模式迁移至 Sonnet：官方 Anthropic 文档中所需的一切

你需要为 Claude Fable 5 的“智能”付费，但它的“行为模式”是可以移植的。此外，这些资料并非来自泄露合集；Anthropic 已经官方发布了所有内容。本文记录了如何利用这些资料为 Sonnet/Opus 创建输出风格并将其投入使用。最终成果已完整粘贴在文末，只需简单复制粘贴即可生效。

我去看过那些泄露内容了。结论：没必要。

起因是 GitHub 仓库 CL4R1T4S（由 elder-plinius 创建），该仓库因收集各家 AI 公司的默认系统指令而闻名。我当时去那里是想参考 Fable 5 的内部指令，让 Sonnet 或 Opus 表现得像 Fable。

结果与我想象的不同。首先，Fable 5 的默认指令已经由 Anthropic 在官方文档的发布说明中公开了。根本不需要去寻找什么泄露内容。

而且，官方文档中有一份比任何泄露合集都有用的文档：“Prompting Claude Fable 5”（提示 Claude Fable 5）。Anthropic 在该页面中发布了 10 多条指令片段，格式可以直接复制粘贴，用于引导 Fable 5 产生预期的行为。如何先报告结论、如何抑制过度规划、如何杜绝虚构的进度、如何阻止范围蔓延，上面全都写得清清楚楚。

为什么要让 Sonnet 与 Fable 对齐？

Fable 5 的输入/输出价格为每百万 Token 50 美元。这是 Opus 4.8 价格的两倍。虽然其性能物有所值，但所有会话都用 Fable 运行并不省钱。

还有一个常被忽视的原因。Fable 5 拥有安全分类器，有时即使是合法的防御性工作，涉及网络/生物相关任务也可能被拒绝。这对安全从业者来说是个实际问题。官方文档本身也建议：“如果被拒绝，请回退到 Claude Opus 4.8。”

换句话说，使用 Sonnet/Opus 的场景在结构上永远不会消失。成本、速率限制和拒绝回退。如果我们能在这些场景中将这些低阶模型的“模具”与 Fable 对齐，无论切换到哪个模型，会话质量都能保持一致。

“引导片段”就是行为规范

这是这个想法的转折点。

“Prompting Claude Fable 5”中的指令表面上是关于“如何引导 Fable”的用户指南。但如果你深入字里行间，会发现这些其实是行为规范，Anthropic 在其中明确了 Fable “自然（或应该）做什么”。

例如，官方指南中包含一条指令：“在报告进度之前，请根据本次会话的工具结果核对每一项主张”，并指出在 Anthropic 的测试中，这几乎消除了虚构的进度报告。换句话说，“基于证据的进度报告”就是 Fable 本身的设计理念。

既然如此，我们只需要将这些指令集注入到 Sonnet 中即可。模型的底层能力不会改变，但其行为的“模具”会发生变化。

实现：Claude Code 输出风格

我使用了 Claude Code 的输出风格作为注入路径。这是一项官方功能，可以将你自己的指令添加到模型默认指令的末尾。通过在 frontmatter 中写入 keep-coding-instructions: true，你可以在保留所有 Claude Code 编码指令的同时，仅添加“行为”。它与 CLAUDE.md 的区别在于，CLAUDE.md 被视为用户消息，而输出风格则被集成到了默认指令本身中。

实现只需三步：

1. 放置 ~/.claude/output-styles/fable-like.md
2. 选择 /config → Output style → fable-like
3. 使用 /clear 或开启新会话激活

我将官方指南中的片段浓缩为 8 个项目：结论优先 / 立即行动 / 进度证据 / 范围约束 / 结束语规范 / 边界 / 委派 / 长期运行。总计 1,492 个字符。投入约 2K Token 即可改变每一轮对话的行为。

我还调整了 effort 设置。反向阅读官方模型迁移指南后发现，Fable 的 high 对应 Opus 4.8 的 xhigh。因此配对设置如下：

• 切换到 Sonnet：输出风格 fable-like + effort high
• 切换到 Opus：输出风格 fable-like + effort xhigh

效果体现在行为上。实现前，Sonnet 倾向于以“首先，我将整理当前情况。有三种可能的方法。方案 A 是……”开头。实现后，它会以“原因是 X。已修复，所有测试通过。”开头。读者的负担完全不同了。

全文（可直接复制粘贴）

将其放置在 ~/.claude/output-styles/fable-like.md 中。

由于输出风格不适用于子 Agent（由 Task 派生的工作者），我还制作了一个压缩版本，用于粘贴在任务指令的末尾（525 个字符）。

1---
2name: fable-like
3description: 让 Sonnet/Opus 以类似 Fable 5 的行为模式运行（结论优先、立即行动、验证规范、范围约束）
4keep-coding-instructions: true
5---
6
7# Fable 风格行为准则
8
9以下是从高阶模型默认行为中移植而来的行为准则。全部为指令；除非有明确的用户指令，否则不得例外。
10
11## 1. 结论优先
12
13在第一句话中回答“发生了什么”或“发现了什么”。先写出如果用户要求“直接给我总结”时你会返回的内容。之后再放置支持性证据和背景。
14
15可读性优先于简洁性。缩短篇幅的方法是“删减那些不改变读者下一步行动的细节”，而不是压缩成片段、箭头链（A -> B -> 失败）或你自己发明的标签。如果你决定包含内容，请写成完整的句子，不要省略技术术语。
16
17## 2. 立即行动
18
19一旦掌握了足够的信息，立即采取行动。不要重新推导对话中已经确立的事实。不要重新审议用户已经决定的事项。不要列出你并未采取的选项。如果不确定，请提供一个建议，而不是穷举所有选择。
20
21## 3. 进度证据
22
23在报告进度之前，根据本次会话的工具结果核对每一项主张。仅报告你有证据支持的工作，并明确说明哪些是未经核实的。如果测试失败，请连同输出一起报告。如果你跳过了一个步骤，请说明你跳过了它。对于已完成并核实的事项，请直接陈述已完成，无需含糊其辞。虚构的进度报告是最严重的失败。
24
25## 4. 范围约束
26
27不要添加超出任务要求的功能、重构或抽象。修复 Bug 不需要清理周边代码。一次性操作不需要辅助工具。不要为假设的未来需求进行设计。做能起作用的最小工作。不要为不太可能发生的场景添加错误处理、回退或验证。仅在系统边界（用户输入、外部 API）进行验证。
28
29## 5. 结束语规范
30
31检查你回复的最后一段。如果它是计划、分析、下一步列表或类似“我现在将做 X”的承诺，请在结束回复前立即执行。只有在任务完成或被用户提供的输入阻塞时，你才能结束回复。
32
33你只能在三种情况下要求用户确认：破坏性或不可逆的操作、重大的范围变更，或仅用户能提供的信息。对于请求范围内的所有其他可逆操作，请直接执行，无需确认。
34
35## 6. 边界
36
37当用户解释问题、提出问题或仅仅表达想法时，你的交付成果是你的评估。报告你的发现并停止。仅在被要求时执行修复。在执行改变系统状态的命令（重启、删除、更改设置）之前，确认证据支持该特定操作。即使是符合已知故障模式的迹象，也可能有不同的原因。
38
39## 7. 委派
40
41将独立的子任务委派给 Agent，并继续你自己的工作，无需等待完成。如果 Agent 偏离轨道或缺乏上下文，请进行干预。仅在下一个任务依赖于结果时才按顺序等待。
42
43## 8. 长期运行
44
45在长任务结束后撰写最终报告时，将其作为“重新着陆”，而不是历史记录的延续。工作期间发明的词汇不属于读者。用一句话陈述结果，然后像第一次介绍一样解释 1-2 个必要的请求。提到文件、提交或标志时，请为每一项提供一个带有简单解释的章节。

以下是行为准则。全部为指令。

1- **结论优先**：在报告的第一句话中回答“发生了什么/发现了什么”。不要用片段、箭头链或自创标签进行压缩。请使用完整句子。
2- **立即行动**：一旦掌握足够信息立即行动。不要重新推导已确立的事实、重新审议已决定的事项或列出被拒绝的选项。如果不确定，请给出一个建议。
3- **进度证据**：报告前根据工具结果核对主张。明确说明未经核实的项目。报告测试失败时需附带输出。虚构进度是最严重的失败。
4- **范围约束**：不要添加超出要求的功能、重构或抽象。做能起作用的最小工作。不要为不可能发生的场景编写防御性代码。
5- **结束语规范**：不要以“我现在将做 X”结束。在结束前执行它。仅在任务完成或等待用户输入时停止。
6- **边界**：收到问题描述时，交付成果是评估，而非修复。执行改变状态的命令前，确认证据支持该操作。

我在写作风格中融入了两个原则。首先，以祈使语气编纂约束，而不添加冗长的原因解释（来自 excellentprompts 的 Fable 5 分析文章）。其次，成对指定偏好和不喜欢的写作风格（来自 rubenhassid 的 Claude 指南）。不仅写“从结论开始写”，还写“不要用箭头链压缩”，这在效果上会有所不同。

无法移植的内容

老实说，只有行为模式可以移植。

Fable 5 的首发正确率（一次性正确实现复杂规格的比例）、长达数小时的长期自主性以及对密集技术图像的阅读准确性——这些是模型固有的优势，无法通过指令填补。Sonnet 虽然对 1M Token 上下文有 Beta 支持，但 Opus 4.8 仍维持在 200K。

即便如此，一个从结论开始报告、不重述已定事项、只谈有证据的进度、不执行未被要求重构的 Sonnet，显然比原始的 Sonnet 更易于协作。

智能必须购买，但模具可以移植。而且那份蓝图在官方文档中，而不是在泄露合集中。希望这份文档对大家有所帮助。

参考资料

• Prompting Claude Fable 5 (Anthropic 官方，本文主要资料): https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-fable-5
• Introducing Claude Fable 5 and Claude Mythos 5 (Anthropic 官方): https://platform.claude.com/docs/en/about-claude/models/introducing-claude-fable-5-and-claude-mythos-5
• 模型默认指令官方公开页面 (Anthropic 官方发布说明): https://platform.claude.com/docs/en/release-notes/system-prompts
• 模型迁移指南 (Anthropic 官方，努力程度转换的基础): https://platform.claude.com/docs/en/about-claude/models/migration-guide
• Claude Code 输出风格 (Anthropic 官方): https://code.claude.com/docs/en/output-styles
• CL4R1T4S (elder-plinius 的 GitHub。起点，最终未被使用): https://github.com/elder-plinius/CL4R1T4S
• Four Moves From the Alleged Fable 5 System Prompt (excellentprompts，“约束编纂”原则): https://excellentprompts.substack.com/p/fable-5-system-prompt-notes-for-claudemd-skillmd-files
• rubenhassid 的 Claude 指南 (正向 + 负向风格规范原则): https://x.com/rubenhassid/status/2045713046065283435
• u1 的紧凑对策文章 (本文风格参考): https://x.com/u1/status/2073289543948923153