AI教程

MiniMax 怎么用?M3、MiniMax Code、Agent 与 API 接入指南

MiniMax2026使用与开发指南:区分M3、MiniMaxCode、Agent、多模态产品和开放平台,完成模型及接口选择、APIKey隔离、最小调用、兼容性验证、限流重试、隐私审查、成本测试和生产发布验收。

MiniMax 使用与 API 接入指南封面,概括模型产品、接口兼容、密钥预算和生产验收四个决策层
本页目录
  1. MiniMax 到底包括什么:先把公司、模型、产品和 API 分开
  2. 2026 年该看 M3 还是 M2.7:不要只背一个“最新模型”
  3. 第一次 API 调用前:分清两类 Key、费用来源与数据边界
  4. 最小可运行接入:先做服务端健康检查,不要直接造“智能体”
  5. 原生、OpenAI 兼容与 Anthropic 兼容接口怎样选
  6. 模型与接口选择:用任务矩阵,不用排行榜口号
  7. 错误码、限流和重试:只对“可能恢复”的失败重试
  8. 隐私、版权和高权限 Agent:哪些数据不该直接上传
  9. 从测试到生产的七道门
  10. 一个可执行的 7 天小试点
  11. 常见问题
  12. MiniMax M3 就一定比 M2.7 更适合吗?
  13. 为什么官方页面有的写 M3,有的仍主要列 M2.7?
  14. 可以直接在浏览器里调用 MiniMax API 吗?
  15. 是否有“免费额度”?
  16. MiniMax API 能否完全兼容 OpenAI 或 Anthropic?
  17. 遇到 1002、2049 或 1039 怎么办?
  18. 能否让 MiniMax Agent 或 MiniMax Code 自动部署、发信和操作生产系统?
  19. 编辑复核与更新记录

直接答案:MiniMax 不是一个单一聊天机器人,而是一组模型、创作产品、智能体产品和开发者 API。普通用户想直接完成研究、文档、演示或网页任务,可先试 MiniMax Agent 或 MiniMax Code;开发者要把文本、语音、视频、图像或音乐能力接入自己的系统,应使用开放平台。2026 年 6 月发布的 MiniMax M3 面向代码、智能体、长上下文和原生多模态任务,但具体账号能调用哪些模型、上下文上限、接口格式、价格和并发,应以调用当天控制台与官方文档为准,不能把一篇旧教程里的型号长期写死。

如果你只想完成第一次安全调用,最短路径是:注册开放平台账号,分清按量付费 Key 与 Token Plan Key,在服务端环境变量中保存密钥,先查询当前可用模型和计费页,再用官方支持的接口发送一个低成本测试请求;记录请求 ID、模型名、输入输出量、延迟和错误码。不要把 Key 写进网页 JavaScript、截图、Git 仓库或教程示例,也不要一开始就上传客户资料、身份证件、合同、源代码密钥和未公开商业数据。

旧稿纠错:旧版把 MiniMax 泛化成“长文本与拟人化对话工具”,建议安装未经核实的 `minimax-sdk`,却没有给出当前模型、官方接口、错误处理和隐私边界,也没有任何来源。新版依据 2026 年 7 月 23 日可访问的 MiniMax 官方资料重建。厂商页面中的性能、速度、用户规模和 benchmark 均属于厂商陈述,本文不会冒充兰塞 AI 独立实测;价格、配额、模型列表和兼容性会变化,购买或上线前必须重新核对。
按照直接使用、代码智能体、多模态创作和自建应用四类目标选择 MiniMax Agent、MiniMax Code、海螺视频、音频音乐产品或开放平台 API 的路线图
先按交付目标选入口,再谈模型与接口;“MiniMax”不是一个可以用同一教程覆盖的单一产品。图:兰塞 AI 编辑部原创。

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,不引用单次演示
迁移风险 新型号,文档和工具适配可能继续更新 生态兼容说明更完整,但可能逐步转为旧型号 模型名放配置,不硬编码;保留回归样本
MiniMax 原生 API、OpenAI 兼容接口、Anthropic 兼容接口与网页产品在文本、工具调用、图像视频输入和迁移成本上的核对矩阵
模型能力、接口兼容性和网页产品功能是三层不同的事实;只有三层同时支持,功能才真正可用于你的系统。图:兰塞 AI 编辑部原创。

第一次 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 内容限制 人工判断 记录分类,检查输入来源与业务策略 自动改写以绕过安全机制
MiniMax API 从密钥隔离、数据分类、模型接口确认、成本与限流测试、输出核验、权限审批到监控回滚的七道生产发布门
一次成功响应只是连通性证据;生产可用还需要安全、质量、成本、权限和回滚共同通过。图:兰塞 AI 编辑部原创。

隐私、版权和高权限 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、计费、错误码、隐私与条款页面为主要依据,区分厂商陈述与本站判断,并提供接口选择、最小调用、错误处理、数据权限和七道上线门。官方功能与价格变化较快,本文出现的模型名和兼容状态应结合复核日期理解。本站来源、更新与纠错原则见关于本站与编辑规范