claude 4.5 api 价格

你可能刚把 Claude 4.5 接进项目，跑了两天发现后台余额掉得比想象快，却说不清钱花在哪一档上。这篇不背单价，而是给你一套方法：先去哪查当时的数字、按什么口径把档位对齐、预算怎么排、账单怎么核。适合自己开账号的开发者，也适合帮团队管这笔账的人。

你可能刚把 Claude 4.5 接进项目，跑了两天发现后台余额掉得比想象快，却说不清钱花在哪一档上。这篇不背单价，给你一套能直接照做的方法：先去哪查当时的数字、按什么口径把档位对齐、预算怎么排、账单怎么核。

适合自己开账号的开发者，也适合帮团队管这笔账的人。提醒一句，全文所有金额都建议你到站内对应页面核对当时的数字，别记我这边的说法——单价会变，口径比数字更重要。

先对齐口径：Claude 的价格到底分几层

很多人比价只比一个数字，结果拿 A 渠道的输入价去对 B 渠道的输出价，越比越乱。先把层次分开：模型档位是一层，输入输出分开计价是第二层，渠道来源是第三层。三层没对齐之前，任何比较都没有意义。

模型档位

同一个家族里按能力分层，档位不同单价不同，别只盯一个数

输入输出分开

提示词进和回答出是两套价，输出通常更贵，长回答最容易超支

渠道口径

官方直连、云厂商托管、中转站折算，同一个模型报出来的价可能不是一回事

想确认当时的规格和单价，直接去看官方页面的当前数据：Anthropic 官方口径在 /official-api/providers/anthropic，走云厂商托管的去 /official-api/providers/amazon-bedrock 和 /official-api/providers/google-vertex 对照，两边的计费维度和加价点并不一样。中转站报的价则要去 /sites 看它自己标注的折算说明。

按用量排预算：先估量，再套价

预算失真的根源通常是量没估准，而不是价看错了。顺序别颠倒：先把量算出来，再拿量去乘当时的单价。量算错，后面怎么优化都是白忙。

1. 拆任务量把一次典型任务的平均输入 token、输出 token、每天调用次数记下来，乘出月度总量；不确定量级时先去 /usage 看真实用量榜做对照
2. 换算金额用 /tools/model-cost-calculator 或 /tools/token-price-calculator 把量换算成金额，比手工乘更不容易错单位
3. 留缓冲重试、长上下文、工具调用都会让实际量高于估算，缓冲比例按你自己历史账单的偏差定，别照搬别人的数

什么情况下这套估法不适用：调用量波动极大的场景，比如做活动、跑批任务，按月均值估算会严重失真，更适合按任务批次单独算，跑完一批核一次账。

账单核对：三步找出对不上的地方

账单比预期高，先别急着骂渠道，按固定顺序排查，八成问题出在前两步。下面这套顺序我建议当成肌肉记忆，每次对账都走一遍。

• 对齐时间窗：账单周期和你自己的用量日志必须覆盖同一段时间，跨月截断最容易看起来像多扣
• 拆输入输出：把总花费拆成输入和输出两块再和日志对，偏差通常出在输出侧比预想长
• 看渠道加价：走中转站的去 /sites 查该站口径说明，再和 /official-api 的官方价对照，差在倍率上就别当成模型涨价

如果偏差大到整数量级，就别在表格里硬找了。先去 /tools/verify 做一次在线核对，确认调用是否被计费、缓存口径是否一致，这类问题靠肉眼对账往往看不出来。对不上时记一条：先怀疑自己日志缺字段，再怀疑渠道，最后才怀疑定价变了。

对账的目标不是找出谁错了，而是让下次估算更准。

把成本压下来的动作清单

省钱不是一刀切降档，而是把每一分花在真正需要能力的任务上。下面这些动作按性价比排序，先做前两条，大多数项目就能看到变化。

换档之前先试算，用 /tools/model-cost-calculator 把同一任务在不同档位下跑一遍金额，再决定换哪些任务。控制输出长度往往比优化输入更划算，因为输出侧单价更高，把「请简洁回答」写进提示词就是最便宜的一步。减少无效调用则要靠数据：去 /tools/speed-test 先量出延迟基线，才知道哪些重试是真必要。

不适用的地方要讲清楚：对准确率要求极高的任务，为了省钱降档可能带来返工，返工的人力成本往往高于省下的调用费，这类活别省。省钱的前提是任务能接受轻微质量波动。