不少人选 DeepSeek 是冲着便宜去的，结果在 OpenRouter 上跑了一周，账单和心里那笔账对不上——不是被多收，而是计价口径没对齐：单价按哪个币种标、有没有倍率、充值和结算是不是一回事、输入输出和缓存各算几项。这篇不讲虚的，把 OpenRouter 上 DeepSeek 的计价结构拆开，给你一份从下单前到月底核账的顺序，价格数字一律以站内页面当时的显示为准。
不少人挑 DeepSeek 就是图便宜，结果在 OpenRouter 上跑了一周，账单和心里那笔账对不上。多数情况不是被多收，而是计价口径没对齐：单价按哪个币种标、有没有平台倍率、充值和结算是不是一回事、输入输出和缓存各算几项。这篇不讲虚的，把 OpenRouter 上 DeepSeek 的计价结构拆开，给你一份从下单前到月底核账的顺序。
前提说清楚：所有具体数字一律以站内页面当时的显示为准，去 /openrouter 和 /official-api 对照着看。这篇只教你怎么读、怎么核对、怎么估预算，不背任何固定数值。
OpenRouter 上的 DeepSeek 价格是怎么标的
OpenRouter 是聚合层，页面上标的单价来自上游供应商，不是平台自己定价。同一个模型可能挂着多个供应商条目，价格和可用性分别列，所以别只看排在第一行那个。选之前先确认你打算走的是哪一条供应商线路，再看它对应的单价和限额。
读价先分清标价单位：是每百万 token 还是每千 token，输入和输出是不是两栏分开列，缓存读写有没有单独一行。单位看错一位，估算就差出百倍。这一步花两分钟，能省掉后面一整轮排查。
- 单位：先确认每百万还是每千 token，再谈数字大小
- 输入输出：两栏分开看，输出通常贵于输入，别取平均值
- 缓存：缓存读写常单独计价，命中与否是两档价
- 档位：DeepSeek 系一般分通用对话档和偏推理档，推理档输出 token 明显更多，别拿对话档单价套推理任务
- 更新时间：页面标注的更新时间和你的截图时间要对得上，避免拿旧数
倍率、充值和结算：三层口径别混
OpenRouter 的最终扣费，通常由上游模型单价和平台自身的加价或汇率折算两层构成，扣的是账户余额，不是上游原价。你看到的上游报价和实际扣款不一致，多半就出在这一层。倍率具体怎么读、怎么折算，站内 /openrouter-pricing-guide 和 /openrouter-rate-multiplier 有专门拆解，这里只讲怎么用。
充值金额和实际可用额度不一定一对一。涉及币种折算、手续费或赠送额度时，要先算清「充进去多少能换来多少调用量」，再看单价才有意义。余额是预扣还是结算后扣，直接决定你看到的中间态数字，排查时先看流水，别只盯总余额。
| 口径层 | 你实际要确认什么 | 去哪里对 |
|---|---|---|
| 上游单价 | 按哪个供应商条目、什么单位计价 | 站内 /openrouter |
| 平台折算 | 有无加价、汇率怎么算 | 站内 /openrouter-rate-multiplier |
| 充值额度 | 到账额度与充值额是否一致 | 账户账单页与站内价格指南 |
| 结算时点 | 预扣还是结算后扣 | 扣费流水明细 |
什么情况下不适用：如果你只做小规模试跑、总调用量很低，折算和手续费对单次成本的影响可能被其他因素盖过，这时优先关注可用性和限速，而不是死磕倍率。
账单和自己估算对不上，按这个顺序查
- 第一步：查 token 口径同一个词在 DeepSeek 分词器和其他模型下切出来的 token 数不一样，中文尤其明显。拿一段真实样本到 /tools/token-price-calculator 换算一遍，看你的「字数估算法」偏了多少。
- 第二步：查输入放大系统提示词、历史对话、检索回来的长文档都会整段计入输入。任务看着简单但输入可能很大，把一次请求的完整上下文捞出来数一遍，别只数用户那句提问。
- 第三步：查重试超时或限速后重发的请求同样计费。日志里同一时间段的重复调用要单独标出来，这部分不产生新结果却照样花钱。
- 第四步：查缓存命中缓存的读写单价和普通输入不是同一档，命中率高低能让实际成本差出一截。先确认你的调用方式是否真的能命中缓存。
这四步按顺序走，通常在前两步就能定位大部分差额。如果四步都对完还有差，那就回到上一节的折算和结算口径去查。
给 DeepSeek 用量做预算和月底核对
预估公式很简单：日调用量乘单次平均输入 token 乘输入单价，加上单次平均输出 token 乘输出单价，两段分开算再相加，绝对不要用混合均值。输入和输出单价差距越大，混合均值错得越离谱。
别拿拍脑袋的调用量做预算，先跑一周真实日志再定。日志至少记这几列：时间、模型、输入 token、输出 token、是否重试、是否命中缓存。缺哪列，后面就查不出哪一项。
- 预算按日或按周设告警，不要按月，月底才发现就来不及了
- 跨过阈值先降模型档或压缩输入上下文，别直接停服务
- 月底把充值记录、扣费流水、用量日志三张表对齐
- 差额优先怀疑汇率折算和赠送额度抵扣，这两项最容易漏
- 把每轮调价的核对结果记一条，下次估预算直接复用
不适用的情况也说一句：如果用量波动极大、单日峰值能到均值的很多倍，按均值算的预算一定会被打穿，这时应该按峰值场景单独做一档备用额度，而不是反复调均值。
价格是会动的，口径是稳定的。学会读口径，比记住任何一个数字都管用。下一步想直接比对 OpenRouter 上 DeepSeek 各家供应商当前的报价与可用性，去站内价格追踪页看当时的数字，再顺着后面列出的官方 API 对照页核一遍，两边口径对齐了再下单。→
常见问题
OpenRouter 上 DeepSeek 的价格比官方贵吗？
通常会有平台层的加价或折算，但省去了自己开账号、绑卡和多渠道管理的成本。到底贵多少，要看当期的上游单价和平台加价两部分叠加结果，去 /openrouter 对比 /official-api 上 DeepSeek 官方条目的数字，别用记忆里的旧价。
同一个 DeepSeek 模型，为什么 OpenRouter 上显示几个不同价格？
那是不同上游供应商提供的同一模型条目，延迟、稳定性和单价都不一样，页面会分别列出。选的时候不只看单价，还要看可用性和历史成功率，价格最低的那条经常同时是排队最久的。
只跑小项目，需要天天盯 OpenRouter 的 DeepSeek 账单吗？
不需要天天盯，但建议设一个按周的预算告警。用量小的时候波动不大，真正容易跑飞的是某次接入长文档处理或批量任务，输入量一下涨上去，等月底看账单就晚了。
