MiniMax API 企业采购清单：额度、合规与成本（2026）

企业采购 MiniMax API，最容易只看充多少、单价多少。真正决定能不能长期用的，是账号主体、额度分配、限流、数据条款、发票、SLA 和退出方案。

MiniMax 国内开放平台提供按量付费、资源包和 M Plan；M Plan 定位个人交互式开发，生产更适合按量付费。本文按“先定边界、再验额度、最后签合同”的顺序给清单，不写死单价。

说明：MiniMax 是其权利人的商标。本文以 2026 年 10 月公开文档为例，额度、价格、开票与数据条款以 MiniMax 官方页面和站内模型价格为准。

一、先定采购边界：买的是哪种服务

MiniMax 的接口和套餐不止一种，采购单上要写清楚买的是哪一类：

1. 按量付费：用多少扣多少，适合生产和波动用量。
2. 资源包：预付语音、视频额度，适合用量可预测的场景，到期清零。
3. M Plan：订阅制，定位个人交互式开发，不适合企业生产主通道。
4. 国内 AI 网关：统一入口和账单，适合多模型团队。

四类混在一起报价，后面一定对不上账。先定主通道和备用通道，再谈价格。还要确认国内站还是国际站：国内平台以人民币计价，国际站以美元计价，主体、发票和限流表都可能不同。

二、额度与限流：把“够用”写成数字

额度不是只有一个总数。至少要看四个维度：账户余额、RPM、TPM、并发或排队。

国内限流页把免费和充值用户分列。以当前主力文本模型为例，免费用户为 20 RPM、100 万 TPM，充值用户为 200 RPM、1000 万 TPM；历史模型更高。不同模型和接口不同，数值也会调整，采购时要截图并存档。

限流按账号计算，主账号和子账号共享额度。需要更高额度时，官方路径是联系 api@minimax.io 申请，审批可能需要 3–5 个工作日。不要等上线当天才申请。

错误码也要写进监控。1002 表示限流，1008 表示余额不足，2056 表示 5 小时窗口用量超限。只统计 HTTP 5xx 会漏掉这些业务错误。

三、账号、子账号与权限

官方建议企业用主账号加子账号。子账号数量目前没有限制，与主账号共享权益和速率限制，API 消耗统一结算；子账号不能查看和管理支付。

1. 企业域名邮箱注册，完成企业实名认证。
2. 主账号只做管理，日常调用用子账号。
3. 按环境拆 Key，生产、测试、开发不共用。
4. 每个 Key 标注负责人、用途和创建时间。
5. 离职或外包结束立即吊销 Key。
6. 每季度盘点账号和 Key。

控制台的成员角色和 Key 权限以当前页面为准；原则是最小权限、可追溯、能快速吊销。

四、计费、付款与发票

国内平台按人民币计价，按量付费从余额扣费；充值支持在线充值和符合条件的企业对公汇款。对公汇款要求汇款方开户名称与实名认证主体一致，到账通常 10 分钟到 1 小时。

发票有三条规则：

1. 抬头与实名认证主体一致；个人账号不能开企业发票，需先变更企业认证。
2. 按量付费按已消耗金额减已开票金额开票，不是按充值金额开票。
3. 代金券抵扣部分通常不可开票；资源包余量到期清零，要区分“余额”和“资源包额度”。

退款、未使用余额和资源包的规则，官方公开文档没有统一承诺，付款前要拿到书面说明。走网关时，人民币充值、发票类型和开票周期以站内说明为准，不要假设和直连一样。

五、数据与合规：把口头承诺变成附件

数据条款最容易被“先用起来”跳过。2026 年 10 月 15 日生效的《MiniMax 开放平台隐私政策》说明，API 调用会收集本次处理数据、鉴权信息、Group ID、API Key、UserID，用于后台计算、生成返回数据和处理问题反馈；数据在云服务器计算。

企业要在合同或数据处理附件里写清六个问题：

1. 输入和输出是否留存，保留多久，如何删除？
2. 是否用于训练或模型改进，能否关闭？
3. 数据存在哪个区域，是否跨境？
4. 子处理商有哪些，变更是否提前通知？
5. 安全事件的通知时限和处置流程？
6. 能否签数据处理协议，责任怎么划？

官方用户协议还要求对 AI 生成的文字、图片、音频、视频等内容进行显著标识；产品对外发布生成内容时，这条要写进合规流程。客户合同、代码、个人信息和财务数据先脱敏；免费层和测试环境不要放真实客户数据。

六、SLA 与支持：标准条款不是 SLA

标准用户协议按“现状”提供服务，并对不可抗力、运营商故障、网络安全事故等中断免责；公开文档中没有明确的可用性百分比或赔付条款。

如果业务需要 SLA，正确做法是：

1. 向商务提出可用性、响应时限和赔付方式，写进合同。
2. 确认支持渠道和升级路径；官方邮箱 api@minimax.io。
3. 限流提升预留 3–5 个工作日。
4. 自建监控和备用通道，不把连续性寄托在单一供应商。
5. 定期演练切换，记录切换时间和失败率。

