Fable 5 和 Opus 5 怎么选？

先说结论：怎么选？

把 Fable 5 当成「长任务与工程改造的主力」，把 Opus 系列当成「单轮质量稳定、响应更快」的选项。任务越长、越需要连续执行和自我检查，越应该选 Fable 5。

如果只是日常问答、改写文案、写一段短代码，两者都能完成任务，这时更该关心的是额度消耗速度，而不是模型名字。

实操上的建议是：先按任务长度把工作分堆，再按任务价值决定要不要用更强的模型，不要一上来就固定只用某一个。

两者的定位差在哪里？

核心差别在于面向的任务长度和被优化的目标，而不是简单的能力高低排序。一个偏向在有限轮次内给出高质量答案，另一个偏向在较长时间跨度内保持目标不丢失。

所以对比时建议只看三个维度：能不能一次吃下你的上下文、能不能在长任务里守住约束、单位成本能换回多少真正可用的产出。

对比维度速查

把下面的对照当作快速筛选器，先定位自己的任务类型，再决定模型。

需要注意，同一档订阅在不同模型上的额度消耗规则可能不同，做长期预算时要按自己的实际使用情况调整，而不是只看单次价格。

成本怎么影响选择？

长任务天然更耗额度，因为它会持续执行、反复检查。如果任务本身并不复杂，用 Fable 5 做完再花时间等结果，反而比直接用轻量模型更慢也更贵。

反过来说，把一个需要跨文件修改的工程任务拆成十几轮交给轻量模型，看起来省额度，实际会因为反复返工而消耗更多。判断标准应该是「完成任务的总成本」，而不是单次调用的价格。

选型清单

按下面的顺序自问一遍，基本就能定下来。

1. 1这次任务需要我反复盯着吗？需要，优先 Fable 5。
2. 2任务会不会超过单轮上下文？会，优先 Fable 5。
3. 3结果需要它自己去验证吗？需要，优先 Fable 5。
4. 4只是要一句话答案或一段改写？用轻量模型更快更省。
5. 5拿不准时先用轻量模型试一次，卡住了再换 Fable 5，而不是反过来。

两者可以混用吗？

可以，而且多数人的实际用法就是混用：把探索性、短平快的部分交给轻量模型，把需要连续执行和自查的部分交给 Fable 5。

混用时要注意上下文衔接。切换模型前，把已经确认的结论和仍然有效的约束单独整理一份，避免新模型基于残缺的上下文重新猜测前提。

如果一项任务已经跑了一段时间，建议不要在中间频繁切换模型，否则容易出现前半段和后半段判断标准不一致的情况。

常见误区

第一个误区是「越贵越强，所以无脑用最强的」。长任务用强模型是对的，短任务用强模型通常只是更慢。

第二个误区是拿单轮 benchmark 的排名决定一切。你的任务是不是长任务，比排名更能决定体感差异。

第三个误区是把「换模型」当成解决一切问题的办法。多数情况下，把任务说明和验收标准写清楚，比换一个更贵的模型更能提升结果质量。