Opus 5.5 按量付费接入教程：Vana API 的一天成本

§ 一个地址，三种协议

这是一个示例工作流，设想你每天用 Claude Opus 5.5 处理资料、代码与审阅。Vana API 的接入方式很直接：所有请求都发往同一个地址 https://api.vanaapi.com，而这个地址同时支持三种协议。密钥、余额与用量日志都放在主站 https://vanaapi.com 的控制台里创建和查看，API 地址本身只负责应答请求。

协议与模型的对应关系是固定的。Claude 模型只能通过官方 Claude Code 或 Claude Desktop 调用，版本需为 2.1.285 或更高，这两个客户端自己讲 Anthropic Messages（/v1/messages）。Gemini 模型只能通过 Gemini CLI 接入，走 Gemini 原生协议（/v1beta/models/...），并不是 OpenAI 兼容格式。GPT、Grok、DeepSeek、GLM、Kimi、Qwen、MiniMax、MiMo 使用 OpenAI 格式（/v1/chat/completions），GPT 模型同时响应 /v1/responses，Codex 走的正是这条路径。

也就是说，配置集中在少数几个地方，你不必为不同模型准备不同入口。下面这个示例只演示 Opus 5.5 的一天，从早到晚逐行把成本算出来。

§ 上午：整理会议与资料

示例中的上午，你把会议记录、需求文档和几段背景说明交给 Claude Code 里的 Opus 5.5，让它先做结构化整理。这一轮输入 30,000 tokens，输出 4,000 tokens。Vana API 上 Opus 5.5 的价格是每百万 tokens 输入 ¥10.50、输出 ¥50.00。

按这个价格计算，输入部分为 30,000 ÷ 1,000,000 × ¥10.50 = ¥0.315；输出部分为 4,000 ÷ 1,000,000 × ¥50.00 = ¥0.20。上午这一通合计 ¥0.515。

这一轮结束后，控制台的用量日志里会多出一条记录，写明这次调用对应的模型、token 数量与金额。Vana API 按真实 token 计费，没有月费，每一次调用都进日志，回头核对时不需要额外整理。

§ 下午：写代码与修问题

示例中的下午，任务更重一些。你让 Opus 5.5 阅读一份较长的代码上下文，并给出修改方案，这一轮输入 60,000 tokens，输出 8,000 tokens。

沿用同样的单价：输入 60,000 ÷ 1,000,000 × ¥10.50 = ¥0.63；输出 8,000 ÷ 1,000,000 × ¥50.00 = ¥0.40。下午这一轮合计 ¥1.03。

这里值得留意的不是数字大小，而是账目清楚。你不需要预先购买某个额度包，Vana API 采用预付余额，按真实消耗扣除；这一轮结束，¥0.63 与 ¥0.40 分别从余额中划走，日志里也能逐项对上。

§ 傍晚：审阅与收尾

示例中的傍晚，你把改完的代码交给 Opus 5.5 做一次审阅，输入 20,000 tokens，输出 3,000 tokens。输入 20,000 ÷ 1,000,000 × ¥10.50 = ¥0.21；输出 3,000 ÷ 1,000,000 × ¥50.00 = ¥0.15，这一轮合计 ¥0.36。

一天三次使用结束，示例合计输入 110,000 tokens、输出 15,000 tokens。输入总计 110,000 ÷ 1,000,000 × ¥10.50 = ¥1.155；输出总计 15,000 ÷ 1,000,000 × ¥50.00 = ¥0.75，全天成本 ¥1.905。

作为参照，同一份 token 用量若按 Opus 5.5 官方标价每百万 tokens 输入 ¥28.8、输出 ¥144 计算，输入为 110,000 ÷ 1,000,000 × ¥28.8 = ¥3.168，输出为 15,000 ÷ 1,000,000 × ¥144 = ¥2.16，合计 ¥5.328。两者差额是 ¥3.423。

§ 把一天的账对上

把三次调用放在一起看，Vana API 这条路径的成本结构很直白：花得多的是输出，输出单价 ¥50.00 高于输入单价 ¥10.50，所以让模型少写无关内容、让上下文保持干净，对花销的影响比换别的小技巧更直接。

同样重要的是可核对。密钥在控制台创建，每次调用都出现在用量日志里，余额变动与单条记录一一对应。示例里的 ¥1.905 只是当日三次调用的加总，实际用量以你自己的日志为准。

充值规则同样写得很清楚。Vana API 预付余额，按真实 token 计费，没有月费；注册赠送 ¥0.50 额度。充值后 3 天内，未使用余额可以退款，退款金额扣除已使用部分与支付处理方的费用。

§ 如果用量更稳定

示例里每天三次的用量，更适合按量付费。若你的用量稳定在更高水平，Vana API 也提供 Claude 专属套餐：「Claude 最多 $1,000 / 30 天」为 ¥466.00 / 30 天，每周最多 $320，仅限 Claude 模型；「Claude 最多 $2,400 / 30 天」为 ¥1,106.00 / 30 天，每周最多 $750，同样仅限 Claude 模型。

两种方式可以按需要选择，不必一开始就锁定套餐。示例中的日常用量，¥1.905 一天用预付余额结算就够了，日志也更容易看清钱花在哪些调用上。

推荐机制也在同一套规则里：邀请的人付费后，你获得其付费金额的 14%，再下一层为 5%，收益满 ¥100.00 可以提现。

整个流程仍然围绕同一个地址展开：配置在控制台完成，请求发往 https://api.vanaapi.com，协议按模型选择，账在日志里核对。这就是 Vana API 想要的日常使用方式——一个地址，三种协议，设置尽量少，费用看得清。