没有 SLA 不等于不能采购，而是你要自己补可用性工程。

七、试点与上线验收

建议用两周做一轮试点，不要用“聊几句感觉不错”作为验收。

1. 抽 30–50 条真实任务，覆盖简单、中等、复杂三档。
2. 按峰值 1.5 倍压测 RPM、TPM 和并发，记录成功率、p50/p95 延迟、限流和返工率。
3. 验证长上下文、工具调用、JSON 输出等关键能力，并核对账单的输入、输出、缓存、重试和失败任务。
4. 走一遍充值、开票、余额预警和对公付款流程。
5. 做一次主通道故障演练，确认备用通道能接管。
6. 通过后先放 10%，再 50%，最后全量。

八、成本监控：按项目、模型和失败重试拆账

MiniMax 按 tokens、字符数、时长、图片张数、音色或调用次数计费；语言模型区分输入、输出、缓存读写，优先服务按标准价的 1.5 倍计费。视频失败或命中安全审核不扣点数，但重试和输入素材仍可能产生费用。

监控至少要有五个维度：

1. 项目或业务线：避免一个实验拖垮全组预算。
2. 模型或接口：区分文本、语音、视频、图像。
3. Token 结构：输入、输出、缓存命中。
4. 失败与重试：错误码、重试次数、重复计费。
5. 资源包：适用模型、剩余额度、到期日。

下面这段脚本把主通道和备用通道的调用都写入 JSONL，便于按项目和路由对账：

import json
import os
import time
from openai import OpenAI

routes = [
    ("minimax", OpenAI(
        api_key=os.environ["MINIMAX_API_KEY"],
        base_url="https://api.minimax.cn/v1",
        timeout=60,
    ), "你的 MiniMax 模型名"),
    ("gateway", OpenAI(
        api_key=os.environ["ZSQH_API_KEY"],
        base_url="https://ai.zhongshangqihang.com/v1",
        timeout=60,
    ), "你的备用模型名"),
]

def chat(project: str, prompt: str) -> dict:
    rows = []
    for name, client, model in routes:
        start = time.time()
        try:
            resp = client.chat.completions.create(
                model=model,
                messages=[{"role": "user", "content": prompt}],
                max_tokens=512,
            )
            rows.append({
                "project": project,
                "route": name,
                "model": model,
                "status": "ok",
                "input": resp.usage.prompt_tokens,
                "output": resp.usage.completion_tokens,
                "latency_ms": int((time.time() - start) * 1000),
            })
            break
        except Exception as exc:
            rows.append({
                "project": project,
                "route": name,
                "model": model,
                "status": "error",
                "error": type(exc).__name__,
                "latency_ms": int((time.time() - start) * 1000),
            })
    with open("minimax-cost.jsonl", "a", encoding="utf-8") as f:
        for row in rows:
            f.write(json.dumps(row, ensure_ascii=False) + "\n")
    return rows[-1]

print(chat("客服摘要", "把这段对话压缩成三点"))

模型名以模型价格为准，不要把占位符直接上线。备用通道也要压测，不能假设切换一定成功。

九、采购清单总表

模块	要确认的问题	交付或验收
主体与认证	企业实名、管理员、子账号	认证截图、账号台账
额度与限流	余额、RPM、TPM、并发、提升周期	预算表、压测报告
计费与发票	计费项、资源包到期、开票口径	报价单、发票样例
数据与合规	留存、训练、跨境、子处理商	隐私条款、数据处理协议
权限与安全	Key 分环境、最小权限、吊销	Key 清单、轮换记录
SLA 与支持	可用性、响应时限、赔付	合同条款、支持联系人
备用与退出	备用通道、数据导出、迁移	演练记录、迁移方案

这张表建议直接作为采购申请的附件。任何一项只靠口头确认，后面都可能返工。

常见问题

企业采购必须用对公账户吗？

不一定，但涉及公司数据和报销时建议走对公。对公汇款仅支持企业用户，且汇款方开户名称要与实名认证主体一致。

充值后能开企业发票吗？

可以，但发票抬头必须与实名认证主体一致；个人账号不能开企业抬头发票，需要先完成企业认证。按量付费按已消耗金额开票，不是按充值金额开票。

子账号会共享额度吗？

会。官方说明子账号与主账号共享使用权益和速率限制，API 消耗统一结算；子账号没有查看和管理支付的权限。

标准合同有 SLA 吗？

公开的标准用户协议按“现状”提供服务，并对多类中断免责；公开文档中没有看到明确的可用性百分比或赔付条款。需要 SLA 就要单独谈合同。

怎么控制成本？

按项目、模型、Token 结构、失败重试和资源包五个维度监控；先压缩输入和输出，再处理缓存和重试，最后才考虑换供应商。

下一步

先用小额按量付费跑通真实任务，再决定采购规模。可以在中商起航 AI 网关创建测试 Key，统一管理多模型和账单；模型、价格与可用性以模型价格为准。

相关阅读：

• MiniMax API 接入指南：模型、Key 与调用
• OpenAI API 企业采购清单：额度、合规与成本
• Claude API 企业采购清单：额度、合规与成本