MiniMax Code CLI 以 MIT 协议开源：v0.4.12 源码公开，桌面端应用不在公开范围内

9 月 18 日 20 时 50 分（北京时间），MiniMax 官方 X 账号（）发帖宣布「MiniMax Code CLI 现已开放」，并附上一条链接。帖子只有一句话，链接指向的 GitHub 仓库写明：这是一个「面向终端的开源编程 agent」，第一方代码默认采用 MIT 协议，源码对应 v0.4.12 版本。

这次公开的是终端 TUI（文本界面）、Headless（无头）CLI 与 ACP（Agent Client Protocol）三部分源码，MiniMax Code 桌面端应用的源码不在公开范围内。

帖子发布前约 85 分钟，MiniMax 完成了源码导入

据，CLI 源码快照以提交 c59cf5377045aa1a3e699c242d089b73b7cdc2ad 于 9 月 18 日 19 时 25 分（北京时间）导入，提交信息意为「导入 MiniMax Code CLI 源码快照」（Import MiniMax Code CLI source snapshot）；导入保留了这个仓库原有的桌面端问题记录与支持流程，没有带上内部 Git 历史。仓库本身创建于 6 月 1 日，TypeScript 是主要语言。

CLI 在此之前已经进入终端：MiniMax 的 Code 账号宣布了这件事，文中提到当时处于公开测试阶段。9 月 18 日改变的是源码的可见性。

公开的是终端、Headless 与 ACP 源码，桌面端和内部模块不在其中

开源状态文档写明了公开范围：当前源码目标是 TUI 0.4.12；仓库包含终端 TUI、Headless CLI、ACP 实现，以及围绕它们的公开分发工具链。清单里还有 MiniMax OAuth 与 Token Plan、BYOK（自带密钥）、账号与配额、官方插件市场、托管连接器、搜索、mcode-tools、更新、反馈与诊断客户端，以及进程内运行时、公开工作区依赖、工具和沙箱。

不在公开范围的部分也写明了：内部生成的 IDL（接口定义语言）、桌面端 HTTP 前门、只服务于云端执行器的实现都不在其中；桌面端应用的源码没有包含，尽管这个仓库继续承担桌面端的问题反馈。还写明：第一方代码默认 MIT，第三方组件按原有许可执行，例如 third_party/sandbox-runtime 仍适用 Apache-2.0；源码发布本身不发布 npm 包或安装器，也不授予付费服务与第三方账号的访问权限。

装上 mcode 之后：三种入口，或带上自己的 API Key

按仓库的安装说明，macOS、Linux 和 WSL 用一行 curl 命令安装，Windows 用 PowerShell 命令安装，也可以走 npm；手动安装要求 Node.js 22.19 及以上的 22.x、24.2 及以上的 24.x，或 25、26。有一条明确的限制：一键安装脚本不支持 Alpine / musl Linux。

CLI 的命令是 mcode，仓库给出三种入口：交互式 TUI（mcode [prompt]）用于探索代码、继续会话和审阅改动；Headless 模式（mcode exec）面向 Shell 脚本、CI、批处理与评测；ACP 模式（mcode acp）用于接入支持 Agent Client Protocol 的编辑器与客户端。任务保存在会话（Session）里，可以恢复此前的工作；mcode init . 会生成或更新项目级的 AGENTS.md。

模型接入不绑定自家模型。写道，开发者既可以登录 MiniMax 账户使用官方服务，也可以通过 BYOK 接入自己的模型 API，支持 OpenAI Completions、OpenAI Responses 和 Anthropic Messages 三类格式；Token Plan 需要账户有可用额度。用户数据默认存放在 ~/.minimax-code。

官方说法：开源是为了让「工具调用和权限处理」可被审视

同一天，称，MiniMax 宣布 Code CLI 的 v0.4.12 版本面向全球开发者正式开放，以 MIT 协议开放源代码；报道引述官方说法：希望通过开源，让开发者能够审视工具调用和权限处理，构建可靠的企业级应用，也让社区参与发现问题、贡献修复。报道还提到，CLI 是 MiniMax Code 客户端的核心组件。

官方还给出了测评数字：在基于 FrontierHarness Eval 的评测中，任务通过率 76.7%，成功任务耗时中位数 4 分 33 秒，「两项指标均优于报告所列公开基线」。这组数字出自 MiniMax 方面。

MiniMax 官方账号随后转发了，其中把「已在 FrontierHarness Eval 上达到当前最佳水平（SOTA）」写在开头；被转发账号的 X 简介显示其为 MiniMax 的开发者关系负责人。

文档里的三条边界：协作、构建与验证

MIT 协议允许 fork 与二次开发，仓库文档同时划出了几条界线。

第一条关于协作：README 写明，现阶段代码与文档 PR（Pull Request）只接受来自仓库协作者的提交；非协作者有想法或提案，可以开 issue 讨论。

第二条关于版本与构建：README 强调，这个仓库瞄准的是「0.4.12 源码预览」，安装已发布包与构建这份源码是两条不同路径，版本号相同不证明源码树能复现 npm 上的发布包。两者出现的时间也错开：npm registry 显示 0.4.12 于 9 月 18 日 13 时 31 分（北京时间）发布（），源码导入发生在当天 19 时 25 分。

第三条关于验证：显示，导入前维护者在 macOS arm64 与 Node.js 26.4.0 上通过了 14 项校验门，含 3,352 项能力测试；在导入修订上，Linux 与 macOS 的源码验证任务通过，Windows 任务被紧随其后的 README 更新取消；全新登录/登出验收、跨平台交互验收与三平台源码候选仍标记为「未运行」。文档还写明，下一次源码发布仍需完成最终修订的平台矩阵、Node 兼容性测试和源码候选。

发布约 17 小时后：开发者 Karan 重做了 CLI 的界面

截至 9 月 19 日核验时，仓库有 1,045 颗 star、117 次 fork，9 月 19 日当天仍有新的代码推送。

开发者 Karan（）在 9 月 19 日发布的引用帖文中写道，他重做了整个前端，加入 7 套主题、文件浏览器、会话侧栏和本地语音转文字，并附了一段演示视频。

这类改写不需要事先获得批准；但按仓库现行规则，非协作者的代码无法以 PR 形式提交，只能先开 issue 讨论。文档把这条限制表述为「暂时」（For now）。