MiniMax-M1
MiniMax-M1 是全球首款开源权重的大规模混合注意力推理模型,旨在为复杂逻辑任务提供强大的智能支持。它主要解决了传统模型在处理高难度推理问题时效率不足或精度有限的痛点,通过创新的架构设计,显著提升了在数学计算、代码生成及多步逻辑推导等场景下的表现。
这款模型特别适合人工智能研究人员、开发者以及需要构建高阶推理应用的企业团队使用。对于希望深入探索大模型底层机制的学者,MiniMax-M1 开放的权重提供了宝贵的研究素材;而对于开发者,它则是一个可自由部署、微调的高效基座,有助于打造定制化的智能代理或专业解题工具。
其核心技术亮点在于采用了“混合注意力”机制,这种设计巧妙平衡了计算速度与上下文理解能力,使模型在面对长篇幅输入或复杂因果链时,既能保持敏锐的逻辑判断,又能有效控制资源消耗。作为开源项目,MiniMax-M1 打破了高端推理模型的封闭壁垒,让社区能够更便捷地获取并利用前沿技术,共同推动人工智能在深度推理领域的落地与应用。
使用场景
某金融科技公司量化团队正试图从海量非结构化的研报和新闻中,提取复杂的因果逻辑以构建自动交易策略。
没有 MiniMax-M1 时
- 逻辑推理断层:传统模型在处理“美联储加息导致新兴市场资本外流,进而影响特定大宗商品价格”这类长链条因果推导时,经常丢失中间环节,给出片面结论。
- 混合信息处理低效:面对包含密集数据表格、趋势图表和长篇文字分析的混合文档,现有工具难以统一理解,往往需要人工分别提取后再拼接,耗时费力。
- 幻觉风险高:在缺乏明确事实依据的复杂推演中,旧模型倾向于编造看似合理但实际错误的数据关联,导致策略回测结果严重失真。
- 开源定制受限:团队希望针对金融垂直领域微调模型,但当时缺乏兼具强大推理能力与开放权重的基座,只能依赖闭源 API,数据隐私与成本难以平衡。
使用 MiniMax-M1 后
- 深度链式推理:MiniMax-M1 凭借混合注意力机制,能精准拆解并追踪多步因果逻辑,完整还原从宏观政策到微观资产价格波动的推导路径。
- 多模态原生融合:该模型直接“读懂”研报中的图表与文字关联,自动将图表趋势转化为逻辑因子,无需人工预处理即可生成结构化策略信号。
- 可信决策支持:依托其大规模推理能力,MiniMax-M1 显著降低了复杂场景下的幻觉率,确保每一条生成的交易逻辑都有据可查,大幅提升回测可信度。
- 私有化灵活部署:作为开源权重模型,团队可将 MiniMax-M1 部署在本地集群,利用内部历史数据进行微调,既保障了核心数据不出域,又实现了推理性能的极致优化。
MiniMax-M1 通过开源世界首个大规模混合注意力推理模型,让金融机构在保障数据安全的前提下,拥有了媲美顶尖闭源模型的复杂逻辑分析与决策能力。
运行环境要求
未说明
未说明

