Mimo Code 爆火：咱们挖开源代码，找到小米 AI 的真创新

Fork 以外，工程深度依然能打。

作家丨rain

剪辑丨马晓宁 梁丙鉴

6 月 11 日凌晨， MiMo 团队公开了一个叫 MiMo Code 的款式，定位是末端编程 Agent，MIT 公约开源。官方宣传要点有三处，14 天 5 东说念主团队参加的“vibe coding”开发叙事、Claude Code 之上的 SWE-Bench Pro 跑分。以及“无穷高下文”的挂念架构。

温雅用之不停，短短几天，仓库就收到了 9000+ stars、800+ forks、近 700 个 open issues / PR。但是公论也很快出现分化，一波是对 Mimo Code 中 checkpoint-writer + 四层挂念这套工程遐想的信托，另一波则在追问，大厂为什么 fork 别东说念主的款式，为什么 Mimo Code 有多半 issue 但合并率极低？

事实层面，Mimo Code 是一次基于 anomalyco/opencode 的 fork 不假，但挖开源码，仍然能够看到不少具有工程深度的真创新。可发布后的运营节拍，又如实让东说念主很难判断，它到底是一款“实验 demo”照旧“谨慎居品”。

这种定位上的恶浊，偶而是一个让咱们静下来想考 Harness 以及开源这件事本人的机会，对于小米为什么要作念 Harness，以及今天 Harness 的见识、学派、分歧与共鸣。

01

小米为什么要作念 Harness？

这个问题实质上在聊，当一个 AI 公司弃取去深耕 Harness 时，它到底在弃取什么？

面前通盘行业有这样几个见识：

作念模子：攻坚底层模子技艺（GPT、Claude、DeepSeek、MiMo）

作念 harness / agent 架构：把模子接入真实责任流的运行框架（Claude Code、Codex、OpenCode、OpenClaw）

作念应用：面向末端用户的 AI 居品（ChatGPT、Claude.ai、小爱同学、豆包）

其次还有作念基础按序 / Infra（vLLM、LangChain）、检会数据和评测以及作念芯片/算力的弃取。

但对于抽象实力较强的消费电子和互联网基因的公司，最联系的照旧前三块，老成的 AI 公司也都在发愤地凑皆这三块拼图。对 OpenAI 来说，也等于 GPT 系列模子、上演 Harness 的 Codex 和行为应用层的 ChatGPT。Anthropic 亦然如斯，Claude 系列模子、Claude Code 加 Cowork、APP 端等应用三者的组合拳。

原因很简便，淌若莫得我方的 Harness，模子就只可寄生在别东说念主的 Harness 里，也许我方到头来只会是一个运营商。是以淌若稍多余力，去探索 Harness 本人利东说念主自私，无论奈何看都是一个很是贤人的决定。

但再行作念一套 Harness 架构可能需要数月的时刻，平直在开源款式上作念昭彰是更智谋的办法。

而 Mimo Code 碰到的最敏感的质疑也来自这里，一个 OpenCode 的分支。

这种月旦有莫得酷爱酷爱？一半一半。

不成立之处在于，历史上险些总计进犯的开源款式，都是 fork 或站在前东说念主肩膀上的。开源的本意等于促进行业蕃昌与卓著，这一整套机制的遐想，都是为了让自后者毋庸从零运转写代码，嘲讽 fork 行为等于在嘲讽开源本人。

但另一方面，期间从来是很难伶仃出来被单独看待的。Mimo Code 不是一个创业小团队或个东说念主开发者作念出来的款式，却吃尽了一个大集团的宣发红利。淌若不是小米平台的公开渠说念，它不可能在 5 天内作念到 8800 stars（适度 2026-06-15）。流量、声量、媒体报说念的征询，全是平台带来的。

是以用大公司的渠说念公开时，事情就不仅仅小团队的事了。公众濒临的是小米，不是小米里的某几个东说念主。这时候对方掏出一个基于 OpenCode 的 fork，不免会让以个东说念主开发者为最大群体的开源社区感到一些愤愤不屈。

到这里，需要先聊聊罚站了半天的男二，OpenCode。

