说实话，MiMo Code 的长期记忆机制非常独特——它并非依赖手动配置，而是通过自动触发和按需演化的方式运行。系统会基于项目上下文（例如当你 cd 进入 Git 仓库后自动完成扫描识别）、三重记忆协同（项目记忆跨会话持久保存、会话检查点自动存档、任务进度精准续写），以及每 7 天自动执行的 /dream 压缩优化，实现了无需任何配置的本地 SQLite 记忆管理。使用时间越长，它的聚焦度和准确性就越高。
关键在于：MiMo Code 的长期记忆并非通过手动开关或参数调整来“配置”，而是借助项目上下文自动触发、按需演化的机制。它并不需要你手动设定记忆容量或保留时长——核心在于你如何启动、使用和延续会话。系统会在后台自动适配不同项目规模和复杂度，完全无需你费心。
项目记忆会随你进入的目录自动激活
当你在终端里 cd 进入某个 Git 仓库或代码目录后，运行 mimo 启动工具，它会立即扫描 .git、package.json、pyproject.toml 等标志性文件，自动识别项目类型（例如 React + Node.js 还是 Django + SQLite），然后初始化专属的项目记忆空间。整个过程无需任何命令干预，也无需提前创建 .mimo/config 文件——一切自动化完成。
三类记忆协同工作，适配不同开发节奏
- 项目记忆：记录架构决策、技术选型、自定义约定（比如“所有 API 路由以
/api/v2/开头”），跨会话持久保存在本地 SQLite 数据库中； - 会话检查点：每次你用
/save或者中断退出时，自动存档当前任务状态（比如“正在重构 user-service 模块，已修改 3 个文件，待补单元测试”）； - 任务进度追踪：在 Compose 模式下，每完成一个子步骤（比如“生成 TypeScript 接口定义”），系统就标记为已完成，并关联到主任务 ID。后续可以通过
/resume精准续写。
让记忆更贴合项目，只需做三件事
- 第一次进入新项目时，用自然语言交代整体目标。例如：“这是内部风控平台，后端用 FastAPI，前端用 Svelte，所有接口需带 JWT 验证”。主 Agent 会提取关键约束存入项目记忆；
- 遇到设计分歧时，按 Tab 键采纳 MiMo 自动生成的补充建议（比如“是否需要添加 rate-limiting 中间件？”）。这些确认动作会被子 Agent 记录为项目共识；
- 定期运行
/dream（系统每 7 天自动触发，也可以手动执行）。它会清理冗余对话、验证文件路径有效性、合并同类记忆条目，让记忆体积不随项目变大而线性膨胀。
不需要额外配置模型或 Token，也不用担心“记太多会变慢”
所有记忆操作都在本地完成，SQLite 文件默认存于 ~/.mimo/memory/ 下，按项目哈希分目录隔离。哪怕你处理的是包含 200+ 文件的微服务项目，压缩后的记忆简报通常也不足 150KB，加载延迟低于 80ms。完全不用担心性能问题。
总的来说，MiMo Code 的长期记忆是“用出来的”，而不是“配出来的”。你越在真实项目中持续使用它，它的理解就越聚焦、越准确。这才是它的核心价值所在。