直接答案:MiniMax 不是一个单一聊天机器人,而是一组模型、创作产品、智能体产品和开发者 API。普通用户想直接完成研究、文档、演示或网页任务,可先试 MiniMax Agent 或 MiniMax Code;开发者要把文本、语音、视频、图像或音乐能力接入自己的系统,应使用开放平台。2026 年 6 月发布的 MiniMax M3 面向代码、智能体、长上下文和原生多模态任务,但具体账号能调用哪些模型、上下文上限、接口格式、价格和并发,应以调用当天控制台与官方文档为准,不能把一篇旧教程里的型号长期写死。
如果你只想完成第一次安全调用,最短路径是:注册开放平台账号,分清按量付费 Key 与 Token Plan Key,在服务端环境变量中保存密钥,先查询当前可用模型和计费页,再用官方支持的接口发送一个低成本测试请求;记录请求 ID、模型名、输入输出量、延迟和错误码。不要把 Key 写进网页 JavaScript、截图、Git 仓库或教程示例,也不要一开始就上传客户资料、身份证件、合同、源代码密钥和未公开商业数据。

MiniMax 到底包括什么:先把公司、模型、产品和 API 分开
MiniMax 官方 About 页面把自己描述为基础模型公司,产品覆盖 MiniMax Code、MiniMax Hub、MiniMax Audio、Talkie 和开放平台;模型覆盖文本、视频、语音与音乐。这个分类非常重要:网页端产品负责把模型、工具、存储和交互包装成可直接使用的体验,API 则把能力交给开发者编排。网页产品里能完成的操作,不代表相同参数或功能已经在每一种 API 兼容层开放。
| 你要完成的事 | 优先入口 | 为什么 | 上线前再确认 |
|---|---|---|---|
| 研究、写文档、做演示或网页 | MiniMax Agent | 提供规划、工具调用和多步骤交付界面 | 可用地区、文件权限、外部工具和导出格式 |
| 处理本地代码、文件与长期任务 | MiniMax Code | 面向开发和桌面工作流,强调记忆、Agent Team 与本地任务 | 操作系统、工作区权限、命令执行和回滚 |
| 生成视频 | Video Hailuo 或 Video API | 视频产品和 API 有专用模型、分辨率与异步任务流程 | 模型版本、时长、分辨率、排队、内容权利 |
| 语音合成或克隆 | MiniMax Audio / Speech API | 声音任务需要音色、语言、情绪与授权参数 | 声音授权、地域法律、克隆限制和保留策略 |
| 生成音乐 | Music 产品或 API | 歌词、风格参考和音乐生成采用独立接口 | 歌词和参考音乐权利、可商用范围 |
| 把能力接入自己的产品 | 开放平台 API | 可由服务端控制鉴权、日志、预算、重试和用户权限 | Key 类型、模型、价格、速率、数据条款和 SLA |
MiniMax Agent 用户指南列出全栈网页、PPT、深度研究、多媒体与 MCP 等能力;MiniMax Code 官方下载页强调本地工作区、记忆、技能、计划任务和 Agent Team。两者都是高权限工具:把工作区交给智能体前,应参考本站的AI 智能体威胁建模指南和AI 代运营权限与验收指南,先决定可读目录、可写目录、命令白名单、外发动作和人工批准点。
2026 年该看 M3 还是 M2.7:不要只背一个“最新模型”
MiniMax 在2026 年 6 月 1 日的 M3 发布说明中称,M3 面向代码和智能体任务,使用 MiniMax Sparse Attention,支持最高 1M 上下文,并具备原生图像和视频输入能力;M3 模型页还提供 `MiniMax-M3` 的原生文本接口示例。这里的性能图表、速度和“首个”等表述来自厂商测试,不等于本站已经复现实验。
同时,部分API Overview、OpenAI/Anthropic 兼容文档仍主要列出 M2.7、M2.5 和旧型号。这种“发布页已更新、部分接口文档尚未同步”的状态意味着:不要只从搜索摘要或旧教程复制 model 字符串。先在当前控制台、目标接口页面和实际响应中确认可用型号;若 M3 只在原生接口开放,就不能假设兼容层也支持相同输入模态和参数。
| 判断维度 | M3 | M2.7 / M2.7-highspeed | 决策方法 |
|---|---|---|---|
| 主要定位 | 代码、智能体、长上下文、原生多模态 | 代码、工具调用、文本智能体;highspeed 偏低延迟 | 以任务和接口可用性选择,不以“数字更大”选择 |
| 上下文 | 厂商称最高 1M,具体服务保证和计费分段需核对 | 当前 API 文档常列 204,800 总输入输出窗口 | 把系统提示、工具结果、历史和输出预算一起计算 |
| 多模态 | 模型页称原生支持图像与视频理解 | Anthropic 兼容层文档明确不支持图片/文档输入 | 按“接口 × 模型”验证,不能只看模型宣传页 |
| 速度 | 取决于思考模式、输入长度和服务层 | 标准与 highspeed 为不同服务选项 | 用自己的真实请求测 p50/p95,不引用单次演示 |
| 迁移风险 | 新型号,文档和工具适配可能继续更新 | 生态兼容说明更完整,但可能逐步转为旧型号 | 模型名放配置,不硬编码;保留回归样本 |