OpenCode 是由 Anomaly Innovations 团队（前身为 SST 团队）开发的开源 AI 编码 Agent，遴荐 MIT 公约开源，适度 2026 年累计赢得约 17.5 万 GitHub Stars。它定位为一个末端原生的 AI 编码助手，以单个 Go 二进制样式运行，能够平直读取和修改代码、推行测试、调用 LSP 获取语义信息，并完成 Git 联系操作。

OpenCode 最大的特色在于充足开源且模子无关，用户既不错接入 Claude、GPT、Gemini、DeepSeek 等主流大模子，也不错使用土产货 Ollama 等模子，而不会被特定厂商绑定。

值得一提的是，OpenCode 的创举团队曾履历过一次分裂。创举东说念主 Kujtim Hoxha 与后期中枢孝顺者 Dax Raad、Adam Elmore 在款式包摄和买卖化方朝上产陌生歧。随后款式发陌生叉，Dax 和 Adam 在 SST/Anomaly 名下继续开发新的 OpenCode，而原款式则由末端 UI 框架公司 Charm 团队禁受并最终改名为 Crush。期间社区还曾出现对于 Git 历史重写、孝顺记载处理等争议征询。

面前社区中推行上存在两个“OpenCode”款式，分别是如故存档的 opencode-ai/opencode，以及现时仍在活跃珍视的 anomalyco/opencode。

那么它和群众熟知的 Openclaw、Hermes Agent 有什么区别呢？

简便来说：

Claude Code：Anthropic 官方旗舰，闭源、和自家模子缜密耦合

OpenAI Codex CLI：OpenAI 官方 CLI，半开源（壳子 Apache-2.0、模子闭源）

OpenCode：上头两家的开源替代品，开发者需要的是一个不被一家锁死的器用

而回到咱们的主角，Mimo Code 则有着 OpenCode 的骨架和 Hermes 的灵魂。他们弃取了 OpenCode 末端编码 Agent 的形态，并加上了 Hermes 作风的进化机制，比如 dream/distill 索求挂念和妙技，实质上是在两个开源想路上作念集成与落地。

我信托 Mimo 团队一定有过很久了的想考和创新，因为源码看完后如实能发现好多创新。

02

谋略、挂念与进化，MiMo Code 的惊喜

这种创新基本上围绕三条干线张开。

最初是谋略。Max Code 的遐想确保 Mimo Code 能够把事情作念对。这套机制在每一轮决策时并行生成 N 个候选决策（默许 5），由合并个模子行为 judge 选最优推行。用 4-5 倍 token 糜费的代价，换来 SWE-Bench Pro 上栽种 10-20% 的讲演。这是个实验性的功能，需用户手动开启（experimental.maxMode: true）。实质上的判断是用算力换可靠性。

此外，长程复杂任务委用质地，有很是一部分取决于 Agent 对于何时应当结尾进度的判断。Mimo Code 撑合手用户用自然谈话设立住手条款（如\"总计测试通过且代码已提交\"）。主 Agent 每次想休止时由寂寥 judge 模子审查任务“是不是真作念罢了”。

Claude Code 也有访佛的遐想。不外它把这项任务交给主 Agent 自主判断，Mimo Code 则显式分离作念事的 Agent和验收的 Agent。

第二个干线是自我进化，这亦然 Mimo Code 创新点最多的场地。

基于 Harness 的自我进化技艺，无外是对任务历史进行复盘和整合，输出可复用的 skill 或 SOP 等产物，Mimo Code 亦然把柄这一想路上尝试落地。

其自我进化技艺主要来自两个方面：

Dream：每 7 天自动跑，整理挂念（合并去重、旅途考证、压缩）

Distill：每 30 天自动跑，识别重迭责任模式，固化成可复用的 skill / CLI 命令 / 自界说 Agent / SOP

这对于咱们的测评有点无语。Dream 是 7 天周期、Distill 是 30 天周期，都不是一周以内的短期测评不错跨越的，因此只可看机制遐想，没发看推行后果。自然这也不算 MiMo Code 有利挖坑，长周期自进化的遐想自然就有这种可考证性问题。但后果延后这件事也意味着，淌若团队半年内住手珍视，这部分功能就成了从未果真运行过的代码。

