你想拿一个便宜点的模型扛住分类、抽取、客服这类高频小任务，翻到 Claude Haiku 一栏，却只看到几个单价数字，不知道这活交给它到底划不划算。这篇不给你一个死数，而是把 Haiku 的计费结构、成本估算顺序和适用边界讲清，再告诉你到站内哪一页去核对当下的真实单价与规格，最后给一份「什么时候该换更大模型」的判断清单。
你想给分类、抽取、客服这类高频小任务找个便宜模型，翻到 Claude Haiku 那一栏，通常只看到几个单价数字，看完还是不知道这活交给它划不划算。问题不在数字本身，而在于你没把计费口径和任务形态对上：同一个模型名，输入和输出、缓存和批量、直连和托管，可能是好几套价。
所以这篇不给你一个死数，而是把 Haiku 的计费结构、估算顺序和适用边界讲清，再告诉你到站内哪一页核对当下的真实单价。你照着做完，能得出一个属于自己业务的结论，而不是背一个很快过期的数。
Haiku 到底按什么收钱：把计费项拆成四项
先别急着看单价，先把钱花在哪搞清楚。很多人比价时只盯输入价，结果上线后发现账单超预期，通常是因为输出端和缓存端没算进去。把计费项拆开看，才知道你的任务到底贵在哪一项。
- 输入 token
- 你发给模型的全部内容：系统提示、历史轮次、待处理的正文，都算在内
- 输出 token
- 模型生成的每一个字，通常单价比输入高，回答越长这一项占比越大
- 缓存写
- 把固定前缀存起来供后续复用，写入这一次单独计费，不是打包进输入
- 缓存读
- 命中已缓存的前缀时按另一档计价，命中率直接决定你能省多少
这四项之外，还有两个变量会改价：一是上下文长度，超长输入有时走不同档位；二是通道，官方直连、批处理通道、第三方托管平台各算各的。所以「同一个模型多少钱」这个问题，必须先补一句「走哪个入口、跑什么形态的任务」。想核对当下官方口径，去 /official-api/providers/anthropic 看，整体价目摆放位置在 /official-api。
估算一次任务要花多少钱：五步走完
估成本最忌讳拍脑袋报一个「大概几分钱」。按下面五步走，每一步都有地方验证，最后得出的数字即使不精确，也不会差一个量级。
- 第一步：定任务形态先把任务归到三类里的一类：单体短问答、批量分类打标、长文档抽取。三类任务的输入输出比例完全不同，混在一起估必然错。
- 第二步：拿真实样本量 token别凭感觉估长度，直接取几十条真实样本，用 /tools/token-price-calculator 或 /tools/model-cost-calculator 换算成 token，看平均值和长尾分布。
- 第三步：套目标模型单价用上一步的 token 量乘以输入、输出两档单价。输出端记得乘上你的平均回答长度，这一步漏算的人最多。
- 第四步：加缓存与重试系数固定前缀能不能命中缓存、失败重试占多少比例，都要折进去。缓存条件不满足时，省钱幅度会明显缩水。
- 第五步：跟真实用量对水位拿估算值去 /usage 对比同类任务的真实用量区间，差太远就回头查哪一步假设错了。
| 任务形态 | 主要成本项 | 估算时容易漏的点 |
|---|---|---|
| 单体短问答 | 输出 token 占比高 | 把系统提示的固定开销忽略了 |
| 批量分类打标 | 输入 token 为主 | 没算长尾样本的 token 峰值 |
| 长文档抽取 | 输入 token 压倒性 | 没判断是否命中缓存前缀 |
| 客服首轮分流 | 输入输出都不小 | 把重试比例当成零 |
这张表只是提醒你关注点在哪。真正动手时，每一步的数字都到对应工具页换算，别拿别人的经验值套自己的业务。
什么活交给 Haiku，什么活别硬塞
判断一个轻量模型该不该用，标准不是「单 token 便宜」，而是「一次做对的概率乘以单价」。便宜但要做三次才对，总账往往比一次就对的贵。下面这份清单可以直接拿去对照自己的任务。
- 适合：意图分类、字段抽取、短文本改写、批量打标，这类任务边界清晰、答案可校验
- 适合：客服首轮分流、对延迟敏感的高频小请求，量大事小、错了代价可控
- 不适合：多步推理、长文档整体理解后做复杂判断、需要严格遵循长指令链的任务
- 不适合：答案质量要求高但调用量很小的场景，这时省下的单价抵不过返工成本
- 拿不准的中间地带：先看 /models/deploy 里同类模型的能力档位，再决定要不要往上换
- 换型判断：如果失败重试率上去把总成本推高了，就说明这个活不该交给轻量档
这里要说清一个不适用的情况：如果你的任务对输出稳定性要求极高、又不允许人工兜底，那轻量模型就不该是候选，跟价格没关系。反过来，如果任务可以批量重跑、错误能被下游自动筛掉，那它就很适合轻量档。要比总账时，参考 /api-price-ranking-guide 的对比口径，别只盯着一栏单价。
下单前四步核对，别拿旧数字做预算
价格是会变的，别人文章里的数字、甚至你上个月截的图，都可能已经过期。下单前把下面四件事核一遍，比记住任何一个具体数字都有用。
| 核对项 | 要确认什么 | 去哪看 |
|---|---|---|
| 入口归属 | 官方直连还是中转渠道，口径不同 | /official-api/providers/anthropic 与 /providers |
| 计价粒度 | 每百万 token 还是别的单位，跨平台比价前先对齐 | /pricing-alignment-basics |
| 缓存与批量 | 你的调用方式能不能命中，省多少 | 对应模型资料页与计费说明 |
| 复查节奏 | 把当前单价记下并设复查时间点 | /price-watch |
核完之后有个小建议：把你的估算过程写成一行备注，写清用的哪套单价、哪个时间点核对的。等价格再变时，你能立刻判断是重算还是沿用，不会每次从零开始。
别记价格，记核对价格的方法和路径——数字会过期，方法不会。下一步去 /price-watch 把 Haiku 相关条目的价格变动记录翻一遍，再照着上面四步核对自己当前的入口和计价口径，你就有一个属于自己的、不会轻易过期的成本判断。→
常见问题
Claude Haiku 现在具体多少钱？
单价会随官方调整和渠道不同变化，这篇不写死数字。你到站内 /official-api/providers/anthropic 看 Anthropic 官方口径，再到 /official-api 对照其他入口，比价前按 /pricing-alignment-basics 把计价粒度对齐，否则容易拿两个不同口径的数字直接比。
轻量任务是不是闭眼选 Haiku 就最省？
不一定。单 token 便宜只在「一次做对」的前提下成立。分类、抽取这类边界清晰的任务通常划算；一旦任务需要多步推理或长指令遵循，失败重试和人工兜底的成本会吃掉单价优势。先跑一批真实样本看准确率，再算总成本。
用中转站调 Haiku 会比官方便宜吗？
得看折算口径。中转渠道常按自己的倍率和额度折算，表面单价可能低，但限制、限速、可用模型清单不一定和官方一致。到 /sites 看中转站目录，再到 /rankings 和 /tools/verify 看可信度与实测情况，别只看标价。
