先看结论
Haiku 5.5 面向高频、成本敏感的较窄任务。评估时同时记录合格结果、重试和人工返工,而非只看每百万 token 的报价。模型可用也不代表每个账号、地区或组织项目已获得同样权限。
已核实的发布事实
Anthropic 完整公告将 Haiku 5.5 定位为适合摘要、分类等高频短任务的模型,并加入可调整 effort。公告称模型现已在各平台提供,包括 AWS、Google Cloud 和 Azure;Claude Platform 的模型标识为 claude-haiku-5-5。
这次公告与 9 月的 Sonnet 5.5 发布是不同事件。需要复杂任务迁移背景,可参阅Sonnet 5.5 办公任务检查。下文是编辑提出的成本核对方法,不是官方模型测试或套餐建议。
先定义一条合格结果
准备允许使用的脱敏样本、任务规则和人工参考答案。让每条任务尽量窄:例如把反馈分成“文件读取、结果下载、其他、需人工确认”,同时保留原文编号。避免让一条请求同时改规则、写回复并直接发送。
写清哪些情况必须转交人工。原文含多种问题、信息不足、规则互相冲突时,“需确认”可以是合格结果;强行选一个分类才可能造成返工。如果从表格提取任务,先按空值与零值的核对方法保护信息含义。
用小批样本记录总过程
- 1在组织批准的平台核对模型是否可选、项目权限是否有效,以及实际计费页。缺少访问权时先准备样本,不按公告猜测入口。
- 2固定输入、标签定义、输出字段和验收条件,另存请求日期、模型与配置。比较候选模型时使用相同任务。
- 3逐条核对输出,并记录是否接受、是否重试、是否改用另一模型,以及是否需要人工返工。输出被拒绝或格式错误也要记入过程。
- 4把费用按同一口径累计,再除以合格结果数;同时报告合格率、完成时间和人工处理量。合格结果为零时,不计算有意义的单条成本。
若目标是只读分类,不必授予发送消息、修改数据库或操作浏览器的权限。任务范围应由你设定。
一个没有模型实测的算账示例
以下为编辑假设:某批次包括初次请求和重试,一共花费 1 元,产出 8 条可接受结果。仅按请求费用,单条可接受结果成本为 1÷8=0.125 元。这不是 Haiku 的报价、实际用量或已进行的测试,也不包含人工成本。
如果另一个候选的请求价格较高,但同批任务减少了返工,比较结论可能不同。因此保存失败样本与处理去向,比只截图一张价格表更能说明业务上的成本变化。将 token 数、金额和人工分钟分别记录,不能混成一个没有单位的评分。
现阶段的限制与下一步
官方价目表对不同请求规模和缓存操作分列价格。实际核算要看你使用的平台、请求及账单规则,不能直接把一个展示单价乘以所有流量。查看原公告的定价部分,并在启动批量任务前确认组织预算。
本文没有独立复现官方基准,也没有验证所有地区的账号入口。编辑建议先做可回退的小批、保留人工复核和失败记录,再决定是否扩大使用。用于会影响他人的结论时,应核对内容依据;更快的响应不自动等于正确答案。
常见问题
这是今天刚发布的消息吗?
官方公告日期为 2026 年 10 月 7 日,本文整理日期为 10 月 8 日。页面分别显示事件与文章发布日期。
公告说可用,我的账号为什么没有?
平台发布信息不能替代项目权限、地区支持和账号配置。先查看自己平台的实际模型列表与管理员设置,缺失时按官方支持渠道核对。
模型单价更低就应该全量切换吗?
先按合格结果比较费用、重试和人工返工,再决定适合迁移的窄任务。复杂或影响较大的任务需独立验收。


