mimo code 项目记忆默认本地存储，通过导出 .mimo/memories/ 下的 project.db、session_checkpoints/ 和 task_snapshots/ 实现跨机迁移，需手动备份解压并确保路径、git 配置及模型版本一致。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的项目记忆默认存储在本地，不自动上传云端，所以导出和跨机器共享需要手动干预。它本身不提供“一键同步”按钮，但通过理解其记忆存储机制，你可以安全、可控地迁移项目上下文。
搞清记忆存哪儿了
MiMo Code 的持久记忆系统基于 SQLite 数据库存储，核心文件位于项目根目录下的 .mimo/memories/ 文件夹中。里面包含：
- project.db：记录项目结构、关键决策、模块依赖等语义级理解
- session_checkpoints/ 目录：按时间戳保存的会话检查点（.json 格式）
- task_snapshots/ 目录：每个任务生成的状态快照（含代码变更摘要与执行路径）
导出记忆的实操步骤
导出就是打包这几个文件——无需启动 MiMo，直接用命令行操作即可：
- 进入你的项目根目录（确保已运行过 MiMo，否则 .mimo 目录可能不存在）
- 执行：tar -czf mimo-memories-backup.tar.gz .mimo/memories/
- 备份文件生成后，可复制到 U 盘、网盘或 Git LFS（注意：不要提交到公开仓库）
在另一台机器上恢复记忆
恢复不是“安装即用”，而是精准替换：
- 在目标机器上，先用 mimo init 初始化项目（或直接进入已有项目目录）
- 确保 MiMo 已首次运行过（会自动生成空的 .mimo/ 目录）
- 解压备份：tar -xzf mimo-memories-backup.tar.gz -C ./
- 重启 MiMo：mimo —— 它会在下次交互时自动加载 project.db 并重建简报缓存
注意事项和常见问题
跨机器共享不是无损镜像，需留意几点：
- 路径差异会影响文件定位：如果两台机器项目绝对路径不同，建议用相对路径操作，或在恢复后执行 /dream 触发一次记忆整合
- Git 配置不共享：SSH 密钥、remote 地址等仍需本地配置，MiMo 不存储这类敏感信息
- 模型版本要一致：若源机用的是 MiMo-V2.5，目标机也需启用同版本，否则简报解析可能失败
- 不建议共享 session_checkpoints 全量：只保留最近 3–5 个即可，避免冗余干扰主 Agent 判断
本质上，MiMo 的记忆是项目绑定的轻量状态，不是云端账户体系。导出共享靠的是文件级可控迁移，既保隐私又保连贯性。
