deepseek收费标准多少钱

准备把 DeepSeek 接进项目，第一反应往往是「它到底多少钱」。官方页面上有单价表，但真正决定账单的是你调哪一档模型、输入输出各占多少、走官方还是中转，以及有没有免费额度兜底。这篇不背数字，只把收费结构和计算口径讲清，并告诉你每个环节该去站内哪一页看当期数字，最后给一套自己核算和做预算的顺序。

准备把 DeepSeek 接进项目，第一反应往往是「它到底多少钱」。官方页面上有单价表，但真正决定账单的是你调哪一档模型、输入输出各占多少、走官方还是中转，以及有没有免费额度兜底。这篇不背数字，只把收费结构和计算口径讲清，并告诉你每个环节该去站内哪一页看当期数字，最后给一套自己核算和做预算的顺序。

先说结论口径：单看某一档的标价意义不大，因为一次调用往往同时产生输入和输出两笔，输出单价通常高于输入，长回答任务的总价可能被输出那一项主导。所以本文不给你一个「多少钱」的固定答案，而是把「哪些变量决定你实际付多少」拆开，你拿着自己的用量去站内对应页面套当期数字，才能得出可信的估算。

先分清你在为什么付费：三档模型与两类计价维度

别一上来就找「哪个模型最便宜」。先确认你的任务到底需要哪一档能力：简单的分类、改写、抽取，低档位通常够用；复杂的多步推理、长代码生成，才往上走。档位选高一档，单价和输出长度常常一起涨，账单翻倍很常见。

• 计价按输入和输出分开算，两者不是一个价，别用平均单价拍脑袋
• 长思考、长回答主要吃输出额度，输出那一栏要单独盯
• 同一份系统提示反复用，缓存命中能让输入那部分明显便宜
• 真正该看的不是单价绝对值，而是你这次任务的输入输出比例

官方直连和中转站：同一次调用的钱花在哪一层

同样一次请求，走官方和走中转，钱的构成不一样。官方直连就是输入量乘输入单价、输出量乘输出单价，口径最干净；中转站是在这个基础上再叠一层自己的计费规则，可能按量扣额度，也可能按次扣，具体倍率要看它自己的说明。

官方直连

按官方单价分别结算输入和输出，账单口径最透明

中转倍率

在中转站内按它自己的规则换算额度，倍率各家不同

按量扣费

用多少 token 扣多少额度，适合调用量波动大的场景

按次扣费

每次请求扣固定额度，短请求多的时候要留意划算不划算

判断走哪条路，先看你的调用量级和对发票、并发、稳定性的要求。量小、想省注册和结算的麻烦，中转站省事；量上来了、需要直接对账和稳定配额，开官方账号更可控。别拿「某站的综合折扣」直接跟「官方单价」比，两边口径没对齐，比出来的结论没有意义。对齐方法看 /about 里的检测口径说明。

把你自己的用量换成钱的四步

估算的关键不是单价，是你自己的用量结构。下面这套顺序照着走，得到的数字比拍脑袋靠谱得多，也方便后面做预算和横向比平台。

1. 埋点记用量在代码或网关里记录每次请求的输入 token、输出 token、模型档位，字段口径可参考 /usage 里真实用量榜的统计方式。
2. 按任务分组把对话、摘要、代码补全等分开统计，混在一起会把贵的任务稀释掉，低估总成本。
3. 套当期单价用 /tools/model-cost-calculator 或 /tools/token-price-calculator 把量乘上当期单价，得到裸成本。
4. 加冗余系数把重试、失败请求、缓存未命中的比例折进去，一般要留一档冗余，别按理想值做预算。

四步做完你会得到两个数：一个理想裸成本，一个含冗余的估计值。做预算用后者，做横向比价用前者。如果两个数差得特别大，先回头查是不是输出没有限长，或者提示词里塞了太多可缓存的固定内容却没吃到缓存。

免费额度、赠送额度与第一次预算怎么定

新账号一般会有赠送额度或免费额度，规则和领取入口去 /official-api/providers/deepseek 以及站内免费额度相关页面看当期说明，不要按记忆里的数字规划。免费额度适合跑通链路和做小流量压测，不适合估长期成本，长期预算一定按付费单价算。

• 验证期：用免费额度跑通链路，重点验证输出质量和延迟，不关心花费
• 压测期：小流量真实调用，记录单次平均成本，确认缓存命中情况
• 放量期：用实测单次成本乘预期调用量，再乘冗余系数
• 预算紧张时优先做三件事：降档位、砍输出长度、复用提示词前缀

这三件事为什么比换平台见效快？因为它们直接减少了计费的那个量，而换平台只是换个单价口径，量没变账单大头就还在。降档位之前建议先做 A/B，确认低档位在你这批任务上质量能接受再切，否则省了钱但返工成本更高。

账单不是单价决定的，是你把多少 token 送进送出决定的；控制用量结构，比到处找折扣更管用。