除了源码，Mimo Code 还有一个期间亮点值得温雅。

README 没提到的是，Mimo Code 中的 checkpoint-writer 是 fork agent。它在 spawn 时从父 agent 冻结了完满的 LLM request prefix（系统 prompt + 器用界说 + 已有音书），存为 ForkContext。同期它会分享父的 KV cache，也等于说 checkpoint 写入时不需要再行谋略已有高下文，这导致其 token 支拨远比想象的低，这是果真的工程创新。

简便来说，传统作念法里，派一个子 Agent 写 checkpoint 时，子 Agent 是寂寥的，要把已有的 100 轮对话重新再读一遍才能写总结。但其实主 Agent 早就读过这 100 轮，读完之后还留住了一份腾贵的中间谋略终结，叫 KV cache。MiMo Code 的作念法是，checkpoint-writer 这个子 Agent 在派出来的那一刻，平直袭取主 agent 的 KV cache、系统 prompt、器用界说、总计音书（这个完满快照在源码里叫 ForkContext）。它不需要重读历史，醒来就站在主 Agent 此刻的“相识”上写总结。

这件事的真谛不仅在于省了若干 token，而在于它让 checkpoint 从一个腾贵、少打的事件酿成低价、不错频繁打的常态。也正因为它低廉，MiMo Code 才能在 20%、45%、70% 这三个早期点位主动打 checkpoint，而不是比及 90% 高下文快爆时再仓促压缩，当时候模子如故在长高下文中段 lost in the middle 了。

普通的 subagent 架构，作念不到这小数。

临了小数则是挂念。Mimo Code 的挂念系统被区别为四个层级：

值得一提的是 cycle 机制。当高下文窗口快满时，Mimo Code 会派 writer subagent 把现象写入磁盘，窗口接近上限时推行 rebuild，割断现时窗口、用合手久化文献作念种子重建。一个“checkpoint 打点 + rebuild 收尾”的轮顺次列叫一个 cycle，cycle 数莫得上限。

checkpoint 触发位置遐想也很有防备，分别被设立在了设立预算的 20%、45%、70% 处。之是以不比及窗口快满才触发，时因为斟酌到了高哄骗率下模子技艺衰减的问题。这一套机制，共同保险了 Agent 在超长高下文任务中的连贯性。

不外对于无穷高下文，一个必须澄莹的事实是，期间上任何 Harness 框架都无法冲破底层 LLM 的物理 context window。Claude 200K、DeepSeek 128K、Kimi 200K，这小数由模子架构决定。MiMo Code 接哪个模子，物理高下文等于哪个模子的上限。

框架不分娩高下文，只搬运高下文，这是工程师层面的学问，亦然宣寄语语最容易恶浊的场地。

工程上，MiMo Code 如实作念到了有用的创新，比如斯前咱们先容过的 checkpoint-writer，在 spawn 时冻结父 Agent 的完满 LLM request prefix、分享父的 KV cache，让“写 checkpoint”这件事的 token 支拨远低于惯例子 Agent。

当物理窗口快满时，Agent 把现时现象压进 11 个结构化字段（意图、经管、任务树等），新窗口用这些字段作念 rebuild 继续责任。这套机制实现的是逻辑会话无穷蔓延，一个野心不错跨越放浪屡次物理窗口，对用户视角接近无感。体验上，这照旧有损压缩，仅仅可能不影响使用。

干线意图、环节决定、现时任务树这些被 checkpoint 平直遮蔽的内容跨窗口约略率保得住，具体的实现细节、试错过的决策、对话口吻这些不在 11 个字段里的信息，按 checkpoint 写得好不好浮动，简便线性任务接近真无穷，复杂分支任务势必有信息流失。

任何压缩都是有损的，莫得例外。这不是 MiMo Code 一家的问题，是总计 Harness 共有的工程领域。

