Claude Sonnet 5.5 发布：日常任务更快，复杂工作仍要看结果

给网站改一个按钮、把材料整理成几页演示稿、修掉已定位的错误，这些工作通常要来回试几次。每次都等很久，会让人不愿意继续修改；换成快模型，又担心结果够不上要求。

Sonnet 5.5 的发布，针对的就是这种日常工作。Anthropic 在9 月 28 日的公告中称，相比 Sonnet 5，它输出快 30% 以上，完成多数任务的成本最多下降 30%。公司仍把 Opus 5.5 放在需要持续判断、要求更开放的复杂工作上。这些是厂商描述，不是本站对两款模型的实测结论。

不必从“哪个最强”开始选

编辑建议是先看任务是否足够明确。把一封邮件缩短、按已有结构整理资料、修改一个页面里确定的位置，都比较容易判断结果。这样的任务可以先试 Sonnet，再看是否真的减少了等待和返工。

如果连需求本身都没有想清楚，或者需要在冲突材料中做取舍，模型的速度就不是唯一成本。它可能很快给出一份漂亮结果，但你仍要花时间拆开其中的假设。与其默认换更贵的型号，不如先让它复述目标、列出缺少的信息；如果这一步也反复出错，再比较其他模型。

文章不会把一张跑分表当成选择答案。对自己的任务，保留一份输入，约定合格结果的标准，比较两个型号完成同一件事需要多少修改，比记住哪个榜单领先更有用。

价格和旧程序，有两件事要分清

API 价格页显示，Sonnet 5.5 每百万输入 token 2 美元、输出 10 美元。10 月 7 日缓存读取单价又降至每百万 0.10 美元。缓存指符合条件的输入被再次复用，并不是所有输入都按这个最低价计费。降低的是开发者调用成本，不等于 Claude 的会员费同时下降。

已有 API 程序还需要看迁移说明。Sonnet 5.5 默认启用自适应思考；原来使用 thinking.type: disabled 的程序，应按文档改为 between_tools，不能只替换模型名字。

这条新闻对普通用户最直接的意义，是日常迭代多了一个值得尝试的选择。对开发者，则还要把调用设置和实际账单一并检查。新型号的名称相近，接进流程后的行为未必完全相同。