Vana API 价格：GPT-6.1 Sol 接入与一周成本
§ 一个地址，三种协议
Vana API 的接入方式可以概括成一句话：一个地址，三种协议，几乎不需要额外配置。API 请求统一发往 https://api.vanaapi.com，这个地址只处理 API 请求本身。密钥、余额和用量日志都在主站 https://vanaapi.com 的控制台里管理，两者分工清晰，你不需要在多个服务商之间来回切换，也不需要研究复杂的路由设置。
同一个 https://api.vanaapi.com 地址对应三种协议。Claude 模型只能通过官方 Claude Code 或 Claude Desktop 使用，要求版本 2.1.285 或更高，这两个客户端自身就说 Anthropic Messages（/v1/messages）协议。Claude 模型不能通过其他客户端、任何 SDK、cURL 或脚本调用，这一点在开始之前确认好，可以省下大量排查时间。
Gemini 模型只能在 Gemini CLI 中使用，走 Gemini 原生协议（/v1beta/models/...）。这个协议不是 OpenAI 兼容格式，所以你需要在 Gemini CLI 里填写地址，而不是把请求改写成 OpenAI 的调用方式。
GPT 模型走 OpenAI 格式（/v1/chat/completions），可以配合 Cursor、Cline、Roo Code、OpenCode、Cherry Studio、任意 OpenAI SDK 或 cURL 使用。GPT 模型同样响应 /v1/responses，这正是 Codex 使用的端点。也就是说，你手上的工具大概率已经支持 Vana API，只要换掉地址和密钥就能开始。
§ GPT-6.1 Sol 的真实单价
本文的主角是 GPT-6.1 Sol，模型 id 是 gpt-6.1-sol。它在 Vana API 的价格是每百万 token 输入 ¥1.00、输出 ¥6.00。作为参照，同一模型在官方标价中为每百万 token 输入 ¥14.4、输出 ¥72。两组数字都来自公开价格表，Vana API 的计费方式就是按真实 token 数量收费。
输入与输出分开计价，是理解成本的关键。输入是你发给模型的内容，输出是模型返回的内容。日常对话里输出通常比输入少，所以一次实际请求的费用更多由输入决定；但当你要模型生成较长的代码、报告或分析时，输出的比例会明显上升。把两个价格都记住，比只记一个均价更实用。
Vana API 采用预付余额模式，按真实 token 计费，没有月费。你在控制台充值后调用，用多少扣多少，每次调用都会记录在控制台的用量日志里。日志把每一次请求的用量和费用列出来，方便你核对某个模型、某一天或某一段对话到底花了多少。
密钥同样在控制台创建。流程很短：注册后进入控制台，创建一枚密钥，复制到你的客户端里，再把客户端的接口地址指向 https://api.vanaapi.com。注册赠送 ¥0.50 额度，可以先用它跑通一次请求，确认链路无误后再考虑充值。
§ 示例一周的账单
假设你每天用 GPT-6.1 Sol 处理 1,000,000 输入 token 和 200,000 输出 token，这只是一个示例场景。按 Vana API 的单价，输入部分是 ¥1.00，输出部分是 200,000 ÷ 1,000,000 × ¥6.00 = ¥1.20，单日合计 ¥2.20。七天下来是 ¥15.40。
再换一个稍重的示例场景：假设你每天发送 2,000,000 输入 token 并接收 500,000 输出 token。输入费用为 2,000,000 ÷ 1,000,000 × ¥1.00 = ¥2.00，输出费用为 500,000 ÷ 1,000,000 × ¥6.00 = ¥3.00，单日合计 ¥5.00，一周合计 ¥35.00。
这两个示例说明一件事：周成本几乎完全由你自己的用量决定，而不是由套餐档位决定。用量轻，一周十几元就够；用量重，成本会线性上升。你可以在控制台的用量日志里对照实际数字，而不是靠估算。用量日志里每一条调用记录都能查到，账目清楚，心里才有底。
如果你的使用量比较稳定，也可以看一下按周期的方案。GPT 最多 $4,000 / 30 天的方案是 ¥746.00 for 30 days，每周上限 $1,200，只覆盖 GPT 模型。它适合用量大且可预测的人；如果你的调用量忽高忽低，预付余额加按量付费通常更灵活。
§ 五分钟跑通一次调用
开始之前，先在 https://vanaapi.com 注册并进入控制台，创建 API 密钥。控制台里能看到余额和用量日志，密钥也在这里生成。拿到密钥后，剩下的事情就是把客户端的 base URL 改成 https://api.vanaapi.com，并填入模型名 gpt-6.1-sol。
如果你用 Cursor、Cline、Roo Code、OpenCode、Cherry Studio、任意 OpenAI SDK 或 cURL，就走 OpenAI 格式的 /v1/chat/completions 端点。请求结构与你现在发给其他 OpenAI 兼容服务的结构相同，改动集中在地址、密钥和模型名三项，通常几分钟内就能看到第一次响应。
如果你用 Codex，它走 /v1/responses 端点，GPT 模型在这个端点上同样有响应。把地址与密钥替换成 Vana API 的配置，模型指定为 gpt-6.1-sol 即可。两种端点共用同一个地址，这也是“一个地址，三种协议”带来的直接好处：换模型时，你不需要换服务地址。
建议先用注册赠送的 ¥0.50 额度做一次小规模验证，确认请求成功、日志里有对应记录、余额扣减符合预期，然后再把日常任务切过来。Vana API 的配置项很少，排查方向也很明确：先看地址，再看密钥，然后确认协议和端点是否与所用客户端匹配。
§ 为什么这样的价格结构值得长期用
把价格放在一起看会更直观。GPT-6.1 Sol 在 Vana API 是每百万 token 输入 ¥1.00、输出 ¥6.00，官方标价为每百万 token 输入 ¥14.4、输出 ¥72。Vana API 的定价写在公开价格表里，按真实 token 结算，没有月费，也没有额外的开通步骤。预付余额让支出曲线和用量曲线保持一致。
推荐机制是另一层补充。邀请的人付费后，你获得其中 14%；再下一层获得 5%。收益满 ¥100.00 后可以提现。规则简单，比例明确，适合你本来就打算把 Vana API 分享给同事或朋友的场景。
退款规则也写得清楚。充值后 3 天内，未使用的余额可以退款，扣除已经使用的部分和支付处理方的手续费。也就是说，前几天先小额充值、验证使用体验，再决定是否加大额度，是一个稳妥的节奏。
回到最初的那个结论：Vana API 用一个地址覆盖三种协议，配置少，账目清楚。GPT-6.1 Sol 的输入价 ¥1.00、输出 ¥6.00 让小规模使用成本可控，而预付余额、按量付费和逐条用量日志让你对每一笔支出都有据可查。打开控制台，创建密钥，把地址填进你已经在用的客户端，这一步之后就是正常使用。