DeepSeek V4 Pro 中转站付款前先看 ¥21.80

01 / 价格表首行：DeepSeek V4 Pro 到底按什么收费

付款之前，先把价格表抄到自己的小票上。DeepSeek V4 Pro 的模型 id 是 deepseek-v4-pro，CheapRelay 当前价格表按每 1,000,000 tokens 列出：输入 ¥7.27，输出 ¥21.80，缓存读取 ¥0.24。三个数字分别对应一次请求里的不同 token 消耗，不能把它们相加当成一次调用的固定费用；实际账单取决于真实输入、真实输出和缓存读取量。

这张小票的第一行是“模型：DeepSeek V4 Pro”，第二行是“单价：输入 ¥7.27 / 输出 ¥21.80 / 缓存读取 ¥0.24”，第三行是“计费方式：按真实 token 计费”。CheapRelay 使用预付余额，没有月租，余额不过期。新账号还有一笔注册赠送额度 ¥0.60，可以用于价格表中的任意模型。它不是一张只能买某个服务的券，而是一笔能直接进入余额的试用资金。

这里还要看清一点：当前价格表没有列出 DeepSeek V4 Pro 的官方标价，所以不能给这个模型编一个官方价，也不能拿另一个模型的官方价格代替。开发者应该比较的是同一行里的输入、输出和缓存读取单价，再结合自己的 token 结构算总额，而不是只看模型名字。下面的示例就按这三个单价逐项展开。

02 / 计费小票：一次 DeepSeek V4 Pro 调用怎样算出总额

下面是一个纯算术示例，不是预设套餐，也不是速度承诺。假设一次示例请求包含 100,000 个输入 tokens、20,000 个输出 tokens，以及 50,000 个缓存读取 tokens。先看输入：每 1,000,000 个输入 tokens 是 ¥7.27，因此 100,000 个对应 ¥7.27 × 0.1 = ¥0.727。其次看输出：每 1,000,000 个输出 tokens 是 ¥21.80，因此 20,000 个对应 ¥21.80 × 0.02 = ¥0.436。再次看缓存读取：每 1,000,000 个缓存读取 tokens 是 ¥0.24，因此 50,000 个对应 ¥0.24 × 0.05 = ¥0.012。

• ■ 小票项目一：输入 100,000 tokens × ¥7.27 ÷ 1,000,000 = ¥0.727
• ■ 小票项目二：输出 20,000 tokens × ¥21.80 ÷ 1,000,000 = ¥0.436
• ■ 小票项目三：缓存读取 50,000 tokens × ¥0.24 ÷ 1,000,000 = ¥0.012
• ■ 小票合计：¥0.727 + ¥0.436 + ¥0.012 = ¥1.175

这个示例小票的总额是 ¥1.175，结算时按真实 token 从预付余额扣除。如果输入与输出比例不同，账单也会变化。例如同样是 100,000 输入、50,000 输出、50,000 缓存读取的示例，输出项变成 ¥21.80 × 0.05 = ¥1.09，总额则是 ¥0.727 + ¥1.09 + ¥0.012 = ¥1.829。开发者可以用自己的调用日志替换数量，先估出一天或一个迭代周期的费用，再决定充值多少。

03 / 横向对照：按同一组 token 数量比较模型行

价格表适合横向对照，但比较时必须使用同一组 token 数量。继续沿用上一节的示例数量：100,000 输入、20,000 输出、50,000 缓存读取。DeepSeek V4 Pro 的示例合计是 ¥1.175。换成 DeepSeek V4 Flash，其输入单价为 ¥1.72、输出单价为 ¥6.88、缓存读取单价为 ¥0.04，所以同一组数量的示例合计为 ¥0.172 + ¥0.1376 + ¥0.002 = ¥0.3116。两张示例小票相减，¥1.175 − ¥0.3116 = ¥0.8634，这就是同一用量下两者的价格差额。

其次可以对照 Qwen3.7 Plus。它的输入单价 ¥0.87、输出单价 ¥2.61、缓存读取单价 ¥0.26，按同一示例数量计算为 ¥0.087 + ¥0.0522 + ¥0.013 = ¥0.1522。MiniMax M3 的输入、输出、缓存读取单价分别是 ¥0.89、¥3.54、¥0.18，对应示例合计为 ¥0.089 + ¥0.0708 + ¥0.009 = ¥0.1688。数字放在一起，选择逻辑就很直白：输出占比高，就重点看输出单价；重复上下文多，就重点看缓存读取单价。

