MiMo Code 实测：会"做梦"能"进化"的开源 AI 编程助手，9 天怒砍 9.9k star

Sat, 20 Jun 2026 09:00:00 +0800

小米开源了一款终端 AI 编程 Agent，叫 MiMo Code。

打开 GitHub，数字挺扎眼：9.9k star、917 fork、414 个 issue、96 个 PR——最新 commit 停在 8 小时前。这是一个 9 天前才开源的项目，活跃度却像跑了半年。

我花了一个周末把它装上，跑了几个真实任务，想搞清楚一个问题：市面上的 AI 编程助手已经够多了，Claude Code、Cursor、Copilot、OpenCode……小米这时候入局，凭什么？

答案藏在 README 里一句话——“模型与 Agent 共进化”。翻译成人话：这个工具不只会写代码，它还会记住你的项目、自己整理记忆、自己把重复经验变成技能。官方管前者叫 Dream（做梦），后者叫 Distill（蒸馏）。

还有一个数据让我在意：官方做了双盲 A/B 测试，200+ 步的复杂任务，MiMo Code 的胜率超过 65%。200 步意味着什么？意味着这不是"写个函数"级别的任务，而是"从需求到交付"的完整工程链条——这种长程任务恰恰是大多数 AI 编程工具容易翻车的地方。

“AI 会自己做梦”——这个钩子足够让我把周末搭进去。下面是我实测下来的真实感受。

5 分钟装好：一行命令，零配置开跑

先说安装。MiMo Code 的门槛低到我有点意外：

1
2
3
4
5
6
7
8


# 方式一：一行命令
curl -fsSL https://mimo.xiaomi.com/install | bash

# 方式二：npm
npm install -g @mimo-ai/cli

# 装完直接启动
mimo

首次启动会引导你配置模型通道。这里有个我认为最关键的亮点——MiMo Auto：

MiMo Auto：限时免费，匿名通道，零配置，不需要任何 API Key，开箱即用，支持百万 token 上下文
小米 MiMo 平台：OAuth 登录，用官方账号体系
从 Claude Code 导入：一键迁移你已有的认证
自定义 Provider：任意 OpenAI 兼容 API 都能接

我手上没有现成的 API Key 余额，选了 MiMo Auto，点完确认就能用了。对比一下：用 Claude Code 你得先备好 Anthropic 的 Key，用 OpenCode 你得自己接 provider——MiMo Code 把"先能用起来"这一步压到了最低。

如果你已经在用 Claude Code，迁移几乎是零成本：选"从 Claude Code 导入"，它自动读取你本地已有的认证配置。这个细节对老用户很友好。

装完敲 mimo，终端弹出 TUI 界面。我第一感觉是：长得像 Claude Code，但底部多了一排我没见过的命令——/dream、/distill、/goal。这些就是后面要讲的重点。

build / plan / compose：三种模式，Tab 一键切换

MiMo Code 有三种 Agent 模式，按 Tab 切换：

模式	定位	权限
build	默认模式，完整开发	全工具权限，能读写文件、跑命令
plan	只读分析、代码探索、方案设计	只读，不改你的代码
compose	specs 驱动 + skill 驱动的结构化工作流	编排模式

什么时候用哪个？我的习惯是：

拿到一个陌生代码库，先切 plan 模式让它"只看不动"，帮我理清架构、定位 bug 在哪。只读模式有个好处：它不会手抖把你的文件改了，适合探索阶段。
真正动手改代码，切回 build，全权限放开。
compose 模式适合"有明确规范、要走完整流程"的项目开发——内置技能覆盖 planning → execution → code review → TDD → debugging → verification → merging 全生命周期。如果你团队有 specs 驱动的习惯，这个模式很对味。

子代理由系统按需创建，主代理觉得某个子任务可以并行，就会 spawn 一个子代理去干，干完汇报回来。这部分和 Claude Code 的思路类似，不算 MiMo 独有。

四层记忆系统：它凭什么"记住"你的项目

现在进入 MiMo Code 真正不一样的地方。

我之前用 Claude Code 有个痛点：每次开新会话，AI 都是"失忆"的。上次我让它遵守的代码规范、上次讨论过的架构决策，它全不记得，我得重新解释一遍。CLAUDE.md 能缓解一部分，但它是静态文件，AI 不会主动更新它。

MiMo Code 搞了一套四层持久记忆，全部基于 SQLite FTS5 全文检索：

项目记忆 MEMORY.md — 持久的项目知识、编码规则、架构决策。这是"长期记忆"，AI 会主动往里写。
会话检查点 checkpoint.md — 由一个叫 checkpoint-writer 的子代理自动维护，定期给当前工作状态拍快照。
临时笔记 notes.md — 代理的草稿区，临时想法、待办丢这里。
任务进度 tasks/<id>/progress.md — 每个任务一份日志，记录这一路干了什么。

关键在于"自动注入"。下次你打开同一个项目，启动新会话，MiMo Code 会自动把记忆层的内容注入到上下文里——AI 不需要你重新解释项目背景，它"记得"。