快速开始
MiniMax-M1
1. 模型概述
我们推出了MiniMax-M1,这是全球首个开放权重、大规模混合注意力推理模型。MiniMax-M1采用混合专家模型(MoE)架构,并结合闪电注意力机制。该模型基于我们先前的MiniMax-Text-01模型开发而成,总参数量达4560亿,每token激活参数量为459亿。与MiniMax-Text-01一致,M1模型原生支持100万token的上下文长度,是DeepSeek R1上下文大小的8倍。此外,MiniMax-M1中的闪电注意力机制实现了测试时计算资源的高效扩展——例如,与DeepSeek R1相比,在生成长度为10万token时,M1仅消耗其25%的FLOPs。这些特性使M1特别适用于需要处理长输入并进行深入思考的复杂任务。MiniMax-M1通过大规模强化学习(RL)在从传统数学推理到基于沙盒的真实世界软件工程环境等多种问题上进行了训练。我们为M1开发了一个高效的RL扩展框架,主要从两个方面入手:(1) 我们提出了CISPO算法,该算法通过对重要性采样权重而非token更新进行裁剪,性能优于其他竞争性的RL变体;(2) 我们的混合注意力设计自然提升了RL的效率,同时解决了在混合架构下扩展RL时所面临的独特挑战。我们分别训练了具有4万和8万思维预算的两个版本的MiniMax-M1模型。在标准基准测试上的实验表明,我们的模型在复杂软件工程、工具使用以及长上下文任务等方面,均显著优于其他强大的开放权重模型,如原始的DeepSeek-R1和Qwen3-235B。凭借测试时计算资源的高效扩展,MiniMax-M1为下一代语言模型智能体提供了坚实的基底,使其能够进行推理并应对现实世界的挑战。
在竞赛级别的数学、编码、软件工程、智能体工具使用以及长上下文理解任务中,领先商业及开放权重模型的基准性能对比。此处我们使用MiniMax-M1-80k模型代表MiniMax-M1。
2. 评估
MiniMax-M1在核心基准测试中的表现。
| 类别 | 任务 | MiniMax-M1-80K | MiniMax-M1-40K | Qwen3-235B-A22B | DeepSeek-R1-0528 | DeepSeek-R1 | Seed-Thinking-v1.5 | Claude 4 Opus | Gemini 2.5 Pro (06-05) | OpenAI-o3 |
|---|---|---|---|---|---|---|---|---|---|---|
| 扩展思维 | 80K | 40K | 32k | 64k | 32k | 32k | 64k | 64k | 100k | |
| 数学 | AIME 2024 | 86.0 | 83.3 | 85.7 | 91.4 | 79.8 | 86.7 | 76.0 | 92.0 | 91.6 |
| AIME 2025 | 76.9 | 74.6 | 81.5 | 87.5 | 70.0 | 74.0 | 75.5 | 88.0 | 88.9 | |
| MATH-500 | 96.8 | 96.0 | 96.2 | 98.0 | 97.3 | 96.7 | 98.2 | 98.8 | 98.1 | |
| 通用编码 | LiveCodeBench (24/8~25/5) | 65.0 | 62.3 | 65.9 | 73.1 | 55.9 | 67.5 | 56.6 | 77.1 | 75.8 |
| FullStackBench | 68.3 | 67.6 | 62.9 | 69.4 | 70.1 | 69.9 | 70.3 | -- | 69.3 | |
| 推理与知识 | GPQA Diamond | 70.0 | 69.2 | 71.1 | 81.0 | 71.5 | 77.3 | 79.6 | 86.4 | 83.3 |
| HLE (无工具) | 8.4* | 7.2* | 7.6* | 17.7* | 8.6* | 8.2 | 10.7 | 21.6 | 20.3 | |
| ZebraLogic | 86.8 | 80.1 | 80.3 | 95.1 | 78.7 | 84.4 | 95.1 | 91.6 | 95.8 | |
| MMLU-Pro | 81.1 | 80.6 | 83.0 | 85.0 | 84.0 | 87.0 | 85.0 | 86.0 | 85.0 | |
| 软件工程 | SWE-bench Verified | 56.0 | 55.6 | 34.4 | 57.6 | 49.2 | 47.0 | 72.5 | 67.2 | 69.1 |
| 长上下文 | OpenAI-MRCR (128k) | 73.4 | 76.1 | 27.7 | 51.5 | 35.8 | 54.3 | 48.9 | 76.8 | 56.5 |
| OpenAI-MRCR (1M) | 56.2 | 58.6 | -- | -- | -- | -- | -- | 58.8 | -- | |
| LongBench-v2 | 61.5 | 61.0 | 50.1 | 52.1 | 58.3 | 52.5 | 55.6 | 65.0 | 58.8 | |
| 智能体工具使用 | TAU-bench (航空公司) | 62.0 | 60.0 | 34.7 | 53.5 | -- | 44.0 | 59.6 | 50.0 | 52.0 |
| TAU-bench (零售业) | 63.5 | 67.8 | 58.6 | 63.9 | -- | 55.7 | 81.4 | 67.0 | 73.9 | |
| 事实性 | SimpleQA | 18.5 | 17.9 | 11.0 | 27.8 | 30.1 | 12.9 | -- | 54.0 | 49.4 |
| 通用助手 | MultiChallenge | 44.7 | 44.7 | 40.0 | 45.0 | 40.7 | 43.0 | 45.8 | 51.8 | 56.5 |
* 在仅文本的HLE子集上进行。
我们的模型在temperature=1.0、top_p=0.95的设置下进行评估。
SWE-bench方法论
我们报告的是基于无代理框架得出的结果。与原始流程不同,我们的方法采用了两阶段定位过程(不使用任何基于嵌入的检索机制):首先进行粗粒度的文件定位,随后再进行细粒度的特定文件及代码元素定位。我们模型的数值是在n=486个经过验证且可在我们基础设施上运行的任务子集上计算得出的。被排除的14个与我们内部基础设施不兼容的测试案例如下:
"astropy__astropy-7606",
"astropy__astropy-8707",
"astropy__astropy-8872",
"django__django-10097",
"matplotlib__matplotlib-20488",
"psf__requests-2317",
"psf__requests-2931",
"psf__requests-5414",
"pylint-dev__pylint-6528",
"pylint-dev__pylint-7277",
"sphinx-doc__sphinx-10435",
"sphinx-doc__sphinx-7985",
"sphinx-doc__sphinx-8269",
"sphinx-doc__sphinx-8475"
TAU-bench方法论
我们以GPT-4.1作为用户模型,并在不使用任何自定义工具的情况下对TAU-Bench进行评估。最大交互步骤数为40步。我们的通用系统提示如下:
- 在每一回合中,您都需要仔细检查所提供的工具,以确定是否可以使用。
- 您必须严格遵守所有政策。请注意条款中的细节。大多数情况下的解决方案都可以在这些政策中找到。
3. MiniMax-M1模型使用建议
为了获得MiniMax-M1模型的最佳效果,我们建议重点关注两点:推理参数和系统提示。
3.1. 推理参数
- 温度:
1.0 - Top_p:
0.95
这一设置最有利于激发模型回答的创造性和多样性。它使模型能够探索更广泛的语言可能性,避免输出过于僵化或重复,同时仍保持较强的逻辑连贯性。
3.2. 系统提示词
根据具体任务量身定制系统提示词,对于有效引导模型至关重要。以下是针对不同场景的建议设置。
A. 通用场景
对于常见的任务,如摘要生成、翻译、问答或创意写作:
你是一位乐于助人的助手。
B. 网页开发场景
对于生成网页代码等复杂任务:
你是一名网页开发工程师,将按照以下指示编写网页。你是一位功能强大的代码编辑助手,能够在与用户的对话中编写代码并创建项目成果,也可以根据用户的要求修改和更新现有成果。
所有代码都应写在一个代码块中,形成一个完整的代码文件进行展示,无需将 HTML 和 JavaScript 代码分开。所谓“项目成果”是指可运行的完整代码片段,你更倾向于整合并输出这样的完整可运行代码,而不是将其拆分为多个代码块。对于某些类型的代码,它们可以在 UI 窗口中渲染图形界面。生成完成后,请再次检查代码的执行情况,以确保输出中没有错误。
仅输出 HTML 代码,不要添加任何额外的描述性文字。请使界面看起来现代且美观。
C. 数学场景
在处理需要计算或逻辑推理的问题时:
请逐步推导,并将最终答案用 \boxed{} 括起来。
4. 部署指南
从 HuggingFace 仓库下载模型:
在生产环境中部署时,我们推荐使用 vLLM 来服务 MiniMax-M1。vLLM 在服务大型语言模型方面表现出色,具有以下特点:
- 🔥 出色的服务性能
- ⚡ 高效智能的内存管理
- 📦 强大的批量请求处理能力
- ⚙️ 深度优化的底层性能
有关 vLLM 的详细部署说明,请参阅我们的 vLLM 部署指南。此外,您也可以直接使用 Transformers 进行部署。详细的 Transformers 部署说明,请参阅我们的 MiniMax-M1 Transformers 部署指南。
5. 函数调用
MiniMax-M1 模型支持函数调用功能,能够识别何时需要调用外部函数,并以结构化格式输出函数调用参数。MiniMax-M1 函数调用指南 提供了关于如何使用 MiniMax-M1 函数调用功能的详细说明。
6. 聊天机器人与 API
为了方便一般用户使用和评估,我们提供了具备在线搜索功能的 聊天机器人 以及面向开发者的 在线 API。此外,我们还为开发者提供了包含视频生成、图像生成、语音合成和语音克隆等功能的 MiniMax MCP 服务器。
7. 引用
@misc{minimax2025minimaxm1scalingtesttimecompute,
title={MiniMax-M1:利用 Lightning Attention 高效扩展推理时计算资源},
author={MiniMax},
year={2025},
eprint={2506.13585},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2506.13585},
}
8. 联系我们
欢迎通过 model@minimax.io 与我们联系。
常见问题
相似工具推荐
openclaw
OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你
stable-diffusion-webui
stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。
everything-claude-code
everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上
ComfyUI
ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。
gemini-cli
gemini-cli 是一款由谷歌推出的开源 AI 命令行工具,它将强大的 Gemini 大模型能力直接集成到用户的终端环境中。对于习惯在命令行工作的开发者而言,它提供了一条从输入提示词到获取模型响应的最短路径,无需切换窗口即可享受智能辅助。 这款工具主要解决了开发过程中频繁上下文切换的痛点,让用户能在熟悉的终端界面内直接完成代码理解、生成、调试以及自动化运维任务。无论是查询大型代码库、根据草图生成应用,还是执行复杂的 Git 操作,gemini-cli 都能通过自然语言指令高效处理。 它特别适合广大软件工程师、DevOps 人员及技术研究人员使用。其核心亮点包括支持高达 100 万 token 的超长上下文窗口,具备出色的逻辑推理能力;内置 Google 搜索、文件操作及 Shell 命令执行等实用工具;更独特的是,它支持 MCP(模型上下文协议),允许用户灵活扩展自定义集成,连接如图像生成等外部能力。此外,个人谷歌账号即可享受免费的额度支持,且项目基于 Apache 2.0 协议完全开源,是提升终端工作效率的理想助手。
markitdown
MarkItDown 是一款由微软 AutoGen 团队打造的轻量级 Python 工具,专为将各类文件高效转换为 Markdown 格式而设计。它支持 PDF、Word、Excel、PPT、图片(含 OCR)、音频(含语音转录)、HTML 乃至 YouTube 链接等多种格式的解析,能够精准提取文档中的标题、列表、表格和链接等关键结构信息。 在人工智能应用日益普及的今天,大语言模型(LLM)虽擅长处理文本,却难以直接读取复杂的二进制办公文档。MarkItDown 恰好解决了这一痛点,它将非结构化或半结构化的文件转化为模型“原生理解”且 Token 效率极高的 Markdown 格式,成为连接本地文件与 AI 分析 pipeline 的理想桥梁。此外,它还提供了 MCP(模型上下文协议)服务器,可无缝集成到 Claude Desktop 等 LLM 应用中。 这款工具特别适合开发者、数据科学家及 AI 研究人员使用,尤其是那些需要构建文档检索增强生成(RAG)系统、进行批量文本分析或希望让 AI 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性,但其核心优势在于为机器