mimo code 的长期上下文能力源于结构化记忆系统，而非单纯扩大 token 窗口：项目记忆持久化存储架构约束，会话检查点支持中断续分析，动态简报压缩噪声，自动记忆整合实现越用越准。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的长期上下文能力不是靠单纯拉长 token 窗口堆出来的，而是通过结构化记忆系统把项目信息“存得准、找得快、用得稳”。它不依赖模型自己记事，而是把记忆管理交给专用子代理，让主代理专注写代码。这种分工让代码分析工具能持续理解项目演进，而不是每次提问都从头读文件。
项目记忆：让工具真正“懂”你的代码库
项目记忆是持久化的结构化快照，记录关键决策点、模块职责、技术选型依据和架构约束。比如你曾告诉 MiMo Code “这个服务必须兼容旧版 API 协议 v1.2”，该信息会被提取为结构化条目存入 SQLite FTS5 数据库，后续所有分析（如接口变更影响评估、依赖扫描）都会自动关联这条约束。
- 首次运行 mimo init 时，它会扫描 .git、package.json、pyproject.toml 等元数据，自动生成初始项目记忆图谱
- 每次执行 git commit 或 mimo review 后，记忆系统会增量更新变更摘要与上下文锚点
- 分析代码时，工具会优先检索项目记忆中的“已知契约”，而非仅靠当前文件内容做推断
会话检查点：中断后精准续写分析任务
传统工具在分析中途关闭终端，再打开就得重来。MiMo Code 的会话检查点会在关键节点（如完成 AST 解析、识别出循环依赖链、生成测试覆盖率报告）自动保存状态，包含当前分析路径、已验证假设、待验证疑点三类信息。
- 例如你让工具“检查登录模块的 JWT 密钥轮换是否安全”，它会在解析完 auth/config.ts、追踪到 crypto.js 调用链、发现硬编码密钥后，自动创建检查点
- 下次输入 /resume，它直接从“发现硬编码密钥”这一步继续，给出修复建议并生成 patch，不会重复扫描整个模块
- 检查点默认保留 30 天，可通过 mimo memory prune --older-than 7d 手动清理
动态简报压缩：避免上下文膨胀导致误判
当连续进行多次深度分析（如逐层审查微服务间调用链），原始对话日志会迅速膨胀。MiMo Code 不靠丢弃历史，而是用独立子代理生成“语义简报”——只保留对当前任务有效的决策依据和事实断言。
- 简报内容示例：“已确认 UserService 依赖 AuthModule v3.1；AuthModule 使用 RSA-2048 签名；JWT 过期时间设为 2h；密钥存储在环境变量而非代码中”
- 主代理后续所有推理均基于此简报，过滤掉无关讨论、调试输出、临时尝试等噪声
- 简报每 50 轮交互或内存占用达阈值时自动触发，也可手动运行 mimo memory compress
/dream 自动记忆整合：越用越准的底层机制
每周一次的 /dream 命令不是简单清理，而是执行记忆蒸馏：合并重复结论、验证路径有效性（如检查之前标记的“废弃接口”是否真被删了）、将零散观察收敛为项目级认知。
- 比如多次分析中都提到“config-loader 模块加载缓慢”，/dream 会将其升级为项目记忆中的性能瓶颈项，并关联到具体函数和调用栈
- 若某次分析得出“Redis 缓存键设计不合理”，而后续提交证明已重构，则该条记忆会被标记为“已解决”，不再参与新分析
- 整合后的记忆快照会用于初始化新会话，使新启动的分析任务自带项目上下文
