昨天（8 月 18 日），MiniMax 正式发布 MiniMax Code CLI（官方简称 MCode），今天已经进入公测。哔哩哔哩官方给的说法挺有意思：“终端，是开发者感觉最像家的地方。”
其实早在 8 月初，MiniMax Code 研发负责人何涛就在微博预告过终端版要来。微博现在 agent CLI 这条赛道已经挤满了人——Claude Code、Codex CLI、OpenCode、Gemini CLI 各有各的地盘——这个后来者到底带来了什么？我把官方发布的信息、周末 B 站出来的两篇深度实测，还有评论区的真实反馈全部过了一遍，给你整理出 3 件值得知道的事和 3 个要避的坑，看完再决定装不装。
先说第一件：这不是"阉割版"，而是一个二进制的三副面孔
官方口径是，MCode 和桌面端共用同一套模型、任务行为完全一致——“不是缩水版，是同一产品的第二种界面”。哔哩哔哩安装是各平台一条命令，但装完之后其实是三种用法：
`mcode` 交互 TUI：会话分叉管理、@ 引用文件、Ctrl+V 直接贴图、Plan Mode 先审后做、权限三档、Queue/Steer 实时干预，交互 coding agent 该有的基本都有；
`mcode exec` 无人值守：给脚本、CI、评测准备的，结果走 stdout、诊断走 stderr，text/json/stream-json 三种输出，权限四档，超时和步数可控；
`mcode acp` 协议接入：走 ACP v1 标准，stdin/stdout 通信，不需要 HTTP 服务也不需要专用插件。比如 Zed，在 External Agents 里加自定义 Agent，command 填 `mcode`、args 填 `acp`，免插件直连。
做 CLI 工具的朋友应该能看出这里的设计心思：一个二进制同时覆盖交互使用、脚本调用、编辑器嵌入三种场景，这种"三位一体"正在变成新一代 agent CLI 的标配思路。
官方还给了一套五步工作流：`/init` 生成 AGENTS.md 读项目约定 → 定根因定范围 → 改代码加测试 → 跑验证解失败 → 总结改动、证据和剩余风险，并且明确了一条：涉及既有文件、权限或关键权衡时，“判断留给开发者”。哔哩哔哩
第二件：首批实测，一个测"长程任务"，一个测"同模型不同壳"
目前声量比较大的深度实测有两篇。
一篇是 B 站 UP 主"圣徒城的小诺"，用 MCode + M3 跑了个数小时的自主调研任务——对比 OCR 方案，验证了环境感知、自主纠错和一站式报告生成。哔哩哔哩他在评论区有两句话信息量很大：一句是"M3 确实是需要自己的 harness"；另一句是"我们会拿它做一些日常工作或者调研，复杂 coding 做不了"。也就是说，这套组合目前的甜点位在自主调研类任务，而不是严肃工程。
另一篇是 UP 主"程序员晓刘"，拿到内测后跑了四组测试：CLI 安装和常用命令、学生管理系统静态页、Chrome 网页配色提取插件，还有一个带前后端和数据库落库的全栈物流管理系统。他的测试视角很特别：不换模型，把同一个 MiniMax 模型放进不同工具链，看页面完成度、响应式适配、接口状态流转的差异——考的不是模型，是 CLI 这个壳本身。哔哩哔哩这正好踩在圈里最近吵的那个话题上：同一个模型换个 harness，表现能判若两人。
第三件：评论区更关心的是"手脚"，不是"脑子"
实测视频的评论区有几条高质量反馈。最有信息量的是这条追问：M2.5 时代桌面 Agent 曾经不声不响直接执行系统级安装包操作，这个 CLI 装依赖的激进程度如何？UP 主的回答很直白：“这个 CLI 在安装依赖、解决版本兼容这些问题的时候比较激进，基本上就是它觉得合适就装了，所以我们一般会结合虚拟环境和沙盒来做”。哔哩哔哩
还有两条真实声音值得记下来。一条是"cli 用惯了就不太喜欢桌面端，cli 的信息密度比较适合开发者"；另一条是批评：“MiniMax Code（桌面端）完全不如 OpenCode 或 Claude Code 好用，对话风格相当轻浮，但 M3 做游戏部分开发还是可以胜任一些业务的”。哔哩哔哩期待和警惕并存，这倒是观察官方能不能用新形态翻盘的好素材。
三个坑，先摆在前面
安装环境有门槛：需要访问 MiniMax CDN、nodejs.org 和 npm；暂不支持 Alpine/musl；SSH 远程登录还得做本地端口转发。精简容器、内网机器上装，大概率会碰壁。
权限上保持纪律：就像前面说的，它装依赖偏激进。第一次跑建议进 venv、容器或沙盒，别裸跑在生产环境里。
工具本身闭源：官方承诺"在真实开源仓库按明确验收标准持续评测、每次公布测了什么、差在哪"，但目前开源的是评测思路，不是工具代码。哔哩哔哩把"必须开源"当一票否决项的朋友，注意这一点。
适合谁，劝退谁
结合现有信息，我的判断是：
现在就可以试的：
手里已经有 MiniMax 订阅的用户，评论区有人直言"我的 max 年卡根本用不完"——原厂适配，不用白不用。哔哩哔哩
想做长程自主调研、批量任务、CI 集成的，`mcode exec` 就是为这些场景准备的。
Zed 用户，ACP 免插件接入目前是最顺的一条路。
不想折腾海外网络和支付、要国内直连的用户。
建议再等等的：
对稳定性要求高的严肃生产：目前只有两篇深度实测，样本还太小，而且其中一位 UP 主自己明说了"复杂 coding 做不了"。哔哩哔哩
主力写前端的：有 Java 全栈开发者的长文实测反馈，M3 改前端比 Claude 官方模型还是略弱一档。知乎
对长程任务成本特别敏感的：知乎有用户反馈，M3 的 Token Plan 对输入缓存命中没有显著优惠，长程任务容易击穿限额。知乎真要跑长任务，先算一笔账。
最后留两个值得继续盯的信号：一是 M3.1 眼看就要来了，今天知乎上已经有热帖在讨论期待什么。知乎二是官方承诺会持续公布评测报告。壳能不能把 M3 抬起来、M3.1 能不能补上壳的短板，接下来这两周应该挺热闹。
