MiniMax 开源编程工具 mcode，同一只仓库露出 M3.1 踪迹

AI代码辅助与测试代码生成开发者生态开源模型推理优化模型评测与对比开源项目模型迭代

2026-09-20 10:49

72 浏览

0 点赞

AI 速览

MiniMax 开源终端编程 Agent 工具 mcode，并在代码中暴露 M3.1 模型踪迹，对关注 AI 编程工具和大模型进展的开发者具有参考价值。核心事实 - 开源工具：MiniMax 在 GitHub 开源 minimax-code（mcode），提供 TUI、无头模式和 ACP 接口三种使用方式 - 模型线索：社区在 mcode 测试文件中发现 MiniMax M3.1 模型引用，公司未置评 - 模型进展：创始人闫俊杰在 2026 年 8 月 26 日中期业绩会上称 M3.1、M3Pro、H3.1 均“接近完成” - 技术架构：M3Pro 预计参数达 3T，采用 MSA 2.0 架构，计算效率提升约 3 倍 - 商业模式：mcode 支持 BYOK 接入 OpenAI/Anthropic 等模型，但默认路径引导用户消耗 MiniMax Token - 基础设施：MiniMax 重建了覆盖数据、算力、训练、评测、推理的整套研发基建，已在 H3 模型验证时间线 - 2026-08-26：MiniMax 创始人披露 M3.1 等模型接近完成 - 2026-09-20：社区发现 mcode 仓库含 M3.1 引用关键数据 - 2026 上半年收入：1.17 亿美元，同比增长 283.1% - B 端收入：7390 万美元，同比增长 703.1%，占总收入 63.4% - Token 消耗：2026 年 7 月较 1 月增长 20 倍价值点开发者可通过 mcode 获得开放、可审计的编程 Agent 工具，同时观察 MiniMax 如何通过开源工具引流、以新模型驱动 Token 消费的商业闭环。

9月20日消息，有社区开发者在 MiniMax 近日开源的编程工具 minimax-code 仓库的测试文件里，发现了疑似 MiniMax M3.1 模型的引用。MiniMax Code（命令 mcode）是 MiniMax 在 GitHub 开源的终端编程 Agent，第一方代码采用 MIT 许可；而 8 月 26 日的中期业绩会上，创始人闫俊杰刚说过 M3.1、M3Pro、H3.1 都已接近完成。工具开源和下一代模型，在 MiniMax 这里是同一条线的两端。

mcode 开源：三种入口，也能接别家模型

MiniMax Code 是一个终端里的编程 Agent：交互式 TUI 用来探索代码和审查改动，无头模式 mcode exec 面向脚本、CI 和批量任务，ACP 接口则留给支持 Agent Client Protocol 的编辑器。当前仓库对应 0.4.12 源码预览版，桌面 App 的源码不在开源范围内。

账号体系上有两条路。用 MiniMax 账号登录，走的是公司自己的 Token Plan 计费；也可以用 BYOK 模式接入自己的 key，支持 OpenAI 和 Anthropic 兼容的 API 格式，也就是说开发者可以拿它驱动别家模型。这一点决定了 mcode 的性质：它不是 Claude Code 那种模型与工具闭源绑定的形态，而是一个开放的客户端，变现不指望工具本身。

模型线：三个「接近完成」，都从业绩会来

8 月 26 日晚间的 2026 年中期业绩电话会上，闫俊杰表示 MiniMax M3.1、M3Pro、H3.1 等多个模型已接近完成。M3.1 的定位是大规模可用；M3Pro 的参数规模预计提升至约 3T，搭载新的 MSA 2.0 架构，计算效率预计提升约 3 倍；H3.1 则是在视频模型 H3 基础上的升级。

闫俊杰在会上还把相当一部分篇幅给了基础设施。他提到 M3 研发阶段暴露过评测基建的短板，公司为此几乎重建了整套底层研发基建，覆盖数据、算力、预训练与强化学习框架、评测体系、推理基建和规模化集群，这套体系已在 H3 上完成初步验证。他的表述是，模型对外发布只是结果，关键是研发基建的沉淀。需要注意，以上全部是高管口径的进度说明，三个模型都没有发布日期；M3.1 在仓库测试文件里的踪迹则来自社区发现，MiniMax 没有对此置评。

两件事为什么是一盘棋

把两条线放在一起，MiniMax 的打法比单独看任何一条都清楚。mcode 开源且允许接入别家模型，看起来是把工具白送出去；但默认路径是 MiniMax 账号加 Token Plan，开发者用得越深，消耗的越是 MiniMax 自己的 Token。而 M3.1 的定位——大规模可用、强化 Agent 泛化、能规模化跑整套基础设施——对应的就是编程 Agent 这种长上下文、高消耗的负载。新模型的踪迹出现在自家工具的测试文件里，说明 mcode 很可能就是 M3.1 的第一批真实负载场景。

财报数据说明这条闭环已经在转。MiniMax 上半年收入 1.17 亿美元，同比增长 283.1%，其中 B 端收入增长 703.1% 至 7390 万美元，占总收入的比例升到了 63.4%；闫俊杰给出的另一个数字是，7 月的 Token 消耗量比 1 月增长了 20 倍。编程工具是开发者侧成本最低的获客入口，模型和计费在后端等着，这和 Anthropic 用 Claude Code 绑订阅是同一方向，一个走闭源订阅，一个走开源加 Token 计费。

对开发者来说，mcode 开源且能换模型是好事，选择权和审计权在用户手里。对 MiniMax 来说，闭环能不能闭合，取决于接近完成的 M3.1 落地后能不能把工具带来的流量转成持续的 Token 消耗——目前能看到的只是管道已经铺好，模型还没有登场。

好文章，需要你的鼓励

# 报错信息分析与调试指南 ## 任务说明请分析用户提供的报错信息，推测可能的错误原因，并提供系统性的调试步骤。 ## 分析要求 1. **错误类型识别** - 确定是语法错误、运行时错误、逻辑错误还是环境配置错误 - 识别具体的错误类别（如空指针、数组越界、类型不匹配等） 2. **原因推测** - 基于错误信息中的关键线索进行合理推断 - 考虑常见的导致此类错误的编程场景 - 分析可能的代码问题或环境问题 3. **调试步骤** - 提供从简单到复杂的逐步调试方法 - 包括代码检查、日志添加、环境验证等具体操作 - 给出预防类似错误的最佳实践建议 ## 输出格式 - **错误类型**：[具体的错误分类] - **可能原因**： 1. [原因1] 2. [原因2] 3. [原因3] - **调试步骤**： 1. [步骤1] 2. [步骤2] 3. [步骤3] 4. [步骤4] - **解决方案**：[具体的修复建议] ## 示例 **输入**：【报错信息】 ``` TypeError: Cannot read property 'length' of undefined at processData (app.js:25:18) at main (app.js:10:5) ``` **输出**： - **错误类型**：运行时错误 - TypeError - **可能原因**： 1. 变量未正确初始化就被访问其 length 属性 2. 函数参数传递了 undefined 值 3. 异步操作中数据还未加载完成就尝试访问 - **调试步骤**： 1. 检查 app.js 第25行附近的变量声明和赋值 2. 在访问 length 属性前添加类型检查：`if (variable && variable.length)` 3. 使用 console.log() 输出相关变量的值确认其状态 4. 检查函数调用时传入的参数是否正确 - **解决方案**：在访问对象属性前先验证对象是否存在，或确保变量在使用前已被正确初始化。