MiniMax Code CLI正式开源：MIT协议开放终端编码Agent，支持TUI、无头模式与ACP

核心消息：MiniMax Code CLI v0.4.12开放源代码

MiniMax宣布向全球开发者开放MiniMax Code CLI v0.4.12，并以MIT许可证开源。官方GitHub仓库MiniMax-AI/minimax-code已经公开终端交互界面、无头命令行模式和Agent Client Protocol相关实现。

MiniMax Code定位为运行在终端中的编码智能体。它可以理解项目、修改文件、执行Shell命令和测试，并在权限控制与沙箱机制下完成多步骤开发任务。

需要特别说明的是，本次公开的代码范围不包括MiniMax Code桌面应用本身。官方仓库同时承担桌面端问题反馈，但已发布源代码主要覆盖终端TUI、Headless CLI和ACP三部分。

MiniMax Code能做什么

在终端中完成完整编码任务

开发者可以进入项目目录后运行mcode，通过自然语言描述任务。Agent能够读取代码、定位问题、编辑文件、查看差异并运行相关测试。

例如，可以要求它寻找一个失败测试、修复实现并重新执行验证。与普通代码补全不同，这类工具的目标不是生成单个函数，而是在仓库上下文中持续推进任务。

同时提供交互和自动化入口

MiniMax Code提供三种主要入口：

• mcode [prompt]：启动交互式TUI，适合探索代码、连续对话和审核权限
• mcode exec [prompt]：无头模式，适合脚本、CI、批处理和评测
• mcode acp：通过Agent Client Protocol连接兼容的编辑器与客户端

这种设计让同一个Agent既能供开发者在终端中使用，也能进入自动化流水线或其他开发工具。

保存并恢复任务会话

CLI支持继续当前工作和选择历史会话。开发者可以使用mcode --continue恢复当前工作区最近一次会话，也可以通过mcode --session或TUI中的/sessions选择记录。

对于需要多轮分析的大型改动，会话恢复可以避免每次重新解释项目背景，但仍要注意敏感信息和本地会话数据的保存范围。

模型接入不只限于MiniMax

MiniMax Code默认可以通过MiniMax账号及Token Plan使用相关模型。中国大陆与全球账号分别提供对应登录方式，认证流程会在浏览器中完成。

同时，它支持Bring Your Own Key。开发者可以添加自定义模型提供方，并选择以下兼容接口：

• OpenAI Completions
• OpenAI Responses
• Anthropic Messages

这意味着MiniMax Code试图把自身定位为模型可替换的Agent执行框架，而不只是MiniMax模型的专属客户端。团队可以根据模型能力、价格、数据要求和部署环境切换供应商。

不过，“接口兼容”不代表不同模型拥有完全相同的工具调用和推理效果。接入自定义模型后，仍需要验证长上下文、工具调用、结构化输出和错误恢复能力。

AGENTS.md成为项目指令入口

MiniMax Code可以通过以下命令生成或更新项目指导文件：

mcode init .

生成的AGENTS.md可记录任务期望、允许修改的范围、测试命令和项目规范。Agent进入仓库后读取这些信息，能够更准确地遵守团队约束。

随着Claude Code等工具也开始支持AGENTS.md，这一文件正在成为不同AI编程工具之间共享项目规则的重要载体。团队可以把通用工程规范放在其中，减少为每个Agent重复维护说明。

插件、MCP与多媒体工具构成扩展体系

插件和技能

MiniMax Code支持官方、本地及GitHub来源的插件，也提供内置技能。插件可以扩展命令、工具或工作流，让团队把特定业务流程封装成可复用能力。

MCP连接外部服务

通过MCP，Agent可以接入数据库、文档系统、浏览器或企业内部工具。MCP有利于统一工具协议，但也扩大了Agent可访问的数据与操作范围，部署时必须限制凭证、资源和写权限。

搜索与多模态能力