第一次 API 调用前:分清两类 Key、费用来源与数据边界
官方 Prerequisites说明,按量付费 API Key 与 Token Plan Key 是两类凭据:前者用于按量资源,后者用于订阅和 Credits,不能默认互换。创建 Key 后应保存到环境变量或密钥管理服务。官方 API FAQ明确提醒,不要把 Key 分享给他人或暴露在浏览器客户端代码中,公开泄露的 Key 可能被自动停用。
| 准备项 | 最低要求 | 错误做法 | 验收证据 |
|---|---|---|---|
| Key 类型 | 记录是按量 Key 还是 Token Plan Key | 看到一个 Key 就在所有接口复用 | 控制台 Key 页面和所属计费资源 |
| 保存位置 | 服务端环境变量或密钥管理服务 | 提交到 Git、写进前端或截图发群 | 仓库密钥扫描为零,前端网络包不含 Key |
| 最小权限 | 开发、测试、生产分开,按项目轮换 | 全团队长期共用一个生产 Key | Key 清单、所有者、创建和轮换日期 |
| 预算 | 设置日/月预算和异常告警 | 只看单价,不限制循环和并发 | 账单标签、预算阈值和停机策略 |
| 数据 | 先做分类、脱敏和授权判断 | 把客户原始资料直接丢进试验脚本 | 数据清单、处理目的、删除与审计记录 |
官方 Pricing Overview把资源分为 Token Plan、Credits、团队席位、音频订阅、视频包和按量 API。具体价格可能随模型、输入长度、模态、服务层和套餐变化,本文不把某天价格抄成长期答案。成本估算应使用“请求量 × 实际输入输出 × 重试率 × 缓存命中 × 多模态任务数”,并把评测、失败、日志和人工复核成本算进去。
最小可运行接入:先做服务端健康检查,不要直接造“智能体”
当前官方资料同时展示原生文本接口、OpenAI 兼容接口和 Anthropic 兼容接口。以下示例使用原生 HTTP 请求,仅演示鉴权、超时、响应检查和环境变量;模型名 `MiniMax-M3` 来自当前 M3 模型页。正式使用前仍应在控制台确认你的账号和目标地域可用。
import os
import requests
API_KEY = os.environ["MINIMAX_API_KEY"]
url = "https://api.minimax.io/v1/text/chatcompletion_v2"
payload = {
"model": "MiniMax-M3",
"messages": [
{"role": "user", "content": "只回复:连接成功"}
]
}
headers = {
"Authorization": f"Bearer {API_KEY}",
"Content-Type": "application/json",
}
response = requests.post(url, json=payload, headers=headers, timeout=60)
response.raise_for_status()
data = response.json()
print(data["choices"][0]["message"]["content"])
示例故意没有把 Key、固定价格、并发和业务数据写入代码。生产环境还要增加:请求 ID、结构化日志、重试上限、指数退避、熔断、预算、内容过滤、输出校验和人工批准。日志不得保存明文 Key,也不应默认保存完整客户输入。对工具调用和多轮推理,可先阅读本站的工具调用与 Function Calling 指南和AI 智能体定义与边界。
| 检查 | 健康请求应证明什么 | 不能证明什么 |
|---|---|---|
| HTTP 成功 | DNS、TLS、鉴权、账号资源和端点可达 | 答案正确、适合生产或费用可控 |
| 返回模型字段 | 本次请求实际由哪个型号处理 | 未来请求仍使用相同型号 |
| usage/账单 | 一次请求的可计量输入输出 | 高并发、重试和长上下文总成本 |
| 延迟 | 该时间、地区和输入下的一次样本 | p95、峰值和故障恢复表现 |
| 文本结果 | 解析路径和字符编码正常 | 事实可靠、安全或符合业务规则 |
原生、OpenAI 兼容与 Anthropic 兼容接口怎样选
OpenAI 兼容接口文档适合已经使用 OpenAI SDK 和生态工具的项目;Anthropic 兼容接口文档当前列出的支持是“部分兼容”,例如文本和工具调用可用,但图片、文档和一些参数不支持或会被忽略。兼容的意思是降低迁移成本,不是行为、参数、内容块和错误格式完全相同。
| 方案 | 适合 | 主要优势 | 必须做的兼容测试 |
|---|---|---|---|
| MiniMax 原生 API | 要使用最新原生能力和参数 | 与厂商能力映射最直接 | 端点、模型、响应块、工具、流式和错误码 |
| OpenAI 兼容 | 已有 OpenAI SDK、网关或框架 | 改 base URL 与 Key 后可降低接入工作 | thinking 内容、tool calls、finish reason、usage、流式增量 |
| Anthropic 兼容 | 已有 Claude Code 或 Anthropic SDK 工作流 | 便于文本和工具调用迁移 | 不支持的输入类型、被忽略参数、完整 assistant 历史 |
| 网页/桌面产品 | 个人直接使用,不自建后端 | 开箱即用,工具与界面已组合 | 导出、权限、工作区、费用、账号和数据政策 |
迁移时用同一组 20–50 个真实但脱敏的回归样本,对比结构化输出、工具参数、拒答、中文标点、长上下文截断和异常路径。不要只跑一个“你好”就宣布完全兼容。若业务依赖 JSON Schema、并行工具、图像输入或思考内容,应逐项建立机器校验。
模型与接口选择:用任务矩阵,不用排行榜口号
| 任务 | 首选评估对象 | 关键样本 | 失败标准 |
|---|---|---|---|
| 代码修改 | M3 / MiniMax Code | 真实仓库 issue、测试和 diff | 测试失败、越权改文件、不可回滚 |
| 长文档问答 | M3 或当前长上下文文本型号 | 带页码和答案依据的文档集 | 引用不存在、漏掉冲突、成本超预算 |
| 客服回复 | 低延迟文本型号 + 检索 | 政策、边界、转人工和对抗输入 | 虚构政策、泄露客户数据、不能转人工 |
| 工具型 Agent | M3 / M2.7 + 明确工具协议 | 成功、权限拒绝、超时和部分失败 | 重复扣费、无限循环、未批准外发 |
| 图像/视频理解 | 确认接口支持多模态的 M3 路径 | 清晰、模糊、遮挡、长视频和恶意文本 | 接口实际不支持、漏读关键帧、过度推断 |
| 语音/视频/音乐生成 | 对应专用模型 | 权利清楚的输入和可验收输出 | 未经授权克隆、品牌风险、格式不合格 |
厂商 benchmark 可以帮助设计候选清单,但不能代替你的验收。应该固定数据集、提示词、工具版本、温度、最大输出、重试规则、评判人和预算,并报告失败样本,不只展示最好的一次。关于事实性输出,可复用AI 幻觉核验框架;关于发布责任,可复用AI 内容人工审核六道门。
错误码、限流和重试:只对“可能恢复”的失败重试
官方错误码页面列出 1002(rate limit)、1004/2049(鉴权或 Key)、1008(余额不足)、1039(token limit)、1041(连接限制)等状态;Rate Limits说明限制可能同时按 RPM 和 TPM 计算,实际额度取决于模型与接口。表格数字会变,因此程序应读取错误响应并使用账号当前配额,而不是依赖本文的静态数字。
| 失败 | 是否自动重试 | 推荐处理 | 禁止做法 |
|---|---|---|---|
| 超时、部分 5xx、1000/1001/1024 | 有限重试 | 指数退避 + 抖动 + 幂等键 + 总时限 | 无上限立即重试 |
| 1002 / 1041 限流 | 延迟重试 | 降低并发,排队,读取 Retry-After 或配额 | 新建大量 Key 绕过限制 |
| 1004 / 2049 Key 错误 | 不自动重试 | 停止请求,检查 Key 类型、状态和环境 | 把完整 Key 打到日志 |
| 1008 余额不足 | 不自动重试 | 告警并进入降级或暂停 | 无限循环制造更多失败 |
| 1039 token limit | 修改后重试 | 缩短上下文、摘要或降低输出预算 | 原样重复相同超限请求 |
| 1026/1027 内容限制 | 人工判断 | 记录分类,检查输入来源与业务策略 | 自动改写以绕过安全机制 |

