MiMo Code 的“无限上下文”依托结构化记忆机制而非堆叠 token，通过 Checkpoint+Writer 子Agent、权限隔离、Rebuild 机制、四层记忆体系及 /dream 蒸馏能力，实现高效、安全、可演进的长期上下文管理。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的“无限上下文”不是靠堆 token 实现的，而是用一套结构化记忆机制绕开了 Transformer 的物理限制。它不指望模型记住一切，而是让模型始终只看最关键的部分。
Checkpoint + Writer 子Agent：把记忆交给专人
主 Agent 只负责写代码、调工具、做决策，完全不操心记事——它的上下文窗口永远被控制在安全水位（20%、45%、70% 时就触发保存）。真正干活的是独立的 Writer 子Agent，它定时读取当前对话流，从中提取 11 个固定字段（比如意图、错误、设计决策），写入 SQLite FTS5 数据库。这个过程不干扰主流程，也不依赖模型自己总结。
- Writer 和主 Agent 权限隔离：主 Agent 对记忆文件只有读权限，只能往 notes.md 写临时便签
- 每次重建上下文时，并非简单拼接历史，而是从结构化字段中生成精简摘要，避免“中间丢失”
- SQLite FTS5 支持高效全文检索，跨会话也能快速召回相关设计或踩坑记录
Rebuild 机制：断点续连，不是重头再来
当上下文快满时，MiMo Code 不会等崩溃才处理，而是主动切断当前窗口，用已存的 checkpoint 重建一个轻量但语义完整的上下文。重建后继续执行，用户感知不到中断——任务树、未完成子任务、变量命名约定都还在。
- 重建不是复制全部对话，而是基于结构化字段生成 context brief（例如：“上一轮确认用 React Query 管理状态，API 路径为 /api/ledger”）
- 支持手动触发 /rebuild，适合在复杂重构后主动刷新上下文焦点
- 项目级 MEMORY.md 会同步更新，成为团队共享的轻量设计文档
四层记忆体系：从临时草稿到长期沉淀
局部视野限制的根源，是模型无法区分“这次要改什么”和“这个项目一直怎么做的”。MiMo Code 用四层记忆分而治之：
- 项目记忆：持久化到 .mimo/memory/ 下的 SQLite 文件，含架构约束、技术选型、API 规范等
- 会话检查点：单次 mimo 启动内的自动快照，含任务进度与临时决策
- 草稿笔记：notes.md，供用户手写提醒、待办或模糊想法
- 任务进度日志：JSON 格式实时记录每步动作、工具返回、验证结果，支持回溯调试
/dream 命令：让记忆自己进化
光存不够，还得提炼。/dream 命令会定期扫描历史会话，识别重复模式（比如“每次加登录页都要配 AuthGuard + TokenRefreshInterceptor”），将其蒸馏成可复用的 workflow 模板，并写入项目记忆。这不是简单归档，而是把经验变成下次能直接调用的技能。
- 默认每 5 次会话触发一次 dream，也可手动运行 /dream --force
- 蒸馏结果会生成带版本号的 .workflow 文件，支持 Git 跟踪和协作评审
- 后续任务中，只要出现相似意图，系统会自动提示：“检测到类似需求，是否启用 LoginFlow v2？”
