VanaAPI
登录

← 文章

Fable 5.1 按量付费 ¥24.00 接入说明与 Vana

花钱这件事ZH2026-11-06

§ 一个地址，三种协议，极少的设置

把模型接进日常流程，配置项越少越容易长期使用。Vana API 的做法是：一个地址，三种协议，极少的设置。

API 请求统一发往 https://api.vanaapi.com。这个地址只负责应答 API 请求；密钥、余额与用量日志都放在主站 https://vanaapi.com 的控制台里，密钥也在控制台创建。日常操作因此分成两处：主站管理，地址发请求。

同一个地址背后是三种协议。Claude 系列走 Anthropic Messages（/v1/messages），由官方 Claude Code 或 Claude Desktop 自行使用该协议，版本要求 2.1.285 或更高。Gemini 系列走 Gemini 原生协议（/v1beta/models/...），由 Gemini CLI 使用。GPT、Grok、DeepSeek、GLM、Kimi、Qwen、MiniMax、MiMo 系列走 OpenAI 格式（/v1/chat/completions）。切换模型时，不必更换地址，也不用重新搭建一套环境。

  • Claude 系列：Anthropic Messages（/v1/messages），官方 Claude Code 或 Claude Desktop，2.1.285 或更高版本。
  • Gemini 系列：Gemini 原生协议（/v1beta/models/...），Gemini CLI。
  • GPT、Grok、DeepSeek、GLM、Kimi、Qwen、MiniMax、MiMo 系列：OpenAI 格式（/v1/chat/completions）。

本文只走其中一条路径：Claude Fable 5.1。下面的内容是一个示例流程，用来展示从注册到跑通它需要做些什么。

§ 示例流程：从注册到调用 Claude Fable 5.1

首先，在主站注册账户。注册赠送 ¥0.50 的额度，这笔额度可以直接用于第一次调用。进入控制台创建密钥并保存好；控制台同时显示余额与用量日志，后续每一次调用都会记在其中。

然后给账户充值。Vana API 采用预付余额：先充值，再按实际消耗的 token 计费，没有月费。充值完成后，在官方 Claude Code 或 Claude Desktop（2.1.285 或更高版本）里把请求地址指向 https://api.vanaapi.com，模型名填 claude-fable-5-1。Claude 客户端本身就说 Anthropic Messages（/v1/messages），因此不需要额外的协议适配层。

接下来是日常使用：提出问题、读取回答、回到控制台查看用量日志。整个流程里需要长期维护的东西只有三样——密钥、余额、模型名，而请求地址始终是同一个。

如果某天想换个模型，依然使用 https://api.vanaapi.com，只是按对应协议使用即可。Vana API 的价值在这种切换里体现得最直接：地址不变，控制台不变，账目也不变。

§ 示例账目：一个安静月份的实际花费

下面用一个示例账目，说明按量付费在一个月的实际形态。假设你每天固定调用一次，每次输入 100,000 tokens、输出 100,000 tokens，只使用 Claude Fable 5.1。

Claude Fable 5.1 在 Vana API 的价格是每百万 tokens 输入 ¥24.00、输出 ¥120.50。按上面的用量计算：100,000 输入 tokens 对应 ¥2.40，100,000 输出 tokens 对应 ¥12.05，一次调用合计 ¥14.45。按 30 天计算，这个月的调用费用是 ¥433.50。

作为对照，Claude Fable 5.1 的官方标价是每百万 tokens 输入 ¥72、输出 ¥360。同样用量下，一次调用是 ¥43.20，30 天是 ¥1,296.00，两边相差 ¥862.50。对于一个用量稳定、每天只跑一次的流程来说，这个差额就是按量付费在 Vana API 上留下的空间。

需要说明的是，用量日志会逐条列出每次调用，计费按真实 token 进行。用得多，账目就多；用得少，账目就少。这正是“安静的一个月”该有的样子：没有月费，也没有说不清的附加项。

§ 充值、退款与推荐：写在明面上的几条规则

Vana API 的账目逻辑只有几条，但每一条都直接写在控制台里。

  • 预付余额，按真实 token 计费，没有月费。
  • 密钥在控制台创建；每一次调用都会出现在控制台的用量日志中。
  • 充值后 3 天内，未使用的余额可以退款，扣除已使用部分与支付处理方的费用。
  • 推荐奖励：被邀请人消费额的 14% 归邀请人，再下一层为 5%；收益满 ¥100.00 可以提现。

推荐奖励适合把 Vana API 介绍给同样在意账目的人。14% 与 5% 按被邀请人的实际付费计算，收益达到 ¥100.00 之后可以提现；这部分收益与自己的调用费用分开结算，不需要另建账户。

退款规则同样明确：充值后 3 天内，未使用的部分可以退，退款金额会扣除已经使用的部分和支付处理方的费用。提前知道这一点，充值金额就可以按当月的实际需要来定。

§ Claude 月度方案：另一种计费方式

如果某个月用量明显上升，也可以把 Claude 的月度方案放进备选。

  • Claude 最多 $450 / 30 天：30 天 ¥466.00，每周最多 $140，仅限 Claude 模型。
  • Claude 最多 $1,050 / 30 天：30 天 ¥1,106.00，每周最多 $320，仅限 Claude 模型。

月度方案只覆盖 Claude 模型。按量付费没有月费，只按真实 token 结算，适合用量起伏的月份；月度方案给出的是固定的 30 天额度与每周上限，适合用量可以预估的月份。

回到前面的示例：每天调用一次、每次 100,000 输入与 100,000 输出 tokens 的那个月份，按量付费的账单是 ¥433.50。用量再往上走时，可以把月度方案一起算进来做比较。在 Vana API 上，这两种方式的差别只是计费方式不同，请求地址和使用设置都保持不变。

再读一篇