接入实践
Claude Code API 费用怎么算？查用量、算预算与省钱方法
用会话用量计算一次任务和一个月的 API 预算，附四项费用演算表、上下文整理命令与可复制的任务模板，再判断低折扣方案是否适合自己。
如果你通过 API 使用 Claude Code，月费取决于实际用量，而不是安装了多少次客户端。最实用的办法是：先用 /usage 查看一次完整任务的用量，再用账户适用的输入、输出和缓存单价计算费用，最后乘以每月任务量。下面按这个顺序操作，给你一张可替换数字的预算表，以及三种减少无关上下文的方法。
先分清：你要控制的是哪张账单？
不要把订阅费用和 API 费用加错，也不要拿工具里的估算金额直接当作最终扣款。先确定当前请求由什么凭证、哪个账户承担，再看对应记录。Claude Code 官方的鉴权说明列出了订阅登录与 API 等使用路径。
| 你的使用方式 | 先看哪里 | 比较时看什么 |
|---|---|---|
| 订阅账户登录 | 订阅套餐、用量和适用的额外用量规则 | 套餐是否满足自己的实际工作量 |
| 按 API 用量付费 | 承担请求的 API 账户用量与账单 | 普通输入、输出、缓存等实际计费项 |
| 通过第三方网关调用 | 该账户的型号、报价和结算记录 | 同一任务完成后的总支出，而不只是单项折扣 |
ModelsNexus 提供 Claude Code API 用量低折扣方案。这里的优惠指 API 用量，不是 Claude 订阅或软件授权折扣。接下来先算清自己的任务成本，再判断优惠是否适合你。
第一步：在会话里查看实际用量
在已经打开的 Claude Code 交互会话中输入下面的命令，不是在系统终端里直接执行。先完成一项小任务，再查看当前会话的用量变化。
/usage查看当前会话的 Session 区域和按模型列出的用量，记录输入、输出、缓存读取与缓存写入。官方费用说明指出，这里的金额是根据用量计算的估算值；是否使用组织配置单价也会影响显示，最终结算应以付费账户账单为准。
- 选一项有明确结束条件的任务。例如修复一个已复现的问题并通过对应测试，不把整个项目重构混在一起。
- 记录开始和结束的会话用量。同一会话连续做多个任务时，用结束值减开始值，别把累计总量误当成本次增量。
- 对照同一时段的结算记录。记下型号、任务是否通过验收以及总扣费。需要向客服定位时附脱敏请求 ID，不附密钥。
找不到命令时，先用 /help 查看当前版本提供的入口。使用 /clear 开始新会话前先保存本次记录；不要清空以后才试图回忆上一项任务用了多少。
第二步：把一次任务换算成月预算
以下全部单价和用量均为演算假设，不是官方或 ModelsNexus 报价。示例假定四类 token 相互独立、没有重复计入；若账单的输入总量已含缓存，先按实际字段口径拆分。
| 项目 | 用量 | 假设单价（元／百万 token） | 费用（元） |
|---|---|---|---|
| 普通输入 | 100,000 | 10.00 | 1.00 |
| 输出 | 20,000 | 30.00 | 0.60 |
| 缓存读取 | 400,000 | 1.00 | 0.40 |
| 缓存写入 | 20,000 | 12.50 | 0.25 |
| 合计 | 用量 ÷ 1,000,000 × 对应单价，逐项相加 | 2.25 | |
单任务费用 = 1.00 + 0.60 + 0.40 + 0.25 = 2.25 元
每月任务量 = 每天 10 项 × 每月 20 天 = 200 项
本例月预算 = 2.25 × 200 = 450 元把表格中的四个单价换成你账户实际适用的报价，再换成自己的用量即可。若报价已是优惠后单价，不要再乘一次折扣；若优惠只覆盖部分项目，也不要把整单统一打折。
还要把返工算进去。假设同样的任务尝试共计 100 次、每次花费 2.25 元，但只有 80 次最终交付可用结果，则每个可用结果分摊的是 225 ÷ 80＝2.8125 元，而不是 2.25 元。这里也是演算示例；它说明比较方案时为什么要把实际支出除以可用成果数，不能只比较某一轮请求。
准备月度预算时，建议分别记录小修复、常规开发和大型重构三类任务。每类用自己的样本计算，再加总；一项小修复的低费用不能代表整个月。此处的预算表用于计划支出，并不自动设置账户硬限额。
第三步：优先减少这三种浪费
先观察浪费在哪里，再改工作方式。下面的命令来自官方命令参考与费用指南；它们不是承诺固定节省比例的开关。
| 你遇到的现象 | 可以先做什么 | 怎么判断有效 |
|---|---|---|
| 讨论很久后，每轮仍携带大量旧内容 | 用 /context 看上下文构成；同一任务需要继续时，用 /compact 指定保留重点 | 任务约束仍完整，后续用量与之前可比，而不是只看摘要变短 |
| 已转到无关任务，却沿用上一段长会话 | 先保存必要结论与用量，再用 /clear 开新会话 | 新任务不再依赖上一任务的材料，也不需要重新补回关键约束 |
| 一句“帮我优化项目”导致反复摸索和返工 | 先限定模块、允许改动的范围和验收条件 | 以测试通过和完成要求验收，同时比较总用量与返工次数 |
例如，同一任务还要继续时，可以明确要求压缩后保留什么：
/compact 保留当前目标、已修改文件、失败测试和下一步操作，压缩已经完成的探索过程。开始任务前，也可以复制下面的范围约束，再替换成自己的项目要求。它是工作方式示例，不是实测省钱结论：
本次只处理我指定模块中已经复现的问题。
先确认复现步骤和最小修改范围；缺少关键信息时先问我。
不要顺便升级依赖或重构无关文件。
完成后运行对应测试，报告改动文件、测试命令和实际结果。
如果测试无法运行，说明原因，不要把未测试写成通过。怎样判断低折扣方案是否真的更划算？
拿同一类任务比较三件事：能否完成、完成后实际扣了多少钱、出了问题能否定位。单价更低但返工更多，未必降低可用成果的成本；一次成功也不能证明所有项目和型号都一样。
在 ModelsNexus 的模型与价格页面查看目标型号和适用报价，把输入、输出、缓存单价填入上面的表，再完成一项小范围任务对账。当前资料没有确认的协议或模型支持，不靠“兼容 API”四个字推断；接入前可按网关与直连接入清单逐项检查。
你的第一步不必是大额充值：先留下一组自己的任务用量、验收结果与实际扣费，再决定月预算。这样下一次比较报价时，就有一个可复算的基准，而不只是一个看起来便宜的折扣数字。
先核对当前型号、协议与计费口径，再开始接入。
查看模型与接入