mimo code 的“无限上下文”依托结构化、可检索、自动维护的四层记忆系统。独立检查点写入器实时提取11字段信息写入磁盘；主代理仅读取memory.md和检查点，无写权限；窗口近满时主动重建语义关键帧；/dream命令每7天增量蒸馏记忆，强化长期理解。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的“无限上下文”不是靠堆 token，而是靠一套结构化、可检索、自动维护的记忆系统。它不指望大模型自己记住所有事，而是把记忆这件事彻底交给专门的子系统来管。
独立检查点写入器：专职记录员不参与编码
主编程代理只负责理解需求、写代码、跑测试——它没有记忆功能，也不允许修改历史记录。所有关键信息（意图、设计决策、错误日志、任务树等）由一个叫“检查点写入器”的独立子代理实时提取、结构化、写入磁盘。这个子代理像项目里的文档工程师，全程旁观、精准归档，和开发工程师互不干扰。
- 每轮对话到达窗口容量的 20%、45%、70% 时自动触发检查点
- 写入内容固定为 11 个字段，确保后续可被 SQLite FTS5 快速全文检索
- 主代理对 MEMORY.md 和检查点文件只有读权限，杜绝人为覆盖或逻辑冲突
四层记忆结构：从临时草稿到长期沉淀
记忆不是扁平堆砌，而是分层管理，各司其职：
- 项目记忆：生成并持续更新 MEMORY.md，存架构约束、团队规范、技术选型依据
- 会话检查点：每次中断前保存当前任务状态，恢复时直接加载上下文快照
- 草稿笔记：notes.md 供用户临时记想法，不进长期记忆，避免污染
- 任务进度日志：按时间线记录每步执行结果与反馈，支持回溯调试路径
窗口重建机制：快满就换，不等崩溃
当上下文接近上限，MiMo Code 不会硬撑到溢出再压缩，而是在远低于极限时主动切断当前窗口，用已存的结构化检查点重建轻量新上下文。重建不是简单截断，而是提取语义关键帧——比如“用户要求组件支持暗色模式”“已确认使用 CSS 变量方案”“测试用例覆盖 light/dark 两种场景”，这些信息被保留，其余闲聊被剥离。
- 重建后继续对话，逻辑上仍是同一会话，无感知续写
- 避免“中间丢失”问题（Lost in the middle），因关键字段独立索引，不依赖位置
- SQLite FTS5 提供毫秒级关键词召回，比如搜“暗色模式”立刻定位相关设计决策
/dream 命令：定期自我整理，越用越懂你
每隔 7 天，/dream 命令自动运行：读取全部历史会话与记忆文件，做合并、去重、路径验证、语义压缩，把零散记录蒸馏成紧凑的当前项目状态。这相当于给 AI 做一次“知识复盘”，让它的长期理解随使用次数渐进增强。
- 不是一次性清理，而是增量式收敛，保留演化痕迹
- 支持手动触发，适合重大版本迭代后重置认知锚点
- 压缩后的 MEMORY.md 成为下一轮开发的事实起点