CheapRelay 也在有官方标价的行上公开差额。例如 GPT-6.1 Sol 的输入为 ¥1.07、输出为 ¥5.31、缓存读取为 ¥0.25，而官方标价分别为 ¥14.40、¥72.00、¥3.60。其输出价格比官方价低 93%，算式是（¥72.00 − ¥5.31）÷ ¥72.00 = 93%。这类对照能帮助读者理解 CheapRelay 的价格思路，但 DeepSeek V4 Pro 没有官方标价，就应只按上表实价计算。

04 / 接入小票：客户端、模型 id 与接口路径要对上

模型选好以后，第二张待核对的小票是客户端。DeepSeek 属于 OpenAI-compatible 模型，应通过 /v1 路径接入，可以使用 Cursor、Cherry Studio、Cline、Roo Code、OpenCode、OpenAI SDK 或 cURL。CheapRelay 的 API 基础地址是 api.cheapapirelay.com，模型栏填写 deepseek-v4-pro。路径和模型 id 都要照抄，不要把 Claude、Gemini 的专用接法混进来。

这里顺便说明不同模型对应的客户端规则。Claude 模型只用于官方 Claude Code 和 Claude Desktop，版本要求为 2.1.285 或更新版本，并且不能走 OpenAI-compatible 接口。Gemini 模型使用原生协议，在 /v1beta 下通过 Gemini CLI 接入，也不使用 OpenAI-compatible 接口。GPT、DeepSeek、Kimi、GLM、Qwen、Grok、MiniMax 等价格表中的模型，才按 /v1 的 OpenAI-compatible 方式配置。

• ■ 接入检查一：DeepSeek V4 Pro 的模型 id 写 deepseek-v4-pro
• ■ 接入检查二：接口使用 /v1，客户端选择支持 OpenAI-compatible 的工具
• ■ 接入检查三：API 基础地址填写 api.cheapapirelay.com
• ■ 接入检查四：每个 key 每分钟最多 120 次调用，每个账号最多同时 8 次调用

调用前还要看懂一个状态码：HTTP 402 表示余额已经小于等于零。此时先处理充值，再继续请求。限流数字也值得记在小票上，它们属于 CheapRelay 当前的调用限制。把模型 id、接口路径、余额和并发数一起核对，通常比请求失败后再逐项排查更省时间。

05 / 账户小票：充值、赠送、返佣与退款如何结算

最后一页是账户结算规则。CheapRelay 采用预付余额，按真实 token 扣费，没有月租，余额不会过期。新用户注册后获得 ¥0.60 注册赠送额度，可用于任意模型。预算可以按小票思路来做：先用上一节的示例单价估算用量，再充值对应金额，用完后查看真实扣款，让预测与账单互相校验。

其次是推荐奖励。直接邀请的用户每次实际付款，你获得其中 20%；来自二级邀请关系的付款，获得其中 6%。这部分进入可提现奖励余额，提现门槛是 ¥20，通过支付宝提现。举例来说，若直接邀请用户在示例中实际付款 ¥100，对应奖励为 ¥100 × 20% = ¥20，恰好达到提现金额门槛；若这笔付款来自二级关系，则对应奖励为 ¥100 × 6% = ¥6。示例中的 ¥100 只是算术基数，实际奖励按真实付款计算。

最后看退款。充值后 12 天内，未使用余额可以申请退款，扣除已经消费的部分和支付手续费。也就是说，退款不是把整笔充值原样拿回，而是按退款时剩余的未用余额计算。可以用一个小票示例理解：充值 ¥100，已经消费 ¥18，支付手续费为 ¥2，那么可退金额示例就是 ¥100 − ¥18 − ¥2 = ¥80。

把整张账单合在一起：注册先记 ¥0.60 赠送额度，调用按 deepseek-v4-pro 的输入 ¥7.27、输出 ¥21.80、缓存读取 ¥0.24 结算，账户没有月租，余额不过期，推荐奖励按 20% 与 6% 进入可提现余额，12 天内未用余额按规则退款。价格、路径和结算都摊在桌面上，这才是选择 DeepSeek V4 Pro 中转站时真正需要核对的内容。