
MiniMax Code 收费的两套体系要分清:Token Plan 订阅和 API 按量,订阅和按量怎么选这篇算清。M3 定价的每个档位摆开。
Token Plan 三档
先看订阅制这边,Token Plan 三档的定价:Plus 每月 49 元含 6 亿 token,Max 每月 119 元含 18 亿 token,Ultra 每月 469 元含 55 亿 token。桌面端和网页版共享同一订阅,换设备不用重复购买。
额度的通用性是这套订阅的特点:文本、图像、语音、音乐共用同一个额度池,编程任务之余的多模态调用也从这里扣,不用分开管理多个账户。
官方口径的性价比参照:同价位的 token 量约为海外同类订阅的十五倍。对从海外工具迁过来的重度用户,这个倍数直接换算成成本降幅。
老用户的保护条款也明确了:原有套餐价格继续保留,升级或切换套餐按当时的档位差计算,不会因为调价被强制迁移。
选档的简单逻辑:日常强度选 Plus 够用,跑长任务和多 Agent 并发频繁的升 Max,团队级重度消耗再上 Ultra。先低档试水、按实际消耗升档,是最平滑的付费路径。
档位切换的规则也明确一下:升级即时生效(补差价),降档下个周期生效,当月的额度不因降档回收。这个规则下的策略空间:月中重活集中时临时升 Max,月末降回 Plus,灵活配置的成本最优解,比固定档位再省一截。

档位的另一个选择维度是周期承诺:月付的灵活适合试水期,季付或年付的折扣(如有)适合稳定期,付费周期的选择和档位的选择一样,跟着使用阶段的确定性走,两个维度组合出最合身的付费方案。
API 按量计价
订阅讲完,再看 API 按量计价:不订阅走按量,M3 的 API 按上下文长度分两档:512K 以内,输入每百万 token 4.2 元、输出每百万 token 16.8 元;512K 到 1M 档,输入 8.4 元、输出 33.6 元。
两档的分界逻辑:绝大多数对话和常规编码落在 512K 以内的标准档,整仓代码理解、超长文档解析这类高负载场景才会进长上下文档。任务结构决定计费档位,喂料策略直接影响成本。
发布期官方开过 7 天 5 折的活动(折后 2.1/8.4、4.2/16.8),活动类优惠以官方页面实时信息为准,长期成本按原价规划。

服务等级另有一档:标准档默认,优先档(服务等级标记)在高并发下调度优先、延迟更稳,适合 SLA 敏感的工业级场景,通过销售渠道开通,对个人用户暂不开放自助。
两套体系的换算
两套讲完,同一个用户怎么判断哪套划算?拿月消耗量做交叉点计算。
按 Plus 档 49 元折算:512K 内的输入约可买 11.7 亿 token 当量(纯输入口径),但实际任务是输入输出混合,按典型任务三比一的入出比,混合单价约每百万 7.35 元,49 元对应约 6.7 亿混合 token,与官方给的 6 亿额度基本对齐。
结论的分界线:月混合消耗低于 6 亿 token 的轻用户,按量付费更省;稳定超过的,订阅锁成本。波动大的用户,订阅兜底加按量溢出(Key 分开用)是折中方案。
Key 的体系要分清:Token Plan 的 Key 和普通按量 API Key 不互通,订阅的额度不能通过 API Key 调用,反之亦然。混用两套 Key 是最常见的报错来源,配置时按场景各用各的。
换算还有一个动态因素要纳入:使用结构的变化。任务结构从轻到重的演进(长任务占比上升)会让交叉点前移,原本按量划算的用量结构变得订阅更优。付费方式的选择不是一锤子买卖,季度按使用结构复算一次,付费结构与使用结构的同步是长期省钱的底层逻辑。
订阅的隐性福利也值得计价:额度的心理安全感。按量付费时每次重任务都有成本心理负担,执行的姿势会不自觉保守;订阅的固定额度消除了这个摩擦,该跑的重活放手跑。工具的充分使用带来的收益,常常超过两种付费方式的价差本身。
最后给一个决策的默认值:拿不准就先订阅。订阅的额度语义简单、心理负担小、退出成本一个月,这三点对新手友好;按量的精细优化等用了两三个月、对自己的消耗结构有数之后再做不迟。先跑起来再优化,顺序反了就是为省小钱交大学费。
省钱的三处开关
两套体系讲完,省钱的三处开关:第一处在上下文:非必要不长喂。整仓全量入窗是能力演示,不是日常姿势;按任务范围喂料,绝大多数调用留在标准档,单这一条就能把 API 成本砍掉一半以上。
第二处在思考模式:thinking 和 non-thinking 共享定价但消耗不同,深度思考的推理 token 计入输出。简单任务关 thinking,复杂任务再开,模式的按需切换等于给账单装了节流阀。
第三处在任务结构:批量任务打包派发比零散调用省,Agent Team 的并发摊薄了拆解开销;同样的产出,任务组织得好,token 消耗能差出三成。省钱的前提是先看清账单的结构,三处开关对应的就是消耗的三个大头。
价格类内容的最后提醒:所有数字以官方页面实时信息为准。定价的调整、活动的上线、档位的变更在快速迭代的产品里是常态,本文的口径是写作时点的快照,决策前的最后一眼永远留给官方渠道,这是所有价格类内容的正确读法。
工具好不好,落到自己业务里跑一遍才知道。目前,云巴巴提供 MiniMax Code 的订阅开通与计费咨询,你可以先联系我们了解实际部署情况和使用效果;在云巴巴,你还能找到覆盖不同行业、不同团队规模的更多同类产品,按自己的业务场景挑最合适的那一个。


2026年9月22日由阿里云主办的2026云栖大会在杭州开幕,云巴巴作为阿里云MaaS生态伙伴受邀出席;9月23日云巴巴首席AI架构师倪江玮在【智启新程:AI驱动创新企业】分论坛发表《从账号到产能,千问办公落地真实场景的FDE实践》主题演讲,系统呈现云巴巴推动千问办公进入企业真实场景的FDE方法论与三阶段六模块交付体系。

报销解决员工垫付回款,结算解决合作方按成果取酬,两者解决的问题不同。本文对等说明两种路径的形态、报销路径适合的场景与范围、平台结算路径的适用条件、四处关键差异以及按条件做选择的判断方式。

责任划分的起点是关系性质。本文说明标准劳动关系、不完全劳动关系与民事合作关系的区分依据,用工责任与控制环节的对应关系,平台承担的审核与留存义务,人员自身应尽的信息真实性义务以及争议的处理路径。

对公划转、个人收款、托管账户与批量代付各有适用条件。本文对等说明四类通道的形态、对公收款的适用场景与前提、个人收款的限制与维护要点、通道选择要看的四类条件以及合规核对的三条线索。

批量发放出现退回是规模上去之后的常见情形。本文说明退回的三类直接原因、人员与账户的分层核对顺序、退回之后的处理顺序与时限安排、减少同类退回的四项前置动作以及台账应保留的字段。