9 月 18 日晚，MiniMax 把终端编程智能体 MiniMax Code CLI 的 v0.4.12 版本以 MIT 协议正式开源。它不是又一个调用大模型生成代码的命令行界面，而是一个能真正进项目干活的 Coding Agent：读得懂代码库、搜得到文件、改得了代码、跑得动测试和命令，再根据结果继续往下推进任务。任务会存在会话里，之后可以接着之前的工作继续，而不是每次都从零开始。
最值得普通开发者留意的是它提供了三种入口，底层却是同一个智能体。交互式 TUI 让你直接在终端里和 Coding Agent 协作；Headless 模式（mcode exec）可以把任务塞进 Shell 脚本、CI 和批处理里跑；ACP 模式（mcode acp）则能接进支持 Agent Client Protocol 的编辑器和客户端。换句话说，它既能在你敲命令时陪你写，也能在流水线里默默干批活，入口不同，内核是同一个会读代码、会跑测试的执行体。
模型这件事上，MiniMax 没有把 CLI 绑死在自己家。个人用户登录 MiniMax 账号用官方 Token Plan 就行；需要多模型评测或团队统一采购，可以把七牛云 Token Plan 配成一个 OpenAI 兼容的 Provider，用一个 Key 在 MiniMax M3、DeepSeek、Kimi、GLM 之间切；更硬核的玩法是通过 BYOK 接自己的模型 API，目前支持 OpenAI Completions、OpenAI Responses 和 Anthropic Messages 三类格式，Provider 自己配。多模型、自带接入，是这个 CLI 和很多只能用一家模型的编程助手拉开距离的地方。
开源的意图也很直白：让开发者能审视工具调用和权限处理，构建可靠的企业级应用，也请社区帮忙发现问题、贡献修复。在 FrontierHarness Eval 的本轮评测里，MiniMax Code 拿到了 76.7% 的任务通过率，成功任务耗时中位数 4 分 33 秒，两项都优于报告所列的公开基线（注：该评测用 0.3.2 版本配 Kimi K3 跑了 30 个任务，属第三方数值对比，不代表官方排行榜）。把 harness 设计好，确实能多释放一点模型的本事，也少让开发者干等结果。
客观看，开源的不是整个 MiniMax Code 产品族——GitHub 仓库公开的是终端源码，不含桌面客户端那部分；上游代码默认 MIT，依赖与资产的许可各自保留。对一个终端编程智能体来说，权限与沙箱才是真正要盯紧的地方：能改代码、能跑命令，也就意味着一旦越权后果不小。MiniMax 把可审计当成开源的理由之一，方向是对的，但安全机制到底经不经得起真实使用和社区审查的打磨，还要看后续迭代。目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。
从更大的盘面看，MiniMax Code 和近期一批开源编程智能体挤在同一条赛道上，差别正在从能不能写代码，挪到工具调用透不透、权限管不管得住、模型换不换得动。把 CLI 开源、把模型解绑，等于把信任的验证权交还给社区——这对做企业级落地的团队，往往比多一个炫技演示更有用。当编程智能体的竞争进入工程化深水区，谁能把 harness 做得既开放又稳妥，谁才可能在开发者心里占住位置。