雷峰网讯 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 这个问题素质上于聊，当一个 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 这类立异基本上缭绕三条主线睁开。 起首是计较。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 都聊到这里了，咱们跳出 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 这件再正常不外的开源举动这么抵触？这及 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 co妹妹it，已往 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 给所有产物团队提的一个醒是，想大白你我到底于水里还有是于岸上。 雷峰网特约稿件，未经授权禁止转载。详情见转载须知。
吉公网安备 22010202000255号