MiMo Code的持久化记忆是项目级结构化资产，基于SQLite FTS5构建独立数据库（project.db）、检查点（checkpoint.json）、草稿（notes.md）和日志（progress.log），支持自动上下文加载、跨项目引用及/dream机制驱动的记忆演化与审计。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的持久化记忆不是“记住聊天记录”，而是把项目本身变成可读、可查、可继承的结构化资产。它不靠模型硬记，而是用 SQLite FTS5 构建一个轻量但严谨的项目智能层，让多项目切换不再是“重启对话”，而是“打开档案”。
项目记忆是独立存储的，不是会话附带品
MiMo Code 把每个项目的上下文存在本地 SQLite 数据库里，按项目隔离，互不干扰。新建项目时自动初始化一套记忆空间，包含四个固定维度（状态、意图、决策、原因）和五条追踪线（时间线、影响、置信度、演变过程、数据来源）。这意味着你同时打开三个项目，它们的记忆文件物理上就是三个不同的数据库表，不会混在一起。
- 项目级记忆（project.db）：存架构设计、技术选型、接口约定等长期不变的信息
- 会话检查点（checkpoint.json）：每轮对话中关键节点的快照，含任务树与错误摘要
- 草稿笔记（notes.md）：仅当前会话可写，用于临时记录灵感或待办
- 任务进度日志（progress.log）：自动记录每一步操作、耗时、是否回滚
切换项目时，自动加载“当前智能状态”
不是从头加载全部历史，而是调用 /load 命令后，系统读取该项目最近一次有效检查点，并结合/dream机制压缩后的长期记忆，生成一份精简版“当前智能状态”。它只包含你现在需要知道的：当前模块在做什么、为什么这么做、哪些路径已验证、哪些风险已识别。
- 比如你在 A 项目中刚完成登录页暗色适配，切换到 B 项目两小时后回来，输入“继续加暗色模式支持”，MiMo Code 能立刻定位到 A 项目中已实现的 theme-toggle 逻辑，并复用其 CSS 变量命名规范
- 切换时无需手动指定上下文范围——系统根据当前编辑的文件路径自动匹配对应项目记忆
- 若多个项目共用同一组件库，记忆系统会自动建立跨项目引用索引，避免重复决策
记忆不是静态快照，而是持续演化的项目认知
每次执行 /dream（默认每7天触发），独立子 Agent 会扫描所有项目记忆，做三件事：合并冲突决策、验证路径有效性（比如检查已删文件是否还在日志中被引用）、将高频模式蒸馏为可复用模板。这意味着项目记忆越用越准，而不是越用越乱。
- 例如连续三个项目都采用同样的 API 错误重试策略，/dream 会把它抽象成 retry-policy-v1 模板，下次新建项目可直接调用
- 如果某次重构删除了旧接口，系统会在下次 /dream 中自动清理相关决策链和失效路径
- 记忆演化过程全程可审计，所有变更带时间戳和触发原因（如“由 user:dev-20260622 提交的 PR#44 触发”）
主代理不碰记忆写入，保证一致性不被破坏
主编程代理只有读权限，所有写操作由独立的 checkpoint-writer 子 Agent 完成。这就像施工队不能自己改图纸——哪怕主代理出错或中断，记忆库始终处于已知一致状态，随时可重建上下文。
- 写入时机精准控制：在上下文窗口达 20%、45%、70% 时分阶段触发，避免临界点仓促压缩
- 写入内容结构化：固定 11 字段（意图、动作、任务树、错误、设计决策等），杜绝自由文本带来的歧义
- 切换项目时，主代理只需加载对应数据库中的最新检查点，无需解析原始对话流
