MiniMax Token Plan 和按量付费怎么选
数据截至 2026-08，价格与限额以各官网为准。本文只讲计费与接入机制，不列具体价格数字。
先把结论摆在前面：MiniMax 的 Token Plan 和按量付费不是「同一个账户的两种付款方式」，而是两套彼此独立、Key 不能互换的资源体系。Token Plan 走订阅 Key，买到的是一份套餐内用量额度，这份额度受官方所说的固定小时级窗口和周窗口两层控制，未用完的部分不会结转到下一个计费周期；按量付费走开放平台普通 API Key，扣的是账户余额，没有窗口约束，但余额、速率限制和发票都得自己盯。官方在常见问题里把话说得很直白：Token Plan 面向个人开发者的交互式使用场景，生产环境建议使用按量付费。所以这道选择题真正的分水岭不是「哪个划算」，而是「你的调用是人在旁边等着看结果，还是机器在后台自己跑」。
第一件事：两把 Key 是两套体系，不能互换
很多人栽的第一个跟头，是以为订阅了 Token Plan 之后，手上原来那把 API Key 就自动变成套餐额度扣款了。不是这样。
官方文档反复强调了三次同一件事：订阅 Key 用于 Token Plan 订阅套餐和已购积分，与按量计费 API Key 不可互换、不能混用。它们分别对应两个入口——订阅 Key 在账户管理里的 Token Plan 页面查看，按量计费 API Key 在账户管理的接口密钥页面里管理。
还有一个设计乍看有点反直觉：订阅 Key 可以在你还没有任何付费资源的时候就已经存在。文档写得很清楚，每位用户在所属的每个团队中都有一把专属的订阅 Key，这把 Key 在团队尚未购买 Token Plan 席位或积分时就存在，只是此时它暂时没有可用的付费资源；当用户被分配到席位或获得积分使用权限后，同一把 Key 才真正能用上这些资源。
这条规则解释了一个常见的困惑现象：你在控制台确实复制到了一把订阅 Key，填进工具里却调不通。这不一定是配置错了，也可能是这把 Key 后面根本还没挂上资源。排查顺序应该是先确认资源分配，再去怀疑 Base URL 和模型名。
官方快速接入里给出的测试路径，是先装 Anthropic 官方 SDK，然后把 ANTHROPIC_BASE_URL 指到 https://api.minimaxi.com/anthropic，ANTHROPIC_API_KEY 填自己的 Key，再用 client.messages.create 发一次请求验证。想在具体工具里落地，可以接着看在 Claude Code 里配 MiniMax。
Token Plan 的额度不是「随便用」，而是按目录价换算着扣
这是整篇文章里最值得记住的一条机制，也是最多人误解的一条。
订阅了 Token Plan，不等于套餐期内随便调。官方的原话是：对于已有按量计费价格的 API 端点，用量会按对应按量计费价格扣减套餐内 Token Plan 额度。换句话说，套餐额度本质上是一个预置的「消费池」，每次调用仍然按该资源的目录价计价，只是这笔钱从池子里扣，而不是从账户余额里扣。
由此推出两个直接后果：
第一，不同模型、不同模态消耗额度的速度完全不一样。文档明确说不同模型、不同模态的实际消耗会不同，控制台只用一根统一的用量进度条展示，你并不需要按模型分别算额度，但也正因为只有一根进度条，你很难从进度条本身看出是哪个调用把额度吃掉了。官方给的粗略参考是：日常聊天、翻译、简单写作属于低消耗；代码生成、多轮对话属于中等消耗；长上下文推理、多模态任务、复杂 Agent 工作流属于较高消耗。
第二，文本、图片、语音的额度是共享的，不是分开的。常见问题里专门有一问回答这件事，答案是「不是」——覆盖范围内的模型用量共享同一套套餐内额度，可以灵活分配到不同能力上。好处是不会出现「语音额度剩一堆、文本额度早就见底」的浪费；坏处是一次跑飞的批量语音合成，能把你本来打算用来写代码的额度一起吃掉。
覆盖范围也要看清楚。官方标注的是覆盖 MiniMax 全系模型（M3 / M2.7 / 图像 / 语音），并同时点名了几个暂不支持的例外——MiniMax H3、音色设计、快速复刻等。要用这些例外之内的能力，只能走按量计费 API Key。
额度窗口与触顶之后的四条路
套餐内额度的时间约束是双层的。官方文档写作「5 小时固定窗口和周窗口」（以官方文档当前版本为准），这两层是并列关系。
这里有个必须说清楚的细节：任意一层触顶就会触发限制，不是两层都用完才算。官方的表述是「达到 5 小时固定窗口或周窗口上限时」，用的是「或」。这意味着你完全可能在周额度还剩很多的情况下，因为一个下午的密集调用把小时级窗口打满而被拦住。
顺带提一句文档内部的措辞不一致：主文档里这一层叫「固定窗口」，而常见问题末尾有一段残留说明把它描述成「动态的 5 小时窗口」，说可以暂停使用等窗口滚动、额度自动恢复。两种说法对「窗口是固定切分还是滚动推进」的暗示并不相同，具体以控制台用量看板展示为准，别照着任何一种说法去做精确的时间规划。
触顶之后，官方给了四条路，按处理成本从低到高排：
- 让已购积分自动补上。如果账户里有可用的已购积分，覆盖范围内的用量可以由积分自动补充支付，不需要你手动切换。
- 升级订阅档位。公开档位是 Plus、Max、Ultra 三档，官方说明升级后立即生效。
- 把工具里的订阅 Key 换成按量计费 API Key。这条等于临时切到按量付费模式，费用从开放平台账户余额里扣。
- 等窗口重置。要接受的代价是：未使用完的套餐内额度不会结转到下一个计费周期。
积分这条路值得单独说两句，因为它常被忽略。积分是通过订阅 Key 使用的独立预付余额，资源覆盖范围与 Token Plan 相同；它按对应资源的按量计费目录价换算成等值积分扣减；没有 Token Plan 订阅席位也可以单独购买和使用积分。而当套餐额度和积分同时能覆盖同一笔用量时，系统固定的顺序是先扣套餐内额度，超出部分再扣积分。所以「买了积分但一直没见少」通常不是没生效，而是套餐额度还没用完。
按量付费这边，你要管的是余额、限速和票
选按量付费，账单模型简单得多——普通 API Key，按实际用量消耗账户余额——但有几件配套的事得自己安排。
充值方式有两种。 在线充值走账户管理的余额页，用微信支付，充值结果可在账单页查询；对公汇款只支持企业用户，官方特别提醒汇款方开户名称必须与开放平台实名认证主体名称一致，到账后款项转入账户还需要一小段处理时间。
余额预警要主动开。 官方建议在余额页设置一个预警金额，低于预警值时会通过邮件、短信、站内信通知。这是纯按量模式下唯一的自动兜底，不开的话，一次失控的批处理就可能直接把余额跑空。相关的通用做法可以参考API 成本监控怎么做。
开票口径和你充了多少钱无关。 这条很容易理解错：官方明确写的是「可开票金额=已消耗金额-已开票金额」，也就是按已消耗而不是按充值额开票。另外个人账号无法开具企业抬头发票，需要先把个人认证变更为企业认证。发票抬头必须与实名认证主体名称一致。
速率限制是账户级的。 MiniMax 从 RPM（每分钟请求数）和 TPM（每分钟输入加输出的 token 数）两个维度限速，档次按模型、接口和账户类型划分。有一条容易被忽略的规则：限速策略作用在整个账号上，主账号和子账号共同享有同一份速率额度，主账号用掉的部分会直接挤占子账号可用的部分。官方给的应对建议是集中处理请求——当每分钟请求数已经到顶而 token 容量还有富余时，把多个任务合并到单次请求里，可以提高整体吞吐。确有流量数据支撑时，也可以走邮件申请提高限速，官方提示审核需要若干个工作日，建议提前提交。限流的通用处理思路可以看RPM 与 TPM 到底限的是什么。
计费单位不止 token。 语言模型按 token 计费，官方提醒 token 与字符的比值会随场景浮动、以实际消耗为准，字符数是包含标点的；语音则按字符数计费，且规定一个汉字算两个字符，英文字母、标点、空格、回车等各算一个字符（以官方文档为准）；图像按张计费，视频按秒计费，服务端的联网搜索工具按调用次数计费。做成本预估时把这几种口径混为一谈，估出来的数会差很远。
按量付费还多一个 Token Plan 没有的旋钮：把请求里的 service_tier 设为 priority，可以启用官方所说的优先服务层级，官方文档描述该层级能让请求获得优先准入。启用后按高于标准价的比例计费，具体倍率见官方定价页。
团队场景：席位、共享积分和钱包是三件独立的事
如果你不是一个人用，规则会再多一层。以下是团队版文档里的规定，别把它套到个人订阅头上：
- 团队 Owner 购买 Token Plan 席位，席位按 1:1 分配给成员，成员用各自的订阅 Key 使用被分配的额度。
- 席位可以在计费周期中途重新分配，但重新分配不会重置用量，新被分配者继承当前订阅的用量状态。这条很关键——想靠转让席位来「刷新额度」是行不通的。
- 团队可以维护一个共享积分池，由 Owner 充值，成员通过自己的订阅 Key 消耗；即便没被分配席位，只要积分使用权限是开启的，也能用共享积分。权限由 Owner 和 Admin 管理。
- 按量计费与前两者完全独立：每个团队有自己的钱包余额，在某个团队中创建的按量计费 API Key，消耗的就是该团队的钱包余额。
最后是几个真会咬人的坑
取消订阅之前先看清权益条款。 官方在升级说明里写明，老用户的回馈权益在连续订阅周期内有效，如果主动变更套餐档位或取消订阅，相关回馈权益即视为放弃，后续恢复订阅也不再补发。注意这条限定的是「回馈权益」这一类，不是所有额度——已发放的套餐内额度和已获得的补偿积分，在各自有效期内仍然可以正常使用。
保留档停售之后不可回头。 部分只对老用户开放的保留档位，价格和签约关系不变，但新用户已不能购买；官方提示这类档位一旦中途断订，后续将无法再次订阅同档套餐。
资源包余量不继承。 语音和视频资源包是与 Token Plan、按量余额都不同的第三种东西，官方注明余量不继承、过期自动清零，买之前先估清楚消耗节奏。
用量要主动查，别等被拦。 除了控制台的套餐用量页，官方还给了一个查询接口：带上 Authorization: Bearer 头请求 https://www.minimaxi.com/v1/token_plan/remains，就能拿到剩余情况。把它接进自己的监控里，比每天手动刷控制台靠谱。多个工具共用一份订阅时尤其需要——官方确认同一订阅可以在所有支持的工具里同时使用，但额度是共享的，所有工具的消耗都打在同一个池子上。
真要给一句选型建议：人机交互式的日常开发、单人跑几个 Agent，Token Plan 的确定性月度支出更省心；一旦调用变成无人值守的后台任务、或者需要用到 Token Plan 覆盖范围之外的模型，就老老实实走按量付费。这不是我的发挥，是官方自己在「Token Plan 有哪些使用限制」那一问里给出的口径。至于换平台时该核对哪些东西，可以对照换厂商迁移清单逐项过一遍。