Anthropic 把 Claude Fable 5 摆上桌的方式很有意思——官方文档第一句话不是教你怎么写提示词，而是劝你把旧提示词删掉。这不是营销噱头。Fable 5 的能力跃迁幅度大到旧指令框架反而成了脚铐：模型理解力够了，多余的约束和示例只会把它拉回旧版本的思维方式。这篇指南的核心就一件事：重新校准你和模型的协作姿势，把人写给弱模型的焦虑感剥掉。
为什么"做减法"才是 Fable 5 的正确打开方式
旧提示词的遗产负担
很多团队养成了一个惯性：每次换模型就把旧提示词搬过来再叠一层。Fable 5 出来之后这套玩法崩了。官方文档明确指出，旧版针对 Opus 4.8 的复杂指令反而会拖慢新模型——不是你写得不够好，是你写得太多。模型在更聪明的状态下有自己的判断路径，人塞进去的"防呆"指令对它是噪音。
举个真实场景：以前你要写"请先分析用户意图再回答，不要直接给结论"——这句话在旧模型上是必要的护栏，到了 Fable 5 这里完全是冗余。模型自己会先想清楚再开口，你越强调，它反而越刻意，输出质量不升反降。提示词工程的第一性原则又回来了：少说，让模型发挥。
从"控制"到"委托"的思维切换
Fable 5 这次更新的潜台词是模型能力边界变了。以前写提示词本质是"控制"，你得规定它每一步做什么；现在更接近"委托"，你只需要说清楚目标和质量标准，中间路径让它自己走。这不是文字游戏，是真的会影响输出质量——控制型指令会把模型框死在旧的执行模式里，委托型指令才会激活新模型的推理路径。
effort 四档分级：别再无脑 High 了
Low 档已经够用大多数场景
Fable 5 的 effort 分级是 low / medium / high / xhigh 四档。很多人拿到新模型第一反应是"直接拉满"——别急。官方数据里有一个关键基准：Low 档的性能已经超过旧版 Opus 4.8 的 xhigh 档。这意味着什么？意味着你日常用 Low 档就已经在用"曾经的最强模型"了。xhigh 不是日常开关，是关键时刻才拉出来的底牌。
具体到场景：写邮件、回消息、生成基础代码、写周报——Low 档绰绰有余。这种任务拉到 High 档属于纯粹的烧钱行为，输出质量提升微乎其微，token 消耗却是实打实的翻倍。
Medium 是隐藏的性价比甜区
Medium 档是这次分级设计里最被低估的一档。它处理的是"需要一定思考深度但不至于要死磕"的中间地带——比如写技术方案、做代码重构、起草合同条款。这类任务用 Low 档会显得粗糙，用 High 档又过剩，Medium 刚好卡在质量与成本的平衡点上。
xhigh 的正确用法是留给真正棘手的活：复杂架构设计、长程推理任务、需要多步验证的研究类工作。这种场景下 xhigh 的多天长任务能力才有意义——模型可以保持稳定的上下文记忆，持续推进一个复杂项目而不掉链子。
并行子代理与记事本：Fable 5 的硬核新能力
子代理调度的实战价值
新增的并行子代理调度功能是 Fable 5 区别于前代的关键能力之一。模型可以自己拆解任务、并行起多个子代理协同干活，最后整合结果。这不是简单的多线程，而是带有调度逻辑的智能编排——模型知道什么时候该并行、什么时候该串行、子代理之间怎么传递上下文。
实际用法上，复杂项目可以让 Fable 做编排器，让 Opus 或 Sonnet 执行具体子任务。这种"大模型管调度、小模型管执行"的架构在生产环境里很实用：Fable 5 的判断力负责拆解和质检，执行层的成本被压到最低。官方文档里也明确推荐了这种用法——别把所有事都丢给一个模型，让它当指挥。
内置记事本：长任务的上下文保险
多天长任务能力配合内置记事本功能，解决的是大模型最头疼的问题：上下文漂移。以前跑长任务最怕的就是模型中途"失忆"，前面定的规范后面就忘了。Fable 5 的记事本机制让模型可以主动记录关键决策、中间产物和规范约束，在后续步骤里随时调用。
这意味着你可以把一个跨多天、多阶段的项目整体交给模型，它不会因为上下文滚动而丢失核心约定。配合 effort 档位的灵活切换，长任务的成本也可以压下来——前期规划用 Medium，执行细节用 Low，关键节点切到 High 验证。
成本账：单价翻倍，总价可能更低
token 单价的表面涨幅
Fable 5 的定价数字摆出来确实吓人：输入 $10/M、输出 $50/M，对比 Opus 4.8 直接翻倍。光看单价，很多团队第一反应是"用不起"。但官方文档紧接着给了另一个数字——更少的 token 消耗。更聪明的模型不需要你把指令铺陈开来解释，它几轮对话就能 get 到点子；也不需要你反复追问补全，它一次输出的质量就到位。
两个因素叠加之后，复杂任务的实际花费反而可能比用旧模型更低。这不是宣传话术，是 token 经济学的真实逻辑：单价 × 消耗量 = 总成本，消耗量那个变量才是大头。
日常使用的成本控制策略
把上面的分级和新功能串起来，成本控制就清晰了：日常 Low 档打底，覆盖 80% 的对话场景；Medium 档处理需要思考的中间任务；High 和 xhigh 只在确实需要的时候才上。配合精简后的提示词——不做加法做减法——token 消耗会进一步下降。
还有一个容易忽略的点：Fable 5 的判断力提升意味着对话轮次减少。以前要来回拉扯五轮才能对齐需求，现在两三轮就到位。每少一轮就是少一份输入输出的 token 成本，这种隐性的效率提升在月度账单上会很明显。
提示词该怎么重写：三个实操原则
砍掉所有"防呆"指令
Fable 5 出来之后第一件事是把提示词过一遍，删掉所有"请先…再…不要…"类约束句。这类句子在旧模型上是必需品，到了新模型上全是干扰。模型自己知道该怎么思考，你越强调流程它越僵化。
判断标准很简单：如果这条指令是针对"模型可能犯蠢"的场景写的，大概率可以删。如果是指向"任务本身的质量要求"的，保留并优化。后者是真正的需求描述，前者是历史遗留的过度防御。
把目标说清楚，路径让模型选
重写提示词的核心动作是把"怎么做"改成"做什么"。以前你写"分三步：第一步分析需求，第二步设计方案，第三步输出代码"，现在直接写"分析这个需求，给出可执行的代码方案"。Fable 5 会自己拆步骤，而且拆得比你好。
唯一的例外是涉及强业务约束的场景——比如必须遵守的合规规则、不能逾越的红线。这些必须写清楚，因为不是模型能力问题，是组织要求。但即便是这种约束，也尽量用简洁的清单而不是冗长的解释来表达。
用示例替代规则
最后一条原则：与其写一堆规则告诉模型怎么做，不如给一两个示例让它自己悟。Fable 5 的模式识别能力足以从示例中提取规律，比读规则更快也更准确。这是提示词工程从"命令式"到"示范式"的转变，也是新模型能力边界扩大之后的必然趋势。
官方指南里有一句很到位的话：好的 Fable 5 提示词应该读起来像给一个聪明同事的 brief，而不是给一台机器的指令。这个比喻值得贴到工位上。模型变聪明了，人也得跟着进化，否则就是你在拖自己的后腿。
