Vana API 中转站：MiMo V2.6 Pro 接入与价格
§ 一个地址，三种协议
Vana API 把三条协议放在同一个地址 https://api.vanaapi.com 上。这个地址只应答 API 请求，密钥、余额和用量日志都在主站 https://vanaapi.com 的控制台里。选模型时不必再找别的入口，先看模型属于哪一类，再对照对应的客户端和路径，配置就结束了。
三种协议分别是 Anthropic Messages（/v1/messages）、Gemini 原生协议（/v1beta/models/...）和 OpenAI 格式（/v1/chat/completions）。MiMo V2.6 Pro 属于 OpenAI 格式这一类，所以接入方向很明确。协议不同，客户端不同，但地址只有一个，这是 Vana API 减少设置工作的关键。
在 Vana API 上切换模型时，改变的是模型 id 和协议，地址本身保持不变。你从 MiMo 换到同组的其他模型，base url 不动；从 OpenAI 格式换到 Gemini 原生协议，客户端需要换成 Gemini CLI。把这件事提前弄清楚，接入就只是一次配置，而不是反复试错。
§ MiMo V2.6 Pro 的接入路径
MiMo V2.6 Pro 的模型 id 是 MiMo-V2.6-Pro，走 /v1/chat/completions。它可用的客户端包括 Cursor、Cline、Roo Code、OpenCode、Cherry Studio、任意 OpenAI SDK 以及 cURL。把 base url 换成 https://api.vanaapi.com，填入控制台生成的密钥，指定模型 id，就能发起请求。
配置项可以列成三行：base url 指向 https://api.vanaapi.com，api key 粘贴控制台生成的密钥，model 填写 MiMo-V2.6-Pro，请求路径使用 /v1/chat/completions。OpenAI SDK 里常见的 base_url、api_key、model 三个字段，正好对应这三行内容。
另外两条协议的边界也值得记住。Claude 模型只支持官方 Claude Code 或 Claude Desktop，版本需为 2.1.285 或更高，这两个客户端本身就说 Anthropic Messages。Gemini 模型只支持 Gemini CLI，走 Gemini 原生协议。GPT、Grok、DeepSeek、GLM、Kimi、Qwen、MiniMax、MiMo 都属于 OpenAI 格式这一组，GPT 模型另外还应答 /v1/responses，Codex 用的是这条路径。
这不是风格建议，而是接入前提。MiMo V2.6 Pro 在 OpenAI 格式这一组里，所以不需要为它另找协议，也不需要去尝试其他客户端的写法。选对分组，剩下的就是填地址、密钥、模型 id 这几项。
§ 算一遍费用：MiMo V2.6 Pro 示例
以下是一个示例，用来说明 Vana API 的计费方式。MiMo V2.6 Pro 在 Vana API 的价格是输入 ¥1.50、输出 ¥2.50，单位为每百万 token。假设你每次调用输入 1,000 个 token、输出 500 个 token：
- 输入：1,000 ÷ 1,000,000 × ¥1.50 = ¥0.0015
- 输出：500 ÷ 1,000,000 × ¥2.50 = ¥0.00125
- 单次合计：¥0.0015 + ¥0.00125 = ¥0.00275
继续用这个示例往下算。假设你每天调用 100 次，一天是 ¥0.00275 × 100 = ¥0.275，30 天是 ¥0.275 × 30 = ¥8.25。这些数字只用于说明算法，实际用量不同，费用自然不同。Vana API 按真实 token 计费，没有月费，所以先充够用即可。
作为对照，同样按每百万 token 计算，MiniMax M3 的价格是输入 ¥1.00、输出 ¥4.00，Qwen3.7 Plus 是输入 ¥0.92、输出 ¥3.00。MiMo V2.6 Pro 的输入单价低于这两个，输出单价则介于两者之间。选型时把输入输出的比例一并算进去，比只看一个数字更准。
每一笔消耗都可以在控制台的用量日志里逐条核对。日志按调用记录，token 消耗与账单对应，因此当某个模型的实际支出和预期不一致时，可以先看输入输出 token 的分布，再决定要不要调整参数。
§ 充值、密钥与用量日志
Vana API 采用预付余额制，按真实 token 扣费，没有月费。注册赠送 ¥0.50 额度，足够跑通一次最小请求。密钥在控制台创建，用量日志也在控制台查看，每一次调用都会记录下来。
充值金额按自己的节奏来。Vana API 不设月费，停止调用就不会产生新的扣费；余额和每一笔消耗都留在控制台里，便于你判断什么时候继续充值、什么时候申请退款。退款规则也写得清楚：充值后 3 天内，未使用的余额可以退款，扣除已用部分和支付处理方手续费。
邀请返佣方面，直接邀请的人付费额的 14% 归你，再下一层是 5%，收益满 ¥100.00 可以提现。这部分与模型选择无关，但和你的账户余额放在同一处。
建议的顺序是：先在控制台创建密钥，再小额充值，然后用一次很短的请求确认地址、模型 id 和协议都正确，最后再放大调用量。Vana API 的设置量本身很小，核对清楚比反复调整更省时间。
§ 月度套餐的适用范围
Vana API 的月度套餐是另一条路径：Claude 最多 $1,000 / 30 天 为 ¥466.00（每周最多 $320），Claude 最多 $2,400 / 30 天 为 ¥1,106.00（每周最多 $750），GPT 最多 $4,000 / 30 天 为 ¥746.00（每周最多 $1,200）。前两档只覆盖 Claude 模型，第三档只覆盖 GPT 模型。
MiMo V2.6 Pro 不在这三档套餐的覆盖范围内，它对应的仍然是预付余额加按量付费的方式。想用 MiMo V2.6 Pro，就按 token 的实际消耗结算；如果你的用量集中在 Claude 或 GPT，再考虑对应的月度套餐。
回到最初的问题：MiMo V2.6 Pro 用哪一种协议？答案是 OpenAI 格式（/v1/chat/completions），客户端用 Cursor、Cline、Roo Code、OpenCode、Cherry Studio、任意 OpenAI SDK 或 cURL。地址 https://api.vanaapi.com，密钥在 vanaapi.com 创建，模型 id 写 MiMo-V2.6-Pro。这就是 Vana API 所说的一个地址、三种协议、极少设置。