官方说明提到，MiniMax Code可使用内置搜索、媒体工具和托管连接器，并支持图片等输入。部分托管工具依赖账号权限、网络连接和服务额度，并非安装CLI后即可无限使用。

权限控制与沙箱为什么重要

编码Agent能够执行Shell命令和修改仓库，效率高于单纯对话工具，但风险也更大。错误命令可能删除文件、改动依赖或泄露环境变量。

MiniMax Code提供权限模式和沙箱控制，开发者可以审核工具执行。实际使用时建议：

• 先在独立Git分支或临时工作树运行
• 不向Agent暴露无关的生产密钥
• 对安装依赖、网络访问和删除操作设置确认
• 修改后检查Git Diff并运行完整测试
• 在CI中使用权限受限的临时环境

开源使团队可以审查实现并自行构建，但并不会自动消除模型误判、依赖风险和提示注入。安全边界仍取决于运行环境和权限配置。

安装与运行要求

官方提供macOS、Linux、WSL和Windows安装脚本，也可以通过npm安装。使用npm时，需要兼容版本的Node.js，目前官方列出的范围包括Node.js 22.19+、24.2+、25和26。

npm install -g @minimax-ai/code@latest \
  --registry=https://registry.npmjs.org/ \
  --ignore-scripts=false \
  --include=optional \
  --allow-scripts=@minimax-ai/code,better-sqlite3

安装后可以检查版本与帮助：

mcode --version
mcode --help

若选择官方一行安装脚本，个人体验会更方便；企业环境则应先审查远程脚本、固定版本并校验软件包，再进入内部发布流程。

从源码构建需要什么

仓库采用Node.js和pnpm构建，源码开发要求Git、兼容版本Node.js及pnpm 9.12.0。基本流程如下：

git clone https://github.com/MiniMax-AI/minimax-code.git
cd minimax-code
pnpm install --frozen-lockfile
pnpm build
pnpm mcode

仓库包含LICENSE、NOTICE、第三方声明、安全策略和贡献指南。开发者在分发修改版本前，应同时检查第三方组件的许可证要求，而不能只看顶层MIT声明。

开源带来哪些实际价值

企业可以审计Agent执行链路

对于需要处理私有代码的团队，开源CLI允许安全人员检查文件读取、命令执行、网络访问、会话存储和模型请求路径，从而更准确地评估数据风险。

社区可以扩展模型和工具生态

模型可替换、插件、MCP和ACP让MiniMax Code不局限于单一终端产品。开发者可以接入内部模型、定制工具，或把Agent嵌入编辑器及自动化系统。

编码Agent竞争进入“执行框架”阶段

当前AI编程产品的差异已不只来自模型能力，还包括上下文管理、权限控制、工具协议、会话恢复、插件体系和成本。MiniMax开放CLI，意味着其开始通过执行框架和开发者生态参与竞争。

当前仍需观察的地方

MiniMax Code仓库公开时间较短，目前提交数量和社区验证仍有限。开发者应持续关注：

• 不同操作系统和Node版本的稳定性
• 无头模式在CI中的退出码与错误恢复
• 自定义模型的工具调用兼容性
• 沙箱对危险命令和网络访问的限制效果
• 会话数据、日志和凭证的本地保存方式
• 插件及MCP服务的供应链安全

此外，终端CLI开源不等于整个MiniMax Code产品栈全部开源。评估时应区分已公开组件、托管服务和桌面应用。

总结

MiniMax Code CLI v0.4.12开源，为开发者提供了一个可审查、可扩展且支持多模型的终端编码Agent。它同时覆盖交互式TUI、自动化CLI和ACP，并通过AGENTS.md、插件、MCP及技能连接项目规范与外部工具。

真正的价值不只是“能够写代码”，而是把模型、上下文、工具、权限和验证组织成可持续运行的工程流程。对于想尝试的团队，适合先从独立分支和低风险任务开始，在确认权限控制、模型兼容与测试闭环后，再逐步接入正式研发环境。