Claude Fable 5.1 的鹈鹕测试：推理等级对 SVG 生成的影响
2026年9月1日
今天是Claude Fable（及Mythos）5.1版本发布日。Anthropic宣称，Fable 5.1为"编码、知识工作与长周期问题解决任务树立了新标杆"。官方公告大篇幅介绍科研成果，称其在全新的Terminal-Bench-Science 0.1基准测试（8月27日首次公布[https://www.tbench.ai/news/terminal-bench-science-0-1]）中取得52.6%的得分，远超Fable 5的24.7%、Opus 5的29.0%以及GPT-5.6 Sol的22.4%。其他基准测试的得分仅小幅提升，唯有这项科学测试的表现令人惊艳。
但它画鹈鹕的水平如何？
Fable 5.1设有五级推理强度：低、中、高、超高、极致，且无法完全关闭推理功能。
我先修复了llm-anthropic工具中的一个问题（该问题导致推理轨迹无法被正确记录），随后运行了测试提示词。
这里是全推理强度下的鹈鹕测试结果，包含完整推理记录。我将部分内容整理如下：
低强度与中强度：均未触发推理？
首先是一个小谜团。我选择"低"推理强度时，得到了这样的结果：
对应的推理记录中没有任何推理摘要标记，输出令牌数为1998个。需要说明的是，Claude的输出令牌数包含推理令牌。本次耗时23.8秒，花费10.017美分。
我将强度调至"中"，得到了如下结果：
奇怪的是，这次的推理记录同样没有推理文本，输出令牌数为1977个——比"低"强度还少21个。耗时23秒，花费9.912美分。
也就是说，对于"生成一只骑自行车的鹈鹕的SVG图"这个特定提示词，Fable 5.1在"低"和"中"推理强度下似乎完全跳过了推理环节。
高强度
以下是"高"强度的测试结果：耗时29.6秒，输出令牌数2612个，花费13.087美分：
这次模型确实进行了少量推理，摘要如下： 我正在规划鹈鹕骑自行车的SVG布局，包含天空与地面背景，一辆带辐条轮、车架、座椅和车把的自行车，以及一只白色身体、长脖子、橙色喙的鹈鹕，将其置于自行车上方。
不过，最终产出的图像与"低""中"强度的版本并无明显差异。
超高强度
调至"超高"强度后，情况发生了根本性变化：输出令牌数36767个，耗时7分51秒，花费$1.83！
对应的推理记录篇幅很长，其中包含如下细节描述： 添加眼睛、向下延伸至车把握把的翅膀、踩向踏板的橙色腿，以及一根小尾羽；为营造喜剧效果，特意让鹈鹕的体型比自行车大一圈。[...] 我觉得线条稍粗一点也挺可爱，就不做精细调整了。
极致强度
将推理强度设为"极致"后，我得到了Anthropic所有模型中最出色的鹈鹕图像：输出令牌数65927个，耗时13分54秒，花费$3.30：
这幅图的亮点颇多：背景简洁雅致，鹈鹕的双腿分置车架两侧，脚稳稳踩在踏板上，翅膀搭在车把上，头上戴着一顶可爱的蓝帽子，车筐里还有一条鱼。
虽然它的创意表现力仍不及Gemini 3.7 Flash，但我原本就没要求创意——我要的是SVG图，而它完美交付了。
以下是推理记录中的精彩片段： 在双脚附近添加踏板形状，另一只脚部分被车架遮挡，需露出一部分。我在考虑要不要加一条小围巾或一顶帽子来增添个性，但更倾向于保持简洁，避免画面杂乱。 现在我在纠结，是给鹈鹕戴自行车头盔，还是保留它标志性的羽冠——喙和喉囊已经足以明确体现"鹈鹕"的特征，头盔可以强化自行车主题，同时不破坏物种辨识度，但可能会与羽冠争夺视觉空间。 我发现位于(484,84)的喙会与圆顶头盔重叠，因此需要缩小头盔尺寸，只覆盖头顶部分，调整头盔弧线的端点，使其位置更高、更窄，这样喙就能干净利落地连接在头部前方，不会产生遮挡。[...] 我要给翅膀添加深色尖端来表现初级飞羽，然后重新调整后缘，用波浪状的羽毛曲线代替平滑线条，让外观更自然。[...] 现在我在检查头盔通风口的位置，确保它们距离头盔边缘足够远，同时考虑线条宽度和圆角，确认每个通风口都在头盔的圆形边界内。[...] 我决定省去车铃和轮胎高光，因为这些都是不必要的元素。现在我要重新调整前叉的曲线——当前的控制点让前叉向后弯曲，但正常的前叉应该向前倾斜，所以我需要将控制点向右移动来修正这个问题。
好，来做个动画吧
在Hacker News上，用户swalsh留言评论这幅"极致"强度的鹈鹕图： 既然这个基准测试已经搞定了，能不能整个动画版？
我不想再花3美元，于是把"极致"版的鹈鹕SVG图输入到默认的"高"推理强度模型中，执行命令：
llm logs -cx | llm -m claude-fable-5.1 -s 'animate this'
输入令牌数6121个，输出令牌数26201个，花费$1.37。最终成品效果如下，考虑到部分用户无法查看动态SVG，我将其导出为视频：
视频中的车轮方向是反的，但这应该是转成MP4格式时的问题——原始SVG中的车轮转动方向是正确的。