说到底，“高下文”到底是一个不错自界说的词汇，照旧行业的宣传用语，业内到底有若干自界说空间？敦朴说，这个词汇如实有精确的界说，但是越往上走越恶浊。

在 Transformer 论文层的界说是最精确的。sequence length（Transformer 原论文里的物理量 n）和 context window（GPT-3 论文里的超参数 n_ctx = 2048）都有严格数学界说，即一次 forward pass 里 self-attention 能看到的 token 总额。这是物理量，能用数字写在论文里。

在 LLM 工程层，界说仍然明晰。好多模子的 API 文档里写的“context limit: 200K tokens”亦然精确的，娼年电影对应模子架构决定的硬上限。

但到了 Agent 框架层，高下文的界说就运转恶浊。一朝波及 multi-turn、external memory、retrieval、checkpoint，“context”这个词就不再是单一物理量。它可能指“模子本次能看到的”，也可能指“Agent 通盘会话积存感知的”，也可能指“用户体验上嗅觉难忘住的”。

直到在营销层，致使出现有利恶浊高下文含义地作念法。“infinite context”、“unlimited memory”、“total recall”这些词都是哄骗了上头那种恶浊性，把工程层的“逻辑延续”和 transformer 层的“context length”有利稠浊。

是以「高下文」这个词在底层是被严格界说过的，但当它从 transformer 论文到营销案牍时，每走一层，就会更恶浊一些。

行业里其实有更精确的替代术语，persistent memory、session continuity、context compaction、retrieval-augmented context。每一个都是可被工程师审查的，问题仅仅不够性感，得志不了今天模子厂商的传播需求了。

03

Harness 的见识在何处

都聊到这里了，咱们跳出 MiMo Code 单点，俯视一下主流 Harness 的学派和分歧。

说到底，总计东说念主作念 Harness 都在措置一件事，Agent 在长任务里会失效。基于这个问题，群众分红了五大学派：

卷高下文长度。Claude 1M、Gemini 2M、DeepSeek V4 1M 的弃取是把窗口作念大。这是既然记不住就扩容的逻辑，但代价是谋略资本指数级高潮，模子在长输入中段会“lost in the middle”，给 100 万 token，只看清头和尾。

卷压缩。智能摘录、高下文管理是 Claude Code 的主要叮嘱，有限窗口内作念“压缩与管理”，自动 compact 把旧音书变摘录。既然不成扩容，就把“垃圾”都扫走，此时摘录质地会决定一切，一朝摘错就丢环节信息。

卷谋略，用更多算力换可靠性。MiMo Code 的 Max Mode 就在走这条路，Best-of-N 采样、judge 模子、多 Agent 投票都是这套“单次答错，就跑屡次取最佳”的逻辑。代价也不问可知，token 糜费会呈几倍的增长。

卷自进化。让Agent 从历史里学申饬，把重迭模式固化成可复用钞票。这条路上 Hermes 是代表，MiMo Code 的 Dream/Distill 走的亦然这个旅途。如斯 Agent 不必在每次接到一个任务的时候都重新再来，但抽象化技艺充足依赖 judge 模子时，索求出现失实也会浑浊畴昔的阐述。

卷工程基础按序。权限、安全、还原、器用路由……这亦然 Claude Code 要点温雅的场地。此前社区对 Anthropic 2026 年 3 月不测清楚的 Claude Code 源码（约 51.2 万行 TypeScript / 1906 个文献）的逆向分析走漏，果真属于“AI 决策逻辑”的代码只占 1.6%，剩下 98.4% 都是笃定性基础按序，包括权限管理、高下文管理、器用路由、还原逻辑、7 层安全机制。Agent 轮回本人仅仅简便 while。

对于 Harness 来说，这是一个格外有真谛的知悉，即模子不错替换，但围绕模子的工程系统不成。自然，从前边的代码比例也能看出来，这是一个爆炸级的工程复杂度，难以复刻。

总计 Harness 的存在都基于一个共同的判断，仅模子我方变强是不够的。淌若模子性能每年攀升一倍，根柢没东说念主需要这样复杂的 Harness。总计 Harness 的存在都是在赌，“畴昔很长一段时刻，模子还不够好，是以围绕模子的工程会决定上限”。这是 Anthropic 和 OpenAI 在作念的事，亦然小米想作念的事。

