Vana 接入教程：MiMo V2.6 Pro 价格 按量付费
§ 一个地址，三种协议
在 Vana API 上接入模型，核心动作其实很少：准备一个密钥，选对协议路径，把模型 id 填进你已经在用的客户端。整个过程围绕同一个地址展开，Vana API 的调用入口是 api.vanaapi.com，这个地址只处理 API 请求；密钥、余额和用量日志都在主站 vanaapi.com 的控制台里完成。把这两件事分清楚之后，设置就不再绕：请求走一个地址，账目在另一个页面，两者各司其职。
说 Vana API 设置少，原因是它把三种协议形态放在同一个入口上，而不是让人为每种协议去记不同的地址。Anthropic Messages 协议、Gemini native protocol、OpenAI 格式，都指向 api.vanaapi.com。你要做的只是判断手上这个客户端原生会说哪种协议，再选对应的路径，而不是重新搭建一套连接信息。对于 MiMo V2.6 Pro，答案很直接：它使用 OpenAI 格式，路径是 /v1/chat/completions，模型 id 是 MiMo-V2.6-Pro。确认这三点，剩下的就是把地址、密钥和模型名填进去。
§ 确认客户端，再选路径
MiMo V2.6 Pro 走 OpenAI 格式，因此可以直接在 Cursor、Cline、Roo Code、OpenCode、Cherry Studio 里使用，也可以通过任意 OpenAI SDK 或 cURL 调用。如果你已经在用其中某个工具，接入 Vana API 的改动通常集中在三处：base url 换成 api.vanaapi.com，API key 换成控制台里生成的密钥，模型名填 MiMo-V2.6-Pro。工具本身的工作流、快捷键和界面都不需要改变。
路径上选 /v1/chat/completions。同一地址上的 /v1/responses 是 GPT 模型使用的接口，Codex 也走这条路径，它不是 MiMo V2.6 Pro 的调用入口。OpenAI 格式的其他模型同样使用 /v1/chat/completions，所以如果以后想在同一个客户端里切换模型，连接配置可以保持不变，只需要替换模型 id 字符串。
协议边界也需要留意。Anthropic Messages 协议只能由官方 Claude Code 或 Claude Desktop（2.1.285 及以上版本）使用，这些客户端自己会说 /v1/messages，不能通过其他客户端、SDK、cURL 或脚本接入。Gemini native protocol 对应 /v1beta/models/...，只能由 Gemini CLI 使用，并且不是 OpenAI 兼容格式。Vana API 不做折中，协议按客户端的原生能力匹配；如果一开始就用错了客户端，换地址并不能解决问题，选对客户端才是关键。
对 MiMo V2.6 Pro 来说，选择 Cursor、Cline、Roo Code、OpenCode、Cherry Studio、任意 OpenAI SDK 或 cURL 都不会碰到这类限制，因为这些工具本身就使用 OpenAI 格式。你可以从自己最常用的那个开始，不必为了接入 Vana API 而更换日常工作流。
§ 在控制台准备密钥与余额
密钥在 Vana API 主站 vanaapi.com 的控制台创建，不在 api.vanaapi.com 上。创建后复制并妥善保存，再回到客户端填写。Vana API 采用预付余额模式，按真实 token 计费，没有月费；控制台里可以随时查看余额和用量日志，每一次调用都会记录在用量日志中，便于逐条核对，也便于在月底复盘用量构成。
新用户注册可以获得 ¥0.50 的赠送额度，可以先用它跑通一次请求，确认地址、路径和模型 id 都正确，再决定后续充值金额。充值之后，如果 3 天内还有未使用的余额，可以申请退款，扣除已经使用的部分和支付处理方的费用后，把剩余金额退回。这条规则写在明处，意味着试用阶段的风险有限。
邀请机制同样在控制台内完成：你邀请的人所支付金额的 14% 归你，再下一层的 5% 也归你，收益累计到 ¥100.00 后可以提现。这项设置与接入本身互不影响，但它让 Vana API 的成本结构更透明——付多少、返多少、何时可提现，都是明确的数字。
§ MiMo V2.6 Pro 的按量付费价格
MiMo V2.6 Pro 的 Vana API 价格是每百万 token 输入 ¥1.50、输出 ¥2.50。输入与输出分开计价，实际花费取决于你发送的上下文长度和模型回复的长度。Vana API 按真实 token 收费，没有月费，也不需要为尚未用到的额度预先付费，用多少算多少。
举个例子，假设你每天用 MiMo V2.6 Pro 处理固定规模的请求，那么一个月的支出可以直接按 token 用量推算：输入部分按 ¥1.50 每百万 token 计算，输出部分按 ¥2.50 每百万 token 计算，两者相加就是当月调用成本。把控制台用量日志里的实际数字与自己的预期对照，就能很快判断用量是否正常。这种按量付费方式适合用量波动明显，或者只想先小规模试用的场景。
如果你需要的是稳定的大额额度，Vana API 也提供按 30 天计费的月度方案，但要注意适用范围：Claude 系列方案只覆盖 Claude 模型，GPT 系列方案只覆盖 GPT 模型，并且各自设有每周上限。MiMo V2.6 Pro 走的是按量付费路径，按真实 token 结算，不需要绑定任何月度方案。
§ 排查清单：按顺序检查
排查建议按固定顺序走一遍，一次通常就能定位到问题。
- 地址是否填成 api.vanaapi.com，而不是主站 vanaapi.com；后者只用于控制台。
- 路径是否为 /v1/chat/completions，MiMo V2.6 Pro 不走 /v1/responses。
- 模型 id 是否为 MiMo-V2.6-Pro，大小写与连字符保持一致。
- 密钥是否在控制台创建并已填入，余额是否足够覆盖本次调用。
- 客户端是否为 Cursor、Cline、Roo Code、OpenCode、Cherry Studio、任意 OpenAI SDK 或 cURL 这一类支持 OpenAI 格式的工具。
- 调用结束后，是否在控制台用量日志中看到对应记录。
按这个顺序过一遍，多数情况不是服务本身的问题，而是地址、路径、模型 id 三者中有一项填错。Vana API 把这些信息集中在一个调用地址和一份用量日志里，排查时不必在多个页面之间来回切换，也不需要反复重装客户端。
§ 从注册到首次调用
把整条链路写成一个一次性清单：在 vanaapi.com 注册账号，进入控制台创建密钥，查看余额并用 ¥0.50 的赠送额度试一次调用；在客户端填入 api.vanaapi.com、密钥与 MiMo-V2.6-Pro，路径选择 /v1/chat/completions；发出请求后回到控制台，在用量日志里确认这条记录已经生成。整套流程只有这几步，Vana API 把注册、密钥、余额和用量放在同一个控制台里，把协议差异交给路径去表达，所以接入本身不需要反复试错。
等首次调用成功，你手上就有一份可核对的账单：输入与输出分别按 ¥1.50 与 ¥2.50 每百万 token 计价，用量日志逐条列出每笔调用。后续扩容时，只需按真实用量决定是否充值，而不需要改变已有的接入配置。这就是 Vana API 的思路：一个地址，三种协议，把设置压到最少，把账目留在明处。