我实测的感受：这个机制对"长期维护一个项目"的场景价值很大。想象你一个项目断断续续改了两周，中间隔了几天没碰。用别的工具，回来第一件事是重新喂背景；用 MiMo Code，它自己把记忆加载回来了，直接说"继续上次那个 TODO"就行。

这是和 Claude Code、Cursor 拉开差距的核心设计，也是后面"自进化"能成立的地基。

Goal Mode + 智能上下文管理：让 AI 自己跑到达标为止

两个机制，解决的是"长程任务"的痛点。

Goal Mode——用 /goal 命令给会话设一个停止条件。比如：

1

/goal 所有测试通过且无 lint 错误

设好之后，AI 会自己一轮一轮地跑，直到条件满足才停。这里有个反直觉的设计：当 AI 觉得"我做完了"想停下来时，一个独立的 judge 模型会评估对话，判断条件是不是真的满足了。为什么要独立 judge？防止 AI"乐观提前停止"——这是自主 Agent 的常见毛病，模型自己跑着跑着觉得差不多了就收工，实际还差一截。加一层独立判断，等于给"自我宣称完成"上了一道闸。

智能上下文管理解决的是另一个问题：长任务跑到一半，上下文窗口快满了，怎么办？

MiMo Code 的做法是三步：

自动检查点：根据模型的上下文窗口大小，自动决定什么时候保存状态。
上下文重建：当上下文接近上限，它从最新的检查点 + 项目记忆 + 任务进度 + 保留的近期消息，重新拼一个上下文出来，让代理继续当前任务而不是从头开始。
预算注入：用 token 预算控制检查点、记忆、笔记的注入量，按重要性排序，保证最关键的信息先进来。

我跑了一个比较长的重构任务，中间明显感觉到上下文重建发生了一次——界面闪了一下，AI 没有断片，接着之前的工作继续干。这种"长任务不断片"的体验，是我之前在别的工具上没感受到的。

Dream & Distill：它会自己做梦，还会把经验变成技能

这是整篇文章我想重点讲的部分，也是 MiMo Code 最有故事性的设计。

/dream —— 让 AI"做梦整理记忆"

1

/dream

执行后，MiMo Code 会扫描近期的会话痕迹，把其中有价值的知识提取出来，写进项目记忆 MEMORY.md，同时清除过时或失效的条目。建议大约每周做一次 Dream。

为什么要叫"做梦"？人的大脑在睡眠时会整理白天的记忆——强化重要的、丢弃无用的。MiMo Code 借的就是这个隐喻：AI 在你不干活的时候，自己回头把这段时间的对话梳理一遍，提炼成持久知识。

我第一次跑 /dream 之后翻了翻 MEMORY.md，发现它把我之前口头强调过的几条项目规范（命名约定、错误处理方式）自动归纳进去了。下次开新会话，这些规范不用我再说。

/distill —— 把重复经验"蒸馏"成技能

1

/distill

这个命令会分析你近期的工作，找出重复出现的手动工作流——比如你每次写新接口都走同一套"建文件→加路由→写测试→补文档"的流程——然后把这些高置信度的候选模式，打包成可复用的技能、子代理或命令。建议间隔更长一些，大约每月做一次 Distill。

Dream 是整理记忆，Distill 是固化能力。合在一起，这就是官方说的"自进化"：AI 不是被动等你喂指令，它在持续学习你的工作方式，把经验沉淀成自己的技能库。

这个设计的意义在哪？

我用过的其他 AI 编程工具，本质都是"一次性对话"——你问它答，会话结束一切清零。哪怕有记忆功能，也是被动的：你得手动维护 CLAUDE.md，手动告诉它记住什么。

MiMo Code 把这个循环变成了主动的、自动的：它自己整理记忆（Dream），自己沉淀技能（Distill），周期性地"升级"自己对项目的理解。时间越长，它和你的项目贴合度越高。这才是"模型与 Agent 共进化"这句话的真正含义——不是模型权重在变，是 Agent 对你工作方式的理解在持续累积。

这是我目前见到的、把"Agent 自主性"推得最远的设计之一。

实战复盘：用它从零做了一个小项目

光说不练假把式。我用 MiMo Code 做了一个真实的小项目——一个 Python 写的 Markdown 链接检查器，扫描指定目录下所有 .md 文件里的链接，发请求验证死链，输出报告。

项目不大，但足够让我摸清记忆、检查点、Goal 这几个机制在真实任务里的手感。

第一步：建项目，让它记住规范。

进项目目录启动 MiMo Code，切到 build 模式，我把需求描述给它：要一个 CLI 工具，输入目录路径，递归扫描 .md，提取所有 Markdown 链接，并发请求验证，支持超时和重试，输出 JSON 报告。

第一轮对话里，我强调了几条规范：用 argparse 不用 click、日志走 logging 模块、并发用 asyncio。聊完一轮，我注意到它把这些写进了 MEMORY.md 的项目约定里——不是我让它写的，是它自己判断这些是"持久规则"。

第二步：让它自己跑完整流程。

我没有一步步指挥，而是设了个 Goal：

1