隐私、版权和高权限 Agent:哪些数据不该直接上传
MiniMax API Privacy Policy说明其会依目的和法律要求保留个人信息,并描述跨境存储与处理;Terms of Service要求客户保证上传和处理数据已合法取得,并承担向终端用户提供有效隐私通知、取得必要同意等责任。条款可能更新,企业项目应由法务和隐私负责人审查具体版本,而不是把“使用 API”理解为自动获得处理任何数据的权利。
| 数据/动作 | 默认处理 | 允许前提 | 替代方案 |
|---|---|---|---|
| API Key、密码、Cookie、私钥 | 禁止上传 | 不得作为普通提示词内容 | 密钥管理器和受控工具代理 |
| 身份证、健康、金融与生物识别 | 高风险暂停 | 合法依据、最小化、合同、地域与安全评估 | 脱敏样本或本地受控模型 |
| 客户合同与未公开代码 | 先分类 | 客户授权、供应商条款、访问和保留控制 | 抽取必要片段、替换实体、沙箱 |
| 真人声音和肖像 | 不默认生成/克隆 | 身份与用途授权、可撤回机制和标识审查 | 获许可素材或合成角色 |
| 对外发信、付款、删库、部署 | 人工批准 | 最小权限、预览、双人控制、审计和回滚 | 只读或草稿模式 |
数据进入模型前先走AI 隐私与误传补救清单;发现密钥或个人信息误传时,应立即撤销凭据、限制访问、保存必要审计证据并按组织流程评估通知义务。涉及滥用和越权的设计,可参考AI 滥用风险与防护指南。
从测试到生产的七道门
| 门 | 必须回答 | 通过证据 | 停止条件 |
|---|---|---|---|
| 1. 任务 | 模型到底替代或辅助哪一步 | 输入、输出、成功标准和人工责任 | 只有“接入 AI”目标 |
| 2. 数据 | 哪些数据可进入哪个服务 | 分类、授权、脱敏、保留和删除规则 | 敏感数据来源不明 |
| 3. 模型与接口 | 当前账号支持什么 | 控制台、官方文档和真实响应三方一致 | 依赖搜索摘要或旧教程 |
| 4. 质量 | 错误如何被发现 | 回归集、结构校验、引用核验、人工抽样 | 只看一条演示 |
| 5. 成本与可靠性 | 峰值和故障会怎样 | 预算、限流、超时、重试、熔断和降级 | 无限重试或无预算 |
| 6. 权限 | 模型能读写和外发什么 | 最小权限、批准点、审计和沙箱 | 生产管理员权限直连 |
| 7. 运行 | 谁值守、纠错和退出 | 监控、告警、回滚、供应商退出和数据迁移 | 上线后无人负责 |
一个可执行的 7 天小试点
| 时间 | 动作 | 交付物 | 不通过就停止 |
|---|---|---|---|
| 第 1 天 | 选择低风险、可人工完成的单一任务 | 任务卡、基线、所有者 | 无法定义正确答案 |
| 第 2 天 | 准备 20–50 个脱敏样本 | 回归集、评分规则、禁止数据 | 样本包含未授权信息 |
| 第 3 天 | 完成最小 API 健康检查 | 请求记录、模型、usage、错误处理 | Key 暴露或账单归属不明 |
| 第 4 天 | 比较原生和需要的兼容层 | 功能差异、迁移问题、回退配置 | 关键参数被忽略 |
| 第 5 天 | 跑质量、对抗与权限测试 | 失败清单、修复和人工门 | 可越权外发或写入 |
| 第 6 天 | 做负载、费用和降级演练 | p50/p95、单任务成本、限流与熔断 | 失败触发无限重试 |
| 第 7 天 | 由业务、安全和负责人共同复盘 | 上线/不上线决定、范围和值守表 | 只有工具团队单方签字 |
试点成功不是“模型回答得很像人”,而是在明确任务、真实样本和固定门槛下,质量、成本、权限和故障处理都达到可接受范围。扩大使用时一次只增加一个变量:任务、数据等级、用户数、工具权限或并发,避免同时扩大后无法定位问题。
常见问题
MiniMax M3 就一定比 M2.7 更适合吗?
不一定。M3 是更晚发布、能力覆盖更广的候选,但你的接口、延迟、价格、工具生态和数据边界可能更适合另一个型号。用固定回归集和真实服务约束选择,不用型号大小代替验收。
为什么官方页面有的写 M3,有的仍主要列 M2.7?
模型发布、控制台开放、原生 API、兼容接口和文档更新可能不同步。以目标账号的控制台和目标接口页面为准,再发一个最小请求确认响应模型;教程只记录复核日期,不能永久替代官方状态。
可以直接在浏览器里调用 MiniMax API 吗?
不应把长期有效的服务端 Key 放进浏览器代码。浏览器用户可以请求你自己的后端,由后端完成鉴权、额度、内容和用户权限控制;若产品提供临时凭据机制,也要按官方文档限制作用域和有效期。
是否有“免费额度”?
不能把旧活动或新用户赠送写成长期承诺。按量、Token Plan、Credits 和活动资源是不同体系,登录控制台查看当日可用资源、到期时间和适用模型,再决定是否测试。
MiniMax API 能否完全兼容 OpenAI 或 Anthropic?
兼容层能降低 SDK 迁移成本,但不是完全等价。当前文档已经列出部分不支持或被忽略的参数;多模态输入、思考内容、工具调用、流式响应、usage 和错误结构都应逐项测试。
遇到 1002、2049 或 1039 怎么办?
1002 通常对应限流,应降低并发并延迟重试;2049 通常是无效 Key,应停止自动重试并检查凭据;1039 对应 token 限制,应缩短上下文或输出预算。始终保留请求 ID 和脱敏错误信息,完整 Key 不进入日志。
能否让 MiniMax Agent 或 MiniMax Code 自动部署、发信和操作生产系统?
技术上可能组合这些能力,但不应默认授权。先在沙箱只读运行,再为写入、部署、付款、删除和对外发送设置明确预览与人工批准;保留版本、命令、操作者和回滚证据。
编辑复核与更新记录
本文由兰塞 AI 编辑流程于 2026 年 7 月 23 日复核。旧稿没有来源、可运行示例、模型版本边界和安全控制;新版以 MiniMax 官方模型、产品、API、计费、错误码、隐私与条款页面为主要依据,区分厂商陈述与本站判断,并提供接口选择、最小调用、错误处理、数据权限和七道上线门。官方功能与价格变化较快,本文出现的模型名和兼容状态应结合复核日期理解。本站来源、更新与纠错原则见关于本站与编辑规范。
