轻度
每月输入 500 万、输出 100 万 token，一半输入命中缓存。大致相当于一个人每周有几天在用 agent。
成本计算器
大模型 API 成本计算器：一个月实际要花多少
按 token 的单价不好估算，换算成月账单才看得清。这个大模型成本计算器按三种用量规模算出月账单，并把命中缓存的输入单独计价，因为对编程 agent 来说，输入的大部分都会命中缓存。
三档用量
常规
每月输入 3000 万、输出 600 万 token，70% 的输入命中缓存。大致相当于一位开发者每天都在用 agent。
重度
每月输入 1.5 亿、输出 3000 万 token，80% 的输入命中缓存。相当于一个小团队，或者一个长时间运行的 agent。
| 模型 | 轻度 | 常规 | 重度 |
|---|---|---|---|
claude-sonnet-5 | $14.72 | $78.09 | $364.80 |
claude-opus-5 | $36.81 | $195.23 | $912.00 |
claude-haiku-4.5 | $7.36 | $39.05 | $182.40 |
gpt-5.4 | $20.78 | $111.86 | $527.25 |
deepseek-v4-pro | $3.83 | $20.16 | $93.72 |
deepseek-v4.1-flash | $1.02 | $5.33 | $24.66 |
kimi-k2.7-code | $6.51 | $34.71 | $162.73 |
glm-5.2 | $6.16 | $31.31 | $142.42 |
minimax-m3 | $2.10 | $11.16 | $52.20 |
按当前目录价格算出的月成本（美元）。命中缓存的输入按缓存读取价计，其余输入按输入价计。
换成你自己的数字
算法是公开的。拿你每月的 token 量，按重复上下文的占比拆分输入，再套用目录里每百万 token 的价格。
月成本
月成本 =
(input_M x (1 - cached_share) x input_price)
+ (input_M x cached_share x cache_read_price)
+ (output_M x output_price)
# input_M / output_M = millions of tokens per month
# prices = USD per 1M tokens, from the catalog为什么缓存占比比标价更影响账单
模型所在线路支持提示词缓存时，命中缓存的输入只收输入价的一小部分，也就是每款模型公布的缓存读取价；除 DeepSeek V4 Pro、DeepSeek V4.1 Flash 和 Kimi K3 外，不高于厂商官方的缓存读取价。缓存写入不加价：首次写入按正常输入价计费，不额外收钱。如果大部分输入都是重复的上下文，这一项对账单的影响，远大于标价上便宜几个百分点。
所以上面三档假设的缓存占比逐档提高：agent 用得越多，重复的上下文越多，只按单价粗算的结果和实际账单之间的差距也越大。
这些数字是按公开的目录价格和上面的假设估算的，不是报价。每次请求实际适用的价格和你的真实用量，以控制台为准。
常见问题
这些价格从哪里来？
和模型页同一份目录；线上价目表一有变化，就重新生成。所有页面上都没有手动输入的价格。
另外还有订阅费或席位费吗？
没有。从预付余额里按 token 以美元计费。没有席位费、没有每月最低消费，也没有订阅时间窗。
我的缓存占比没有这么高怎么办？
用上面的公式，代入你自己的比例。完全不用缓存，就把缓存占比设为零，全部输入按输入价计。
从一个 API Key 开始
创建一个 Key，从第一次调用开始，控制台就会按这些价格显示你的真实用量。
更新日期：2026-10-04