← Volver a las guías

Gemini CLI 按量付费：59API 余额用不完怎么办

订阅制让人不安的地方：你付了钱，却没用完

很多开发者第一次接触模型 API，都会本能地去找月付订阅：每月固定扣费，用多少算多少。听起来省心，实际上如果某个月项目没启动、调试没做完，或者团队临时转向别的方案，那些没被消耗的额度就变成了沉没成本。你要么继续为闲置额度付费，要么放弃已经付过的钱。

59API 走的是另一条路：预付余额，按请求计费，按真实 token 用量扣款，没有月费，余额永不过期。你账户里的钱不是一张会失效的月度门票，而是一笔可以一直留在账户里的余额。今天没用完，明天、后天、下个项目都能继续用。

对独立开发者和小团队来说，这种差别在项目断断续续的时候尤其明显。一次赶工可能连续消耗大量额度，接下来几周只是零星调试；而订阅制要求你为整段时间买单。按量付费把账单和实际工作量绑定，用得多就多付，用得少就少付。

新账户注册后还有 ¥1 的免费额度，可以先拿它跑通一次真实请求，再决定要不要充值。充值门槛也不高，支持 ¥10、¥50、¥100、¥200、¥500、¥1000，可通过微信支付或银行卡付款，需要发票也可以开。这就是按量付费很直接的体感：你控制节奏，余额跟着真实需求走。

按量付费怎么算：每一笔都对应真实用量

59API 的价格按每 100 万 tokens 计价，以人民币结算，输入、输出、缓存读取分开计算。这对开发者很友好，因为实际成本由你写的提示词长度和模型回复长度决定，而不是由你记不记得这个月还剩多少额度决定。余额扣完可以继续充值，充值金额也由你自己选择。

举几个当前费率例子。Gemini 2.5 Flash 的输入是 ¥1.5、输出是 ¥12、缓存读取是 ¥0.15；MiniMax M3 的输入是 ¥1、输出是 ¥4、缓存读取是 ¥0.2；Gemini 3.1 Pro 的输入是 ¥10、输出是 ¥58、缓存读取是 ¥1；Gemini 4 Argon 的输入是 ¥10、输出是 ¥48、缓存读取是 ¥0.5。这些价格都以每 100 万 tokens 为单位，调用前就能对照着估算。

用一个假设场景说明：假设你每天固定写脚本调用模型，月底再看账单，会比想象中更容易接受，因为你可以在任何一天停下来，账户余额就停在那里，不会产生新的月费。相比先买一个月再想办法用完，按量付费把决策权交还给了你。

需要提醒的是，不同模型的输入与输出单价并不相同，输出往往高于输入，缓存读取又明显更低。所以真正影响账单的不只是调用次数，还有提示词写法、输出长度和上下文复用方式。先用小额充值观察一段时间自己的用量结构，再决定要不要调整模型选择，比一次性囤额度更稳妥。

用 Gemini CLI 接入 59API 的正确姿势

如果你日常在终端里用 Gemini CLI，59API 的接入方式很直接：设置 GOOGLE_GEMINI_BASE_URL=https://api.59api.com 和 GEMINI_API_KEY=YOUR_59API_KEY，其中 YOUR_59API_KEY 换成你自己的 59API 密钥。59API 是独立的第三方 AI API 中转服务，一个账户、一个 API key、一个 API host（https://api.59api.com），就可以调用 Claude、GPT、Gemini、DeepSeek 等模型。

这里有个必须说清楚的限制：Gemini 模型使用 Google 原生协议，只能通过 Gemini CLI 接入，不是 OpenAI 兼容协议，也不支持 /v1/chat/completions。换句话说，你在 Gemini CLI 里配置一次就能用，但不要把它当成 OpenAI 兼容接口去接 cURL 或其他 SDK。Claude 模型也有自己的客户端要求，只能通过正版 Claude Code 或 Claude Desktop 使用（Claude Code 2.1.285 或更新版本）。

配置完成后，你可以在 Gemini CLI 里发起一次真实请求，观察账户余额的扣减情况。新账户的 ¥1 免费额度正好适合做这个验证：先确认链路通、模型能正常返回，再按实际使用节奏充值，而不是一上来就囤一大笔额度。

如果你还想在别的工具里调用，可以按协议分开配置：Codex、OpenAI SDK、cURL 以及 Cursor、Cherry Studio、Cline、OpenCode 这类 OpenAI 兼容客户端，使用 base_url https://api.59api.com/v1 和 chat endpoint https://api.59api.com/v1/chat/completions，对应 GPT、DeepSeek 等非 Claude、非 Gemini 模型。同一把 key，不同客户端，分清协议即可。

月卡和周卡：额度用不完不会结转

59API 也提供可选的月卡和周卡，但它们和余额是两套完全不同的逻辑，先把规则看清楚再买。卡片有自己独立的 key，只能调用对应系列的模型，并且只从卡片额度里扣费：它不会回落到钱包余额，余额 key 也不会去消耗卡片。也就是说，卡片和余额之间不会互相兜底，你需要自己判断该把调用放在哪一边。

关键差异在于有效期内的未用额度不结转。比如 C-PRO 入门版是 Claude 系列、30 天，价格 ¥599，quota 为 $1300，weekly cap 为 $500，按官方价 × 2.4 的速度消耗，折合官方价约 $541.67 的可用量。如果你在这 30 天里只用了三分之一，剩下部分不会滚到下个月。

周卡同理：【周卡】C-PRO $600 面向 Claude，7 天，价格 ¥289，quota 与 weekly cap 均为 $600，按官方价 × 2.4 消耗，约合官方价 $250 的可用量；【周卡】G-PRO $1500 面向 GPT，7 天，价格 ¥292，quota 与 weekly cap 均为 $1500，约合官方价 $625 的可用量。额度与上限都以官方价的美元口径标示，官方价在这里只是参考价。

所以卡片更适合节奏明确的场景：比如某个短期项目需要集中跑量，或者团队每周都有稳定的大额调用任务，能确保在有效期内把额度用完。反过来，如果你的需求是随到随用、时多时少，卡片到期作废反而不如余额灵活。

怎么选：先按量付费，再决定要不要买卡

回到最初的问题：59API 里没用完的余额会怎样？答案是余额永不过期，按真实用量扣费，没有月费压力；已经充值但七天之内完全没动过的部分，也可以走退款流程——在充值后 7 天内申请，退还未使用余额，扣除已使用金额和支付渠道手续费。申请通过 Contact 页面提交，3 个工作日内处理。

所以选择路径其实很清晰。如果你的用量还不确定、任务零散，或者只是想先试几个模型，按量付费加永不过期的余额更省心：停下来不扣钱，钱也不会过期。如果你的团队用量稳定、节奏可预测，并且希望获得更高额度与更长周期，卡片才有意义——前提是你确信能在有效期内把它用掉。

无论选哪条路，59API 的底层逻辑是一致的：按请求、按真实 token 计费，人民币计价，支持微信支付与银行卡，充值可开票。新账户还有 ¥1 免费额度可用来验证接入。想清楚这一点，就先用 Gemini CLI 连上 59API，跑一次真实请求，看一次余额变化，再决定下一步。

Docs