mimo code 的项目记忆更新通过显式交互和周期性整理实现，不依赖后台扫描或文件监听；核心是 /dream 命令触发子 agent 扫描会话、提取知识、写入 memory/project.mem 并清理冗余；默认每7天自动执行，支持手动重置；记忆仅源于被确认的对话内容，强调语义提炼而非代码快照。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的项目记忆更新不是靠“后台自动扫描代码”触发的，而是通过明确的交互机制和周期性整理完成的。它不监听文件系统变动，也不在你编码时悄悄爬取源码——记忆更新是可控、可追溯、有节奏的。
/dream 命令是核心入口
这是 MiMo Code 提供的显式记忆整理指令。运行 /dream 后，独立子 Agent 会：
- 扫描最近若干轮会话轨迹（默认约7天内的有效对话）
- 提取其中沉淀下来的项目知识（比如“这个仓库用的是 Rust + WASM 构建流程”“config.toml 的 schema 已确认”）
- 写入项目专属记忆文件（
.mimo/memory/project.mem） - 清理过时或冲突条目，合并重复认知
你可以在任意会话中手动执行：
/dream
系统会返回整理摘要，例如：“合并3条路径认知，验证2个模块依赖关系，压缩记忆体积至1.2MB”。
自动触发靠时间策略，非文件监听
MiMo Code 默认每7天自动执行一次 /dream（首次启动后开始计时）。这个周期不可缩短，但可以重置：
- 删除
.mimo/memory/.last_dream文件，下次启动即重新计时 - 或直接手动运行
/dream覆盖自动节奏
项目记忆只来自“被确认的对话内容”
它不会读取未在会话中提及的代码文件。比如你从未讨论过 src/utils/date.rs，即使它存在，也不会进入记忆。只有当你问过类似：
“这个日期解析函数为什么返回 None？能加个 fallback 吗？”
系统才会将该函数位置、行为、上下文纳入记忆索引。
想让记忆更准？注意三点
- 在提问时带上具体路径或模块名，如 “
lib/core/auth.rs里的 token 验证逻辑” - 对 AI 的修正反馈要明确，比如 “不对，实际是用 Redis 缓存 session，不是本地内存”
- 避免模糊表述，像 “那个工具类” 不如说 “
src/shared/tools/mod.rs中的FileHelper”
记忆不是快照，而是语义提炼。它记的是“你关心什么”，不是“代码长什么样”。
