MiMo-Code 是小米 MiMo 组织发布的终端编码 agent,基于 OpenCode fork 而来。它的公开定位很直接:保留终端原生的编码工作流,加上持久项目记忆、几种带观点的 agent 模式,并用 MiMo Auto 或自定义 OpenAI 兼容 provider 降低首次启动门槛。

所以它不是又一个薄薄的模型壳。MiMo-Code 想做的是一个能长期跑着的编码工作台。它能读写文件、运行命令、管理 Git、从 checkpoint 恢复,并把项目知识写入本地记忆系统。真正值得看的不是“它会改代码”,而是它押注 agent 不该每换一次会话就重新认识项目。

但风险也同样明显。这是一个非常新的仓库。它创建于 2026 年 6 月 10 日,截至 2026-06 有 4,696 颗 star、359 个 fork、310 个 open issues。star 曲线很陡:采样历史从 6 月 10 日的 101 颗,到 6 月 11 日的 4,301 颗,再到 6 月 12 日的 4,696 颗。这是发布热度,不是稳定性证据。

MiMo-Code 在 OpenCode 上加了什么

MiMo-Code 保留了 OpenCode 的基本形态:终端 UI、provider 选择、LSP 与 MCP 支持、插件式扩展点,以及 TypeScript 和 Bun monorepo。README 里写明,这个 fork 增加了持久记忆、智能上下文管理、subagent 编排、目标驱动的自治循环、compose 工作流、语音输入,以及把重复工作沉淀成记忆或可复用 skill 的 dream 与 distill 机制。

记忆设计是最清楚的产品选择。MiMo-Code 使用 SQLite FTS5 全文搜索,并写入几类项目本地文件:MEMORY.md 保存持久项目知识,checkpoint.md 保存会话状态,notes.md 作为临时笔记区,tasks/<id>/progress.md 保存单个任务的进展。会话恢复时,它按 token 预算注入记忆和 checkpoint,而不是把一个空项目丢给模型。

agent 模式也很有取舍。build 是默认开发 agent,有完整工具权限。plan 是只读分析模式。compose 面向 spec 驱动开发和 skill 驱动工作流。README 说可以按 Tab 在主 agent 之间切换,系统也会按需创建 subagent。

安装

README 给了两条安装路径。如果你想走官方安装器:

curl -fsSL https://mimo.xiaomi.com/install | bash

也可以通过 npm 全局安装:

npm install -g @mimo-ai/cli

首次启动会进入自动配置流程。可选项包括 MiMo Auto、小米 MiMo Platform OAuth、从 Claude Code 导入认证,以及在 TUI 中添加自定义 provider。对已有模型网关的团队来说,自定义 provider 很关键,因为 README 明确写了支持 OpenAI 兼容 API。

快速上手的真实形态

MiMo-Code 没有写很长的手工初始化流程。它预期的路径是安装、打开 TUI、选择认证方式,然后让助手在当前项目里工作。贡献者开发流程另算:

bun install
bun run dev
bun turbo typecheck