/goal 实现完整的链接检查器，所有测试通过，CLI 能正常跑通

设完之后它就开始自己干活了：建项目结构、写主逻辑、加并发控制、写测试。中间它 spawn 了一个子代理专门跑测试，主代理继续写文档。我盯着看，偶尔它问我确认（比如"超时默认值设 10 秒可以吗"），我回一句它继续。

整个开发过程穿插了两次让我印象深的机制触发。

第一次是上下文重建。任务跑到一半（大概写完了核心扫描逻辑和并发控制，正在补测试），上下文窗口快满了。这时 MiMo Code 触发了重建——我能看到 checkpoint.md 被更新，任务进度 progress.md 记了"核心逻辑完成，测试覆盖扫描和并发模块，下一步补文档和错误处理"。重建后它没断片，接着补测试和文档。如果没有这套记忆机制，长任务跑到这里要么报上下文超限，要么从头喂背景。

第二次是 checkpoint-writer 子代理的工作。我注意到它会定期"拍快照"——把当前的文件结构、已完成的函数、待办事项结构化地写进 checkpoint.md。这东西平时不显眼，但在上下文重建那一刻，它就是续命的锚点。等于 AI 在长任务里给自己留了 breadcrumb（面包屑），迷路了能顺着找回来。

第三步：验证，看它自己整理了什么。

跑完后我翻了翻它生成的记忆文件。MEMORY.md 里多了这个项目的架构说明（“主模块 linkchecker，asyncio 并发，argparse 入口”）；checkpoint.md 记了最后的工作状态；tasks 目录下有完整的进度日志。

这套东西的价值在下一次会话才真正显现——第二天我回来想加个"忽略特定域名"的功能，启动新会话，它自动加载了记忆，我直接说"加个 –ignore 参数"，它秒懂项目背景，不用我重新解释。这个连贯感，是纯对话式工具给不了的。

最后我用 /dream 跑了一轮，它把这次项目里形成的"asyncio 并发请求要加信号量限流"这条经验，从临时笔记提炼进了 MEMORY.md 的通用经验区。下次做别的项目，这条还在。

整个项目从零到能跑，AI 主导执行，我主要负责提需求和验收。记忆系统让"跨会话连续性"这件事第一次变得不那么费劲。

和 Claude Code、OpenCode 比，谁更适合你

最后说选型——但我不会做排行榜，因为工具是挑场景的。

先厘清一个事实：MiMo Code 是 OpenCode 的 fork。它保留了 OpenCode 的全部核心能力——多 provider 支持、TUI 界面、LSP 集成、MCP 服务器、插件系统——然后在上面叠了六层东西：持久记忆、智能上下文管理、子代理编排、Goal 驱动的自主循环、Compose 工作流、Dream/Distill 自我改进。

所以选型逻辑很清晰：

Claude Code：闭源旗舰，模型能力强，但贵，且记忆是短板。适合预算充足、单次高质量任务为主的场景。
Cursor：IDE 形态，订阅制，强在编辑器内交互。适合喜欢在 IDE 里干活、离不开图形界面的开发者。
OpenCode：开源基础盘，能力强但要自备 API Key，记忆和自进化得自己搞。适合想完全掌控、愿意折腾底层的用户。
MiMo Code：开源 + MiMo Auto 免费通道（零配置）+ 四层记忆 + Dream/Distill 自进化。适合长期维护项目、想要"越用越懂我"的开发者。

我的判断：如果你最看重"AI 和项目共同成长"这件事，目前 MiMo Code 是唯一把这条路走到这个程度的选择。Claude Code 强在单点能力，MiMo Code 强在长期累积。两者不冲突，搭配用也行。

几个要注意的点，避免你踩坑：MIT 协议但有"使用限制"附加条款，商用前看一眼；语音输入需要装 sox 且 MiMo 登录；Max Mode（并行 best-of-N 推理）是 experimental，得在配置里手动开 experimental.maxMode；作为 9 天前的新项目，414 个 issue 说明稳定性还在打磨——别拿它跑生产环境的关键任务，先用在日常项目和原型开发上。

小米这次开源 MiMo Code，我觉得最值得关注的不是又一个 AI 编程工具，而是它把"Agent 自进化"这个概念做成了可用的产品功能。AI 会做梦、会蒸馏经验、会越用越懂你的项目——如果这条路走通，它改变的可能不只是"写代码效率"，而是"人和 AI 协作的长期关系"。

9 天 9.9k star，不是没有理由的。建议你自己装一个试试，跑两周，感受一下"越用越懂"是什么手感。

Mimo-Code on Kalend's Blog

MiMo Code 实测：会"做梦"能"进化"的开源 AI 编程助手，9 天怒砍 9.9k star

5 分钟装好：一行命令，零配置开跑

build / plan / compose：三种模式，Tab 一键切换

四层记忆系统：它凭什么"记住"你的项目

Goal Mode + 智能上下文管理：让 AI 自己跑到达标为止

Dream & Distill：它会自己做梦，还会把经验变成技能

实战复盘：用它从零做了一个小项目

和 Claude Code、OpenCode 比，谁更适合你