GPT-5.6 Sol 按量付费 ¥2.50 接入教程 Vana

§ 一个地址，三种协议

Vana API 的接入方式可以先记成一句话：一个地址，三种协议，极少设置。模型请求统一发往 api.vanaapi.com，这个地址只处理 API 请求；密钥、余额和使用日志都在主站 vanaapi.com 的控制台里查看。把这两处分开，是为了让“发请求”和“管账户”各自清晰，不必在多个平台之间来回切换。

三种协议对应三类模型。Claude 模型走 Anthropic Messages，也就是 /v1/messages，只能由官方 Claude Code 或 Claude Desktop 使用，版本需为 2.1.285 或更高，这两个客户端本身就 speaking Anthropic Messages；其他客户端、任何 SDK、cURL 或脚本都不适用。Gemini 模型走 Gemini 原生协议 /v1beta/models/...，只能由 Gemini CLI 调用，它不是 OpenAI 兼容格式。

GPT、Grok、DeepSeek、GLM、Kimi、Qwen、MiniMax、MiMo 走 OpenAI 格式 /v1/chat/completions，可用于 Cursor、Cline、Roo Code、OpenCode、Cherry Studio、任何 OpenAI SDK 或 cURL。GPT 模型同时响应 /v1/responses，Codex 使用的就是这条路径。也就是说，在 Vana API 上换模型，多数时候不需要换接入方式，只需要按协议选对入口。

§ GPT-5.6 Sol 的一天，逐行算成本

本文以 GPT-5.6 Sol（model id 为 gpt-5.6-sol）为例。它的 Vana API 价格为每百万 token：输入 ¥2.50，输出 ¥13.00；作为对照，官方标价是输入 ¥28.8、输出 ¥144。价格表是公开的，调用前就能估算，而不是用完才猜。

假设你每天这样使用（这是一个示例场景）：一次会话输入 1,000 token，输出 500 token。1,000 token 是每百万的 0.001 倍，乘以输入价 ¥2.50，得 ¥0.0025；500 token 是每百万的 0.0005 倍，乘以输出价 ¥13.00，得 ¥0.0065；两者相加，这一次会话是 ¥0.009。若每天都按这个量运行，30 天合计 ¥0.27。这只是演示算法，真实用量按实际 token 计费。

输出单价高于输入单价，这一点在估算时值得留意。同一模型下，如果你的任务更偏长文生成，输出 token 会主导成本；如果以短问答为主，输入占比更高，支出结构就不同。Vana API 按真实 token 收费，每一次调用都记录在控制台的使用日志里，可以逐条核对，看得见钱花在了哪一次请求上。

§ 接入要做的事，真的很少

设置步骤集中在两处：在 vanaapi.com 控制台创建密钥，在账户里充值，然后按对应协议把密钥填进客户端。对 GPT-5.6 Sol 这样的 OpenAI 格式模型，base 地址指向 api.vanaapi.com，模型名写 gpt-5.6-sol；如果你的工具使用 Responses 接口，则走 /v1/responses。Claude 与 Gemini 各有各的入口规则，按上一节的协议说明对齐即可。

不需要月费，也没有最低消费门槛。Vana API 采用预付余额模式，用多少扣多少，余额不足时再充值。注册赠送 ¥0.50 额度，可以先跑通一次完整调用，再决定后续用量。对于想先验证效果再扩大规模的人，这笔小额起始额度足以把流程走完一遍。

如果你更习惯按月安排预算，Vana API 也提供三种月度计划：Claude 最多 $450 / 30 天为 ¥466.00，每周最多 $140，仅限 Claude 模型；Claude 最多 $1,050 / 30 天为 ¥1,106.00，每周最多 $320，同样仅限 Claude 模型；GPT 最多 $2,750 / 30 天为 ¥746.00，每周最多 $820，仅限 GPT 模型。三种计划都对应 30 天周期，适用范围写得明确，选错方向时不会含糊。

§ 充值、账单与退款

充值是预付的，计费按真实 token 进行，没有月费这一层固定支出。控制台里可以看到余额、密钥和使用日志，调用记录逐条列出，因此对账时不必依赖估算。这里的好处是直接：账单数字来自实际用量，而不是某个套餐的推算。

退款规则同样清楚。充值后 3 天内，未使用的余额可以退款，扣除已经使用的部分和支付处理方的手续费。换句话说，短期内改变主意，尚未花掉的那部分还有处理路径；一旦产生调用，就以实际消耗为准。这条规则让预付余额的决策压力小一些。

推荐机制也在同一套账目里：被你邀请的人消费，你获得其支付金额的 14%；再下一层为 5%。收益满 ¥100.00 后可以提现。比例与门槛都写明，收益从被邀请者的实际支付中产生，而不是从平台补贴中产生。

§ 把一天的工作安排进去

回到 GPT-5.6 Sol 的示例场景：每天 1,000 输入 token 与 500 输出 token，单日 ¥0.009，30 天 ¥0.27。在 Vana API 上，这笔开销由预付余额承担，日志里能查到对应条目。如果某天任务变重，输出 token 增加，账单会随之变化，但计算依据始终是那两个公开数字：输入 ¥2.50，输出 ¥13.00，每百万 token。

整个过程可以概括为三步：在 vanaapi.com 创建密钥并充值，按协议把 api.vanaapi.com 填进客户端，然后在日志里核对用量。一个地址，三种协议，极少设置——这正是 Vana API 想提供的日常体验：接入成本低，账目看得清，价格在调用之前就知道。