这样押注合分歧理另说，但它证明注解了为什么 Harness 这条赛说念眨眼间挤进来这样多公司。

淌若说大模子是脑子，那 Harness 架构等于特性。当技艺水平无法傍边，咱们仍然不错在成长过程中打磨特性。细致的特性，平凡能弥补脑子不够用带来的时弊，这奈何不是一种身段超频呢？也许大模子和 Agent 架构亦然这个关系。

OpenCode 之是以火爆，与其说是“好的架构能榨干模子”，不如说是它在 Claude Code 闭源、Cursor 收费的窗口期精确踩中了“充足开源 + model-agnostic + 末端原生 + 部署简便”这个商场空缺。开发者要的不是更卷工程的 Harness，是一个不被一家锁死的器用。OpenCode 本人莫得尽头“卷压缩”或“卷谋略”的遐想，它的上风是“通用/生动/开源”，不是工程上的精妙。

那问题就来了，Mimo Code 作念的这些创新，为什么 OpenCode 我方不作念呢？

在合手久挂念的优化方面，社区其实如故号召了半年，但 OpenCode 团队基本都断绝了。这组成了 MiMo Code 介入的真实空缺。也许 Mimo Code 真的是苦天地久矣。

但要补充的一个的事实是，OpenCode 举座仓库其实相当活跃，每天有 release、有完满的 fix 体系、多东说念主 maintainer 在 review PR。仅仅在合手久挂念/跨 session 现象这几个特定方朝上，团队明确决定不作念（issue #8043 合手久挂念层被官方 closed as not planned，#16077 跨 session 挂念 open 着但官方零参与）。社区被动我方动手开发了一些第三方插件：

kuitos/opencode-claude-memory：给 OpenCode 加 Claude Code 兼容的挂念系统

ApplauseLab/opencode-plugin-simple-memory：合手久挂念插件

各式 MCP server 样式的\"外挂挂念\"（Vestige 等）

是以不错这样说，MiMo Code 是基于社区号召了半年、OpenCode 官方明确不酌量作念、用户只可靠第三方插件勉强的真实需求。

04

fork it till you make it

前边咱们提到，为什么群众会对 fork 这件再肤浅不外的开源行为这样扞拒？这和 OpenCode 主动烧毁的优化见识接洽在沿途看待，会更迥殊想。

实质上，社区反感的从来不是 fork，而是用 fork 的责任量换原创的温雅度。Mimo Code 的工程深度颠扑不破，但引起争议的，是就业和讲演的不对称感。

OpenCode 明确暗示不会在合手久挂念层等方朝上参加元气心灵，但需要强调的是，OpenCode 款式依旧相当活跃，每天上千个 issue 仍在被合手续处理。

固然说 Mimo Code 赢得的 issue 和 PR，比较 OpenCode 是海量的，但淌若从客不雅的合并率来看，OpenCode 第一周里有 64% 的 PR 被 merge，多数是 fix 和 feat，MiMo Code 第一周里唯有 0.7% 的 PR 被 merge，全是文档和二维码。流量差 19 倍不错证明注解 issue 数目，但证明注解不了合并率 91 倍的差距。

把视线再拉长。OpenCode 于今仍在每天发 release（4 个月发了 100+ 个版块，适度 6-17 是 v1.17.7），6-17 本日还在 push commit，往时 7 天合并 62 个 PR。反不雅 MiMo Code，6 天里只发了 v0.1.0 和 v0.1.1 两个 release，且 v0.1.1 的 release notes 正文唯有一排字 “MiMoCode v0.1.1”。

横向对比 OpenClaw、Hermes 这种小团队 maintainer 的款式，社区运维都比 MiMo Code 体面：

OpenClaw 有 priority 标签体系、有 changelog、按期 release notes

Hermes 有 contributor 辅导、明确的 issue triage 历程

MiMo Code 的运维节拍，比这些寂寥小团队还差一截。

