Vana 上手 DeepSeek V4 Pro 的价格与接入教程

§ 一个地址，三种协议

做模型接入时，真正消耗时间的往往不是写第一行代码，而是在不同客户端之间反复核对地址、协议和模型名。Vana API 把这件事压缩成一个地址：https://api.vanaapi.com。这个地址只响应 API 请求，密钥、余额和使用日志都在主站 https://vanaapi.com 的控制台里管理。

同一个地址下提供三种协议，配置之前先看清你要用的模型属于哪一类。Claude 系列走 Anthropic Messages（/v1/messages），只支持官方 Claude Code 或 Claude Desktop，版本需为 2.1.285 或更高，它们本身就说这种协议；Gemini 系列走 Gemini 原生协议（/v1beta/models/...），只从 Gemini CLI 调用，并不是 OpenAI 兼容格式；GPT、Grok、DeepSeek、GLM、Kimi、Qwen、MiniMax、MiMo 则统一使用 OpenAI 格式（/v1/chat/completions），GPT 模型同时也在 /v1/responses 上响应，Codex 用的就是后者。

本文要接入的 DeepSeek V4 Pro 属于第三类，model id 为 deepseek-v4-pro，因此可以直接用 Cursor、Cline、Roo Code、OpenCode、Cherry Studio、任意 OpenAI SDK 或 cURL 调用，不需要为它另找一套专用客户端。协议选对之后，剩下的配置就很少了。

§ 准备密钥与余额

接入前先到主站的控制台做两件事：创建密钥，以及充值预付余额。密钥在控制台生成，充值也是预付模式，Vana API 按实际消耗的 token 计费，没有月费。注册赠送 ¥0.50 的额度，可以先拿它跑通一次最小请求，确认链路通了再决定后续充值规模。

充值后的余额同样在控制台查看。如果你在 3 天内对未使用的余额有疑问，可以申请退款，退款金额会扣除已经使用的部分以及支付处理方的费用。换句话说，账户里剩下的钱和每一笔消耗都是可核对的：你充值多少、用掉多少、还剩多少，都能在控制台里对上账。

这一步之所以简单，是因为 Vana API 把密钥、余额和使用日志都放在同一个控制台里，不需要再去别处登记账号或申请配额。地址只有一个，密钥也只有一把，后续排查问题时，接口地址、模型名和日志记录可以互相印证。

§ 用 OpenAI 格式接入 DeepSeek V4 Pro

假设你用 cURL 做一次验证，请求形态就是标准的 OpenAI 聊天补全格式：把 base 地址指向 https://api.vanaapi.com，路径为 /v1/chat/completions，模型字段填 deepseek-v4-pro，再带上控制台里创建的密钥。返回结果按 OpenAI 的结构解析，所以你现有的脚本或 SDK 基本不需要改写，只需要把 base URL 和模型名换掉。

如果你更习惯图形化客户端，在 Cursor、Cline、Roo Code、OpenCode 或 Cherry Studio 里添加一个自定义的 OpenAI 兼容服务提供者，填入同一个地址和同一把密钥，模型选择 deepseek-v4-pro 即可。喜欢写代码的团队可以直接用任意 OpenAI SDK，把 client 的 base_url 设为该地址，model 设为 deepseek-v4-pro，消息数组按常规写法传入。

需要提醒的是，DeepSeek V4 Pro 并不通过 Anthropic Messages 或 Gemini 原生协议提供服务。如果你手上的工具只支持那两种协议，就应当改用支持 OpenAI 格式的客户端，而不是反复尝试参数。选对协议之后，配置通常就是“改地址、改模型名、填密钥”这三件事。

§ 价格与一次完整算例

DeepSeek V4 Pro 在 Vana API 的价格是每百万 token 输入 ¥8.00、输出 ¥24.00。下面是一个示例计算，用来展示一次请求大概落在什么量级，数字仅为示例，实际费用按真实 token 计费。

• 示例一：一次请求输入 1,000,000 token、输出 500,000 token。输入费用为 1,000,000 ÷ 1,000,000 × ¥8.00 = ¥8.00；输出费用为 500,000 ÷ 1,000,000 × ¥24.00 = ¥12.00；合计 ¥8.00 + ¥12.00 = ¥20.00。
• 示例二：假设你每天固定跑一次这样的用量，一个月 30 天。每日 ¥20.00，30 天合计 30 × ¥20.00 = ¥600.00，这是一笔可预估的支出，而不是一笔含糊的订阅费。
• 示例三：把用量调小一些，每天输入 100,000 token、输出 20,000 token。输入为 100,000 ÷ 1,000,000 × ¥8.00 = ¥0.80；输出为 20,000 ÷ 1,000,000 × ¥24.00 = ¥0.48；每日合计 ¥0.80 + ¥0.48 = ¥1.28，30 天为 30 × ¥1.28 = ¥38.40。

按量付费的好处在于，预算和用量是线性对应的。你用得多，付得多；用得少，付得少，中间没有必须先买满某个周期才能开始使用的门槛。控制台里的余额会随着调用递减，你可以随时停下来调整节奏。

§ 每一笔调用都留在日志里

在 Vana API 上，费用不是一个月结束后才给出一个总数。控制台的使用日志会逐条列出调用记录，你可以在需要时回看某次请求的用量，对照上面的公式检查费用是否合理。这种可核对性对团队尤其有用：谁在什么时候用了哪个模型、花了多少，都能落到具体记录上。

Vana API 还提供邀请奖励：你邀请的人付费后，你可获得其付费金额的 14%，再下一层为 5%，收益满 ¥100.00 可提现。如果你本来就打算长期使用，把链接分享给同事或同行，既能分担一些成本，也能把用量变化看得更清楚。

整体看下来，Vana API 的接入路径很直白：主站控制台创建密钥并充值，客户端里填入 https://api.vanaapi.com，模型选 deepseek-v4-pro，按 OpenAI 格式发请求。一个地址、三种协议、很少的配置步骤，费用则按真实 token 结算，每一笔都在日志里。剩下的事情，就是把它放进你现有的工作流，开始真实使用。