# 小米开源 MiMo Code：用独立子代理做长任务记忆，不等上下文爆满就先写检查点

> 原标题：MiMo Code

- 来源：Product Hunt · AI
- 发布时间：2026-06-15T04:00:10.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/38513
- 原文：https://www.producthunt.com/products/mimo-3

## 摘要

小米在 GitHub 上开源了 MiMo Code，一个基于 OpenCode 的终端编程代理。它专门解决长任务里上下文窗口不够用的问题：不是让主代理自己记东西，而是另起一个“写手”子代理，在上下文还远没塞满的时候就定期写结构化检查点。等窗口快满了，系统用这些检查点和项目记忆重建工作上下文，而不是靠越来越不靠谱的摘要。后台进程还会从历史会话里提取可复用...

## 推荐理由

小米在 GitHub 开源了 MiMo Code，用“写手”子代理加结构化检查点来解决长任务上下文耗尽的问题，机制讲得清楚，对日常被上下文限制搞烦了的开发者有吸引力。分数没给更高，因为目前只有 Product Hunt 页面，正文没披露跑分或社区反馈，实际效果还得等上手验证。

## 锐评

MiMo Code 解决的是一个很实际的痛点：让 AI 编程代理处理长任务时，上下文窗口迟早会塞满，靠摘要压缩信息会越来越失真。它的做法是另起一个“写手”子代理，在窗口还远没满的时候就定期写结构化检查点，等快满了用这些检查点重建工作上下文，而不是硬塞摘要。后台还会从历史会话里提取可复用的模式，相当于给代理加了个长期记忆。

这套架构听起来比单纯加长上下文窗口更可控，但正文完全没提它背后用的是哪个模型，也没给延迟和成本数据。开源（Apache 2.0）是加分项，不过没有基准测试或对比实验，实际效果只能自己跑一遍才知道。另外，检查点写什么、怎么写，直接决定了重建质量，这部分细节也没展开。

我会先打个折：思路对，但缺关键数字和验证，暂时只能当个值得关注的开源实验。