根目录 package.json 还写了不要从仓库根目录跑测试。这个细节对贡献者有用,因为这是一个 monorepo,工作区分布在 packages/*、packages/console/*、packages/sdk/js 和 packages/slack 下。

适合谁

MiMo-Code 最适合的问题是会话连续性。如果你已经习惯终端编码 agent,但经常在会话之间丢掉任务状态、项目约定和中间决策,那它的记忆和 checkpoint 系统就是最值得试的部分。

它也适合想先低成本上手、但又不想被单一服务锁住的用户。MiMo Auto 被描述为限时免费,同时配置流程里仍保留自定义 OpenAI 兼容 provider。这个组合给了一个消费级入口,也没有拿掉自带 provider 的路径。

如果你今天需要的是稳定、安静、已被充分验证的生产工具,它就没那么合适。issue 区已经很吵。近期报告包括从 Claude Code 导入失败、认证不持久、WSL 安装问题、文本粘贴问题、语音输入不可用、日志膨胀,以及破坏性命令确认不足。一个新 agent 仍然可以有用,但不该马上替代你赖以工作的主流程。

MiMo-Code 与替代品对比

工具 截至 2026-06 star 语言 许可 更适合
MiMo-Code 4,696 TypeScript MIT 带记忆、MiMo Auto、compose 工作流和小米品牌的 OpenCode fork
OpenCode 172,678 TypeScript MIT 社区规模更大的开源终端编码 agent 基准项
Void 28,813 TypeScript Apache-2.0 更偏 VS Code 工作流的开源 AI 编辑器体验
OpenClaw 378,109 TypeScript NOASSERTION 更宽泛的个人 AI 助手定位,不是窄口径终端编码 agent

真正的选择多半是 MiMo-Code 和 OpenCode。你要上游项目和更大的可见用户群,OpenCode 更稳。你要小米这套记忆层、MiMo Auto、compose 模式和 dream 或 distill 工作流,MiMo-Code 才是更实验的分支。

Void 是另一条路:编辑器优先,不是终端优先。OpenClaw 则更宽,更像个人助理产品,不是 MiMo-Code 的直接替身。

切换前先看这些早期 issues

issue 区补上了 README 不会告诉你的部分。几个早期报告属于常见发布期毛刺:WSL 安装错误、输入框粘贴行为、语音输入失败、从 Claude Code 导入失败、升级后仍出现 opencode 字样。

有两组问题更值得谨慎。一组报告称日志文件从数百 MB 涨到数 GB,评论里还提到 WSL 和 macOS。另一组描述 agent 清理动作在确认不足的情况下删除了全局 npm 包,随后还有关于高危命令执行的相关担忧。对编码 agent 来说,这些不是抽象问题。一个能运行 shell 命令的工具,必须有保守的权限边界、清楚的执行预览和可恢复动作。

这不等于 MiMo-Code 不能用。它意味着正确的试用方式是一次性仓库,或者有干净备份的项目,而不是你唯一一份重要代码。

star 增长怎么看

曲线几乎垂直,因为仓库才发布两天。合理读法不是“采用已经成立”,而是一个带小米品牌、主打记忆的 OpenCode fork 立刻获得了可见度,而同一时间 GitHub trending 榜上本来就挤满了 agent skill 和编码 agent 周边工具。

相关仓库

如果你想找上游参照,先读 anomalyco/opencode。voideditor/void 是编辑器侧替代品,openclaw/openclaw 展示的是更宽的个人助理方向。同一周里,apple/container 这种基础设施也和 agent 工具并排上榜,这能解释为什么一个终端 agent 会和底层开发工具一起获得关注。

FAQ

MiMo-Code 是什么?

MiMo-Code 是 XiaomiMiMo 发布的终端原生 AI 编码助手。它基于 OpenCode fork,增加了持久记忆、checkpoint 上下文重建、subagent、compose 工作流、语音输入和小米 MiMo 服务集成。

MiMo-Code 怎么安装?

README 列出两种方式:curl -fsSL https://mimo.xiaomi.com/install | bash,或 npm install -g @mimo-ai/cli。首次启动后会引导你配置 provider。

MiMo-Code 必须使用小米模型服务吗?

按 README,不必须。MiMo Auto 和小米 MiMo Platform OAuth 是可选路径,配置流程也支持自定义 OpenAI 兼容 API provider。

MiMo-Code 和 OpenCode 是同一个东西吗?

不是。它基于 OpenCode fork,保留核心能力,但增加了小米自己的记忆、上下文、subagent、goal、compose、voice、dream 和 distill 功能。

MiMo-Code 现在适合日常主力使用吗?

应该按早期项目看待。截至 2026-06,仓库创建才两天,open issues 已有数百个。让它执行大范围 shell 或包管理操作前,先在有备份或可丢弃的项目里试。

现在 MiMo-Code 的主要问题是什么?

近期报告集中在认证持久化、从 Claude Code 导入、WSL 安装、粘贴处理、语音输入、日志膨胀和命令安全。这些比界面细节更重要,因为它们直接影响你是否能信任一个自治编码工具。