最聪明的模型，最好别拿来干活

Anthropic 发布了 Claude Fable 5.2 和 Mythos 5.2。官方描述是"应对最艰巨的技术挑战"，价格从每百万输入 token 10 美元降到 8 美元，输出从 50 降到 40。

但比发布本身更有意思的，是早期用户 Alex Finn 给出的用法。他用了几天之后，建议反着来：别让 Fable 5.2 干活。

他的流程是这样的：

用 Fable 5.2 做所有规划和头脑风暴
来回讨论，直到想法足够扎实
让它把任务拆得极其详细，写进 Linear 或 Notion
切到 Opus 5.5
让 Opus 5.5 逐个执行任务
用 Sonnet 甚至 Haiku 子代理来测试

他的原话是："Fable 5.2 是有史以来最聪明的模型。但如果你让它把任务拆得足够详细、规划足够彻底，你就不需要它来做执行。"

逻辑不复杂。Fable 5.2 的定价是 Opus 5.5 的好几倍，最贵的脑子只用来想，手交给便宜的。Alex 说这套配置"结果更好，还省下大量 token"。

官方数据也支持这个分层思路。在 FrontierCode 2.0 上，Fable 5.2 用 High 努力得分和 Opus 5.5 用 Max 努力差不多，但每个任务成本大约只有一半。到了 Xhigh 努力，它拿到 49.1%，是所有已发布模型里最高的。

官方自己的推荐也是这套逻辑：日常编码和知识工作先用 Opus 5.5，碰到复杂任务再往上切到 Fable 或 Mythos。

一些展示出来的结果也撑得住这个定位。1000 个 Fable 5.2 代理在 30 小时内完成了费马大定理的形式化，Opus 5.5 用同样配置 18 小时只推进了 26%。

Mythos 5.2 在 AAV 衣壳结构预测上，34 个里准确建模了 28 个。Fable 5.2 在 RoboDojo 模拟双臂机器人基准上得分 64.9%，是 GPT-6 Astra 的两倍多，也远超 Fable 5.1 的 27.6%。

不过评论区不是没有反对声。一个叫 Peter 的用户说："Fable 5.2 不值得用，性能几乎就是 Opus 5.5，还会烧光你的使用限额。" 另一位用户直接问："这会不会把我大仓库的每周 token 限额烧穿？"

所以 Fable 5.2 真正尴尬的地方在于：它是最强的，但不是最划算的。而 Alex 这套分工是在承认这个事实之后给出的解法。

有人把这件事总结得更直接："规划模型加上便宜执行器，所有团队都这么干。新鲜的是执行器在冲刺中途被削弱了。"

还有一位非程序员用户的反馈值得注意："规划占大头对非程序员来说就是全部。我救不回糟糕的执行，所以任务拆得细不细是决定性的。晚上九十分钟的窗口，大部分花在规划上，几乎没时间看它跑。"

这大概是 Fable 5.2 这轮发布最实际的变化。不是又一个更强的模型可以无脑用，而是你得开始认真想：哪一步该用哪个脑子。