Anthropic这次更新Haiku系列，目标不是再造一个面面俱到的旗舰模型，而是让更多高频小任务有一款更划算的选择。
新发布的Claude Haiku 5.5面向摘要、分类、数据库查询、上下文压缩等重复性工作，也可以在代码任务中担任子智能体。
Anthropic称，与Haiku 4.5相比，它在常见任务中的平均运行成本降低约75%。另一个值得注意的变化是：Haiku 5.5首次加入了可调节的思考强度设置。
Haiku 5.5瞄准摘要、分类和智能体子任务
很多AI任务并不难，麻烦在于每天要做很多遍。客服工单需要先分类，文档要抽取固定信息，代码智能体也常常需要反复查资料、读文件、做局部检查。单次调用不起眼，长期累积起来，速度和成本都会影响产品能不能上线。
Haiku 5.5瞄准的就是这一层。它可以独立处理范围明确的任务，也可以作为子智能体，接过较大模型拆分出来的工作。Anthropic还把实时客服和浏览器操作列为适用场景，并为模型加入effort设置，让开发者按任务调整推理投入。
对智能体产品而言，这种分工比“一个模型包办所有事”更现实：主模型负责理解目标、规划步骤和处理难题，小模型接手大量边界清晰的操作。前提是任务拆分得足够好——如果子任务本身含糊，便宜的调用未必能省下返工成本。
运行成本降幅约75%
Anthropic给出的平均运行成本降幅约为75%，但这不是对每一种任务、每一次调用的固定折扣。官方API定价会按提示长度区分，新模型的分词器也有所变化，同样的文本可能对应更多Token；最终花费仍取决于输入、输出和任务执行过程。
所以，评估时不妨把“单价”换成“任务总成本”：一次客服问题是否需要多轮重试？摘要是否需要人工修正？代码子任务有没有减少主模型的工作量？这些因素都会改变最终账单。对于高频工作流，哪怕单次成本只小幅下降，累计效果也可能明显；但如果新模型需要更多轮调用，账面上的价格优势就不一定能完全兑现。
这次发布还带来了一项相关调整：Anthropic下调了Sonnet 5.5的缓存读取价格，并称多数智能体任务的运行成本会因此降低约20%。这说明公司不只在推新模型，也在重新调整不同模型和缓存机制的成本结构。
复杂编码仍不是它的主场
Anthropic公布的测试显示，Haiku 5.5相比上一代在知识工作、计算机操作和智能体编码等项目上取得进步；但同一份数据也显示，在Terminal-Bench 4.0这类多步骤命令行任务中，它仍落后于Sonnet 5.5。
这不是矛盾：Haiku 5.5可以比前代更能干，同时仍然不是复杂编程任务的首选。Anthropic自己的定位也很清楚——Sonnet和Opus继续承担更复杂的智能体编码，Haiku则更适合摘要、上下文压缩、信息提取和子智能体工作。
先挑一类重复任务试跑
Haiku 5.5已通过Claude Platform及AWS、Google Cloud、Microsoft Azure等平台提供。对正在使用Claude模型的团队来说，最简单的验证方式不是整套迁移，而是找一类量大、规则相对明确的任务做对照：记录处理时延、人工返工率和完成任务的总成本，再决定是否扩大使用范围。
如果模型能把这些重复环节接稳，Haiku 5.5就有机会成为工作流里的常用“执行位”；如果任务需要频繁补充上下文、纠正结果，省下的调用费用可能很快被返工抵消。它适不适合你，答案大概不在发布会的比较表里，而在那几类每天都会重复发生的工作中。
