MiMo Code 的“无限上下文”功能颇具深意。它并非单纯地扩展模型窗口容量，而是构建了一套自动化的记忆协同机制——真正执行任务的，是独立的子 Agent（子智能体），它们负责主动归档、压缩乃至重建记忆。这种设计带来的关键变化，远不止“能够聊多长的话题”，而是“聊完之后还能无缝衔接，继续推进任务”。

接下来，我们逐一拆解这四层机制是如何协同配合的。

Checkpoint 自动触发：分段存档，防患于未然

在对话进行过程中，MiMo Code 会在上下文窗口使用率达到 20%、45%、70% 这三个阈值节点时，自动触发一次检查点（Checkpoint）操作。它不是在内存接近饱和时被动应对，而是在会话过程中提前进行分段存档。

每次触发检查点时，Writer 子 Agent 会执行结构化信息提取——将当前会话中的核心意图、任务拆解树、错误日志、设计决策等关键信息，直接写入磁盘上的指定字段。这好比在开发过程中开启自动保存：当你聊到第 80 轮时，前面第 10 轮敲定的接口协议、第 35 轮遇到的兼容性问题、第 62 轮确认的 UI 风格，都已作为结构化数据妥善保存，随时可供调用。

需要注意的是，整个过程无需任何手动干预，完全在后台静默运行。如果你想快速浏览当前的记忆摘要，只需输入 /memory summary 即可查看。

Rebuild 机制：断点续写，而非从头翻阅

当上下文窗口接近上限（大约 90%）时，主 Agent 会暂停内容生成，由 Writer 子 Agent 基于已存储的检查点数据，生成一份精炼、连贯、去噪的上下文摘要，并直接利用这份摘要重建一个新的会话窗口。主 Agent 获取摘要后继续执行任务，从逻辑上看，整个会话过程从未中断。

这项机制与传统做法的核心差异在于：不是将全部历史记录强制塞入，而是只提炼出对当前任务真正有价值的部分。

在实际使用场景中，你会频繁体验到它的价值——例如在重启终端后继续开发、跨天续写同一个功能模块，或者在切换分支后快速同步上下文信息。

/dream 命令：让记忆随项目迭代而收敛

系统每隔 7 天会自动触发一次 /dream 指令。此时，另一个独立的 Agent 会扫描全部历史会话和记忆文件，执行合并、去重、路径验证和压缩操作，最终生成一个紧凑的“当前项目状态快照”。这不仅仅是简单的备份，而是让 MiMo Code 对项目整体理解持续沉淀、不断迭代的过程。

举一个具体的例子可能更直观：你上周编写了登录组件，本周又增加了权限校验逻辑，/dream 会自动识别这两者之间的内在关联，并将“鉴权流程”整合到统一的设计文档中。

如果你希望主动触发该过程，输入 /dream now 即可立即执行。它特别适合在完成重大版本迭代后，进行一次记忆刷新。

notes.md：你的会话级便签空间

主 Agent 对所有结构化记忆文件仅有读取权限，唯一允许写入的本地文件是 notes.md。这实际上是为用户保留了一个轻量级的便签空间——临时的备注说明、待办事项提醒、人工补充信息都可以记录在此，而不会影响系统级的记忆一致性。

适合写入的内容包括：当前遇到卡点的备注信息、临时想到的测试用例、需要人工复核的边界条件等。

注意，该文件中的内容不会被 Writer 自动归档，也不会进入 /dream 的合并流程，它纯粹是一个仅供个人使用的速记层。