是以不得不问的一个问题是，Mimo Code 到底在开一场发布会，照旧在作念一个安稳的开源孝顺？

开源社区的恒久契约是，我筹划把这个东西作念好、作念长，宽宥你加入和我沿途共创。合手久挂念这种需求，即使社区呼喊半年，OpenCode 仍然明确暗示 not planned。MiMo Code 接住了 OpenCode 没接的需求，但看起来接住后，它我方也没接住我方。

一个完满的回旋镖出现了。出于看不下去原作家不珍视的姿态，Mimo Code 禁受了一段路，但我方禁受之后，又酿成了下一个原作家。而 MiMo Code 是基于 fork 的，淌若一个 fork 款式连后续珍视都作念不好，那它的存在真谛就只剩在某个时刻点公开了一些酷爱酷爱的工程想法。这是 demo，不是居品。

我信托里面信托在发愤迭代，但珍视不等于开源珍视。享受公开的收益和温雅，但规避公开的资本，比如迭代只放在里面作念，作念好再发出来，那也不难相识开源社区的个东说念主开发者略有不爽的原因，github 仓库不应该是谁家的告白牌。

截止面前最新的款式情况，合并的 PR 险些全部来自里面团队，社区孝顺基本没被给与。

也等于说，6 月17 号之后那波“功能性 PR 多半合并”的活跃，实质是里面团队把我方的开发责任通过 PR 历程合进骨干，不是在吸纳外部孝顺。从作家名（带 -xiaomi/-Mimo/MiMoHardFather）也能平直看出来。

更准确的定性是：这是一个“闭环的里面开发恰巧放在公开仓库里”，更接近 build in public，而不是 open collaboration。 开源社区那条“宽宥你加入和我沿途共创”的契约，仍然没齐备。里面团队把社区当 bug 上报渠说念和测试用户，而不是合营者。

里面 PR 合了 28 条、社区 PR 只合了 1 条（照旧发布本日的文档 URL 修正）；社区送来的 Windows、暗色模式、Termux、竞态拓荒等十几个 PR 挂着没合，团队却用我方的里面 PR 再行实现了其中一部分（如重迭检测）。

其实从哪个角度看，这件事都有更矜重的作念法。比如先里面迭代、小鸿沟 alpha 邀请制、动须相应再公开，或者更简便，把 checkpoint-writer 这个果真有工程深度的遐想先写成一篇 ArXiv paper 发出去，让通盘圈子征询 idea，团队暂时不承担居品珍视职守。Anthropic 和 DeepMind 平凡这样作念，在社区赢得的尊重程度反而比发居品更高。

不然当今这个仓促上线的姿态会让东说念主很难判断，团队究竟在作念什么。是想鼓舞行业心疼长任务挂念这件事，是想给团队挣个行业影响力，照旧仅仅又一次抢窗口期、抢首发的 KPI 动作？

三种证明注解都站得住一半，但三种加起来又都站不住。

但话说记忆，当你站在岸上月旦游水者的姿势时，你看不见水里的真实阻力。MiMo Code 团队看 OpenCode 时，他们看到的是原作家不作念恒久挂念，但他们没看到的是 OpenCode 团队也濒临过相同的激发、相同的天下品逆境、相同的资源经管。

他们认为我方会作念得更好，是因为他们站在岸上。但当他们跳下水之后，现实扑面而来了。现实是发布有 ROI 而珍视莫得，社区只想用不想作念孝顺的搭便车逆境仍然存在，团队五个东说念主，模子每两个月更新一代的资源压力无时不在。群众是一样的东说念主，仅仅处境不同。

在工程深度以外，Mimo Code 给总计居品团队提的一个醒是，想瓦解你我到底在水里照旧在岸上。

上车，带你看遍全球 AI 顶会精华

可独家畅览：

群众演讲PPT

大会评释全文

热点论文解读

学术新星访谈

未经「AI科技褒贬」授权，严禁以任何花样在网页、论坛、社区进行转载！

公众号转载请先在「AI科技褒贬」后台留言取得授权，转载时需标注开始并插入本公众号柬帖。