Fable 5 已于 7 月 1 日重新上线，并且带有时间限制。对于 Pro、Max、Team 及部分 Enterprise 套餐，在 7 月 7 日之前，它包含在你用量限额的 50% 之内。之后，将仅支持按量付费。
用 5 天时间，去体验已发布的最强 Claude 模型真正擅长的领域。
**
**7 月 7 日之后，同样的工作需要消耗积分。这个窗口期是大多数人能用到 Fable 5 最便宜的时候。
在开始使用之前，请先阅读以下内容：Fable 5 消耗用量的速度远快于 Opus，并且在处理常规任务时，一个安全机制可能会悄悄地将你路由回 Opus 4.8。所以，不要把这 5 天浪费在 Opus 已经能做得很好的事情上。把它们花在下面的任务上，这些任务才能真正体现出额外能力的价值。（各套餐详情有所不同，请先查看你自己的套餐，再依赖包含的用量上限。）
1. 一项能让你的团队忙活数周的迁移工作
让它处理整个代码库的变更，并端到端地运行完成。
这是最核心的用例，因为背后有真实的数据支撑。Stripe 报告称，Fable 5 将一项涉及 5000 万行 Ruby 代码库的迁移工作压缩到了一天之内完成，而他们估计这项工作如果手工完成需要两个多月。这正是 Fable 5 所擅长的任务类型：规模庞大、涉及面广，宏观上机械重复，但细节上错综复杂。
其 100 万 token 的上下文窗口使其能够同时容纳更多的代码库内容，而其长程 Agent 能力意味着它可以在数百个文件中执行变更而不会丢失线索。这正是那种会让普通会话不堪重负的工作。
1尝试进行真正的迁移2"将此代码库从 [旧 API / 框架 / 模式]3迁移到 [新 API / 框架 / 模式]。处理所有受影响的文件，4在迁移过程中保持测试通过，并给我一份总结，5说明更改了哪些内容以及任何你无法安全自动迁移的部分。"
✓ 一次运行尝试完成数周的迁移工作，而不是一次处理一个文件
2. 同时推理海量文档
放入整个数据室、文档文件夹或研究资料堆，然后提出棘手的问题。
大多数模型要求你分块输入文档，这意味着它们无法同时看到全局，从而会遗漏那些只有跨越整个集合才能发现的联系。Fable 5 的 100 万上下文让你能够加载真正庞大的语料库：一个完整的数据室、四分之一数量的报告、整个研究文件夹，并在一次处理中推理所有这些内容。
这就是“总结这份文档”和“找出文档 3 中的数字与文档 40 中的主张之间的矛盾”之间的区别。后者只有在模型同时掌握所有信息时才能实现。
1在你最大的资料堆上尝试2"这里有 30 份文档，共 200 页。找出那些3相互矛盾的主张、无法对账的数字，以及4每个人都假设但没有任何文档实际证明的三件事。5为每一项引用其来源文档。"
✓ 只有跨越整个集合才能发现的洞察，而非任何单一文档内部的信息
1在整个项目上尝试2"这是我想要的最终状态：[一个可工作的原型 / 一份完整的3报告 / 一个迁移完成的服务]。规划各个阶段，4按顺序执行，为独立的部分使用子 Agent，5并持续工作直到完成。在每个阶段向我汇报。"
3. 一个通常需要拆分成 20 次会话的多阶段项目
给它一个跨越多个阶段的目标，让它长时间运行，而不是分次进行。
Fable 5 专为长程 Agent 工作而构建：那些需要跨阶段规划并长时间运行的任务，而非仅仅给出一个答案。当普通模型需要你将一个项目分解成二十个小提示时，Fable 5 可以容纳整个计划，逐步完成各个阶段，并在过程中将部分工作委派给子 Agent。
这是与目标循环配合使用的用例：设定最终状态，让它运行，在你需要时检查进度。这最接近于移交一个项目，而不仅仅是一个任务。
给它一个可以自我检查的终点线。
长程运行最适合有明确最终状态和验证方法（测试通过、报告涵盖所有部分）的任务。模糊的目标会让它偏离方向。一个清晰的目标是将数小时的自主工作转化为一个成品的关键。
✓ 一个项目在一次运行中跨越多个阶段完成，而不是二十次拼接的会话
4. 需要自我验证答案的高风险工作
在那些正确性至关重要的任务上使用它，让它自己发现错误。
Fable 5 被设计用来验证自己的工作：它可以先进行推理，然后对照证据和自己的测试来检查推理结果，最后才宣布完成。这使得它成为处理那些错误代价高昂的工作的首选模型：复杂的财务模型、棘手的证明、法律文件交叉核对、以及你将据此采取行动的数据分析。
关键是要明确要求它进行验证，而不仅仅是生成答案。告诉它先给出答案，然后尝试推翻它，只有在答案经得起考验后才给你最终结果。
1在必须正确的事情上尝试2"解决这个问题，然后验证你自己的答案：列出每一个3假设，对照源数据检查每一步，并主动尝试4找出你错在哪里。只有在你的自我审查通过后，5才给我最终结果。"
✓ 一个已经过压力测试的答案，用在最需要它的工作上
5. Opus 一直未能解决的那个问题
拿出你积压的最难任务，用最强大的模型去解决它。
每个人都有一个：那个从未被彻底修复的棘手 Bug、那个几乎能用的算法、那个没人能指出缺陷的计划。那些你因为模型一直在原地打转而放弃的东西。这个窗口期正是把它们从抽屉里拿出来的时候，因为 Fable 5 是已发布的最强模型，而且这是未来一段时间内最便宜的时候。
能从中获得最大收益的方法是：不要只是重新提问。给它完整的历史记录，包括你尝试过的所有方法以及失败的原因，这样它就能从你卡住的地方开始，而不是从头开始。
1在你最难解决的卡住问题上尝试2挑选一个你当前模型一直无法解决的问题3粘贴完整的上下文：问题本身、每一次尝试、每次失败的原因4要求它找到你未曾尝试过的方法，而不是重复你已经试过的5如果它解决了，请在窗口关闭前保存解决方案
✓ 你最难的卡住问题，用上了最强的模型，而且价格最便宜
在开始使用之前
一些坦诚的提醒，帮助你用好这 5 天，而不是浪费它们：
- 它消耗用量很快。 Fable 5 消耗跟踪用量的速度远快于 Opus。包含的 50% 用量上限比你想象中消耗得更快，所以请将其用于高价值的任务。
- 常规工作可能会回退到 Opus 4.8。 一个安全机制会将某些请求（尤其是常规编码和调试）路由回 Opus，并附带通知。这也是为什么要把窗口期花在困难任务上，而不是日常任务上的另一个原因。
- 各套餐有所不同。 包含至 7 月 7 日的用量上限适用于 Pro、Max、Team 及部分 Enterprise 套餐。标准 Enterprise 套餐仅支持按量付费。在依赖它之前，请先检查你自己的套餐。
- 保存你的输出。 无论它在窗口期内生成了什么，都请保存好。7 月 7 日之后，同样的运行将消耗积分，所以现在把迁移结果、分析报告、解决掉的问题都存下来是值得的。
坦诚的总结：
这不是“因为 Fable 5 是新的，所以试试看”。而是“你有一个短暂的窗口期，在此期间，已发布的最强模型包含在你的套餐内，所以请把它用在那些真正需要这种能力的少数任务上”。做到这一点，这个窗口期在 7 月 7 日之前就能让你值回票价。
