Anthropic Claude API 定价 2026:模型成本、缓存计算与预算控制
如果你正在为产品、智能体或采购计划评估 Anthropic Claude API 定价 2026,就不要只看表面的输入和输出 token 费率。真实的 Claude API 成本取决于模型选择、输出长度、提示缓存、批处理资格、数据驻留设置、重试,以及你的团队能否按 key、环境、客户和工作流来归因支出。
本指南汇总了截至 2026 年 10 月 11 日的当前第一方 Claude API 定价结构,然后将其转化为开发者和产品团队在把流量迁移到生产环境之前可以使用的预算规则。在最终批准预算前,务必核实 Anthropic 的实时定价页面,因为模型名称、费率和功能乘数都可能变化。
Anthropic Claude API 定价 2026:速览表
Anthropic 按每百万 token 对 Claude 模型定价,通常写作 MTok。输入 token 是你发送的提示和上下文。输出 token 是生成的响应。提示缓存会单独收取写入和读取费用。下表基于 Anthropic 于 2026 年 10 月 11 日发布的官方定价页面。
| Claude model | Intended use | Input | Output | 5-minute cache write | 1-hour cache write | Cache hit / refresh |
|---|---|---|---|---|---|---|
| Claude Fable 5.1 | 要求苛刻的推理与长周期智能体工作 | $10 / MTok | $50 / MTok | $12.50 / MTok | $20 / MTok | $0.25 / MTok |
| Claude Opus 5.5 | 长时间运行的智能体编码与知识工作 | $4 / MTok | $20 / MTok | $5 / MTok | $8 / MTok | $0.20 / MTok |
| Claude Sonnet 5.5 | 速度与智能的平衡 | $2 / MTok | $10 / MTok | $2.50 / MTok | $4 / MTok | $0.10 / MTok |
| Claude Haiku 5.5, prompts up to 100k tokens | 高吞吐量分类、提取和路由 | $0.10 / MTok | $0.50 / MTok | $0.125 / MTok | $0.20 / MTok | $0.01 / MTok |
| Claude Haiku 5.5, prompts over 100k tokens | 长提示 Haiku 请求 | $0.50 / MTok | $2.50 / MTok | $0.625 / MTok | $1 / MTok | $0.05 / MTok |
来源:Anthropic 定价、Anthropic 提示缓存,以及 Anthropic Message Batches 文档:
- https://platform.claude.com/docs/en/about-claude/pricing
- https://platform.claude.com/docs/en/build-with-claude/prompt-caching
- https://platform.claude.com/docs/en/build-with-claude/batch-processing
采购团队实际上应该批准的成本公式
一个简单的 Claude API 定价 2026 估算应当拆分为五项,而不是一个混合平均值:
monthly_cost =
uncached_input_mtok * input_rate
+ output_mtok * output_rate
+ cache_write_mtok * cache_write_rate
+ cache_read_mtok * cache_read_rate
+ feature_or_residency_multipliers
+ gateway_or_platform_fees
这种结构很重要,因为生产环境中的大多数意外都来自评估阶段被隐藏起来的某一项费用:
- 输出 token 可能主导摘要、代码生成和智能体任务。一个在输入上看起来很便宜的模型,如果输出很长,成本就会变高。
- 缓存写入 比基础输入更贵,但重复读取要便宜得多。
- 批处理 可以将符合条件的异步输入和输出 token 成本削减 50%。
- Haiku 5.5 长上下文请求 在提示超过 100,000 个 token 后会进入更高价格层级。
- 仅限美国推理 根据 Anthropic 的定价说明,Claude 4.6 及更高版本模型可能会增加 1.1 倍乘数。
- 重试和失败 如果应用在超时或过载错误后重复完整提示,实际成本可能翻倍。
对于财务部门,获批预算应当与已接受的工作挂钩,而不只是原始 token 数。跟踪每个已接受答案、已接受代码补丁、已解决支持工单、已提取文档或已完成智能体运行的成本。
示例:Sonnet 5.5 生产工作负载
假设某产品团队预期每月 Claude Sonnet 5.5 工作负载为:
- 1 亿未缓存输入 token。
- 4,000 万输出 token。
- 不使用提示缓存。
- 不使用批处理。
按当前列出的 Sonnet 5.5 费率,估算如下:
| Line item | Math | Cost |
|---|---|---|
| Input | 100 MTok * $2 | $200 |
| Output | 40 MTok * $10 | $400 |
| Total | $200 + $400 | $600 |
如果相同流量完全符合 Message Batches 的条件,Anthropic 对输入和输出 token 都提供 50% 折扣,因此 token 部分的估算会降至 $300。这对于离线评估、增强、报表生成和回填很有用。但它不适用于对延迟敏感、用户正在等待的聊天或交互式智能体轮次。
提示缓存改变了 Claude API 的成本曲线
提示缓存是重复上下文场景中最重要的杠杆。Anthropic 的文档描述了 5 分钟和 1 小时缓存时长、内容首次存储时的缓存写入费用,以及后续请求检索缓存前缀时的缓存读取费用。
来自 Anthropic 提示缓存文档的一般定价规则:
- 5 分钟缓存写入为基础输入 token 价格的 1.25 倍。
- 1 小时缓存写入为基础输入 token 价格的 2 倍。
- 缓存读取通常为基础输入 token 价格的 0.1 倍。
- Claude Fable 5.1 和 Claude Mythos 5.1 的缓存命中列为标准输入价格的 2.5%。
- Claude Opus 5.5 和 Claude Sonnet 5.5 的缓存命中列为标准输入价格的 5%。
- 缓存倍率可以与其他修饰项叠加,包括批处理和数据驻留。
对于 Sonnet 5.5,80 MTok 可复用上下文作为正常输入的成本为 160 美元。5 分钟缓存写入成本为 200 美元。之后同一 80 MTok 的一次缓存命中成本为 8 美元。两次未缓存调用为该上下文将花费 320 美元;一次写入加一次读取则花费 208 美元。这就是为什么当系统提示、工具 schema、代码库上下文、策略包或检索到的文档包会重复出现时,缓存可以很快回本。
何时使用每个 Claude 模型进行预算控制
把模型选择当作路由策略,而不是一次性的偏好。
| 工作负载 | 默认路由思路 | 需要关注的成本风险 |
|---|---|---|
| 分类、抽取、路由、轻量转换 | 从 Claude Haiku 5.5 开始 | 超过 100k token 的长提示会让 Haiku 进入更高价格档。 |
| 产品聊天、支持草稿、结构化分析 | 从 Claude Sonnet 5.5 开始 | 输出长度和重试行为可能主导总成本。 |
| 编码代理、长推理、复杂规划 | 将 Claude Opus 5.5 或 Fable 5.1 与 Sonnet 对比测试 | 更高的输出费率需要严格的验收指标。 |
| 离线补充、评估、回填 | 在不需要低延迟时使用 Message Batches | 批处理结果是异步的,如果未在 24 小时内完成,批次可能过期。 |
| 重复的策略、工具 schema、文档、代码上下文 | 使用提示缓存 | 缓存命中率取决于稳定前缀和请求时机。 |
实用规则是:先用更便宜的方案,只有在质量或完成率证明需要时再向上路由。如果 Sonnet 能解决某个工作流的 97%,而 Opus 能解决 98%,采购应比较增量的已接受工作成本,而不是模型声誉。
七天 Claude API 预算工作表
在批准 2026 年 Claude API 预算之前,先运行为期七天的工作负载测试,并为每个请求捕获相同字段:
| 字段 | 为什么重要 |
|---|---|
route_name |
区分支持聊天、编码代理、抽取、评估和后台任务。 |
model |
显示高级模型实际被使用在何处。 |
input_tokens |
基础提示成本和上下文增长。 |
output_tokens |
通常是最大的隐藏成本项。 |
cache_creation_input_tokens |
显示缓存写入量。 |
cache_read_input_tokens |
显示缓存是否在发挥作用。 |
batch_eligible |
标记应迁移到 Message Batches 的任务。 |
retry_count |
将可靠性问题转化为成本证据。 |
accepted_result |
让团队计算每个有用结果的成本。 |
customer_id or team_id |
支持分摊计费、展示计费和滥用使用审查。 |
在一周结束时,按路由分组支出并计算:
cost_per_accepted_result = total_route_cost / accepted_results
cache_hit_rate = cache_read_input_tokens / (cache_read_input_tokens + cache_creation_input_tokens + uncached_input_tokens)
retry_cost_share = retry_request_cost / total_route_cost
batchable_cost_share = batch_eligible_cost / total_route_cost
这四个指标通常比通用的 Claude API 定价计算器更能说明问题。
Flatkey 在 Claude API 定价工作流中的位置
当 Claude 只是多个模型、团队、代理和环境中的一条路由时,Claude 定价就变成了一个运营问题。Flatkey 为开发者提供一个 API key、一个余额、一张发票、一份 SLA,并可通过一个账户访问 100+ 官方模型以及 1,000+ 按调用计费的工具。Flatkey 官网实时页面还说明,Flatkey 侧调用失败不收费,而且现有 OpenAI SDK 代码只需替换 base URL 即可工作。
当你需要以下能力时使用 Flatkey:
- 在不需要为每个仓库维护独立提供商 key 的情况下,将 Claude API 成本与 OpenAI、Gemini、DeepSeek、Qwen 以及其他路由进行比较。
- 通过一个预付余额和一张发票集中管理 AI API 支出。
- 使用 request ID 和使用记录跟踪成功请求。
- 通过子 key、预算和模型允许列表来治理访问。
- 根据成本、可靠性、延迟和已接受结果率而不是供应商习惯来路由工作负载。
如果你的团队只从一个服务中使用一个 Claude 模型,那么直接使用 Anthropic 计费可能就足够了。如果 Claude 是更广泛 AI 产品栈的一部分,那么网关和使用账本会让 Claude API 定价 2026 更容易比较、控制,并向财务说明。
用于更深入成本规划的内部链接
- 如需查看权威模型费率页面,请阅读 2026 年 Claude API 定价。
- 如需了解重复提示词的经济性,请阅读 提示词缓存工作流。
- 如需进行跨提供商对比,请阅读 如何比较 AI 模型价格。
- 如需了解网关费用和路由控制,请阅读 AI 网关定价。
- 如需了解财务运营,请阅读 AI API 支出管理。
- 如需了解架构权衡,请阅读 Claude API 代理 vs 多模型路由器。
常见问题
2026 年最便宜的 Claude API 模型是什么?
在上面列出的当前有效行中,Claude Haiku 5.5 在提示词长度不超过 100,000 个 token 时具有最低的已列出 token 费率。对于超过 100,000 个 token 的提示词,Haiku 5.5 会进入更高的价格档位,因此长上下文工作负载应谨慎测算,而不要默认 Haiku 永远是最便宜的选择。
提示词缓存会降低 Claude API 定价吗?
当相同前缀被重复使用时,提示词缓存可以降低实际的 Claude API 成本。你需要以更高的写入价格存储可缓存前缀,然后在后续命中缓存时以更低的读取价格计费。它最适用于重复的系统提示词、工具定义、策略包、代码库上下文以及检索到的文档。
Anthropic Batch API 会降低成本吗?
会。Anthropic 的 Message Batches 文档指出,批处理可将成本降低 50%,并提高异步工作的吞吐量。可将其用于不需要立即响应的任务,例如评估、增强、摘要回填和报告生成。
为什么我的 Claude API 账单会超过计算器估算值?
常见原因包括输出长度比预期更长、重试、缓存命中率低、长上下文 Haiku 请求、数据驻留乘数,以及原本被假定可以批处理但实际上需要同步响应的流量。应在使用台账中将这些因素分别作为独立条目跟踪。
产品团队应如何为 2026 年 Anthropic Claude API 定价做预算?
应按工作负载而不是按提供商来预算。为每条路由选择一个默认模型,连续七天测量输出长度、缓存命中率、重试占比和接受结果率,然后按团队、环境和客户细分批准支出上限。这才是让 2026 年 Anthropic Claude API 定价变得可预测的实用方法。
最终检查清单
在你为 2026 年批准 Claude API 预算之前:
- 在批准当天核实最新的 Anthropic 定价页面。
- 将输入、输出、缓存写入、缓存读取、批处理和重试费用分开。
- 使用真实提示词和真实接受规则运行为期七天的工作负载测试。
- 在用户体验允许的情况下,将异步工作迁移到 Message Batches。
- 仅在前缀足够稳定、可以反复命中的地方添加提示词缓存。
- 跟踪每个已接受结果的成本,而不只是 token 数量。
- 当 Claude 是多模型生产栈的一部分时,使用网关和台账。
这就是阅读 Anthropic Claude API 定价 2026 与真正控制它之间的区别。



