mimo code 的持久化记忆采用项目隔离与按需加载机制。每个项目独立生成 memory.md 记录专属决策，跨项目复用需显式导出导入；checkpoint.md 绑定项目路径但可复制模板；tasks/ 支持受控引用其他项目内容。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的持久化记忆不是“记住所有项目”，而是按项目边界自动隔离、按需加载。它不把不同项目的知识混在一起，避免干扰；真正需要跨项目复用时，靠的是显式引用和结构化导出，而不是默认共享。
项目记忆（MEMORY.md）是隔离的起点
每个项目根目录下自动生成 MEMORY.md，记录该项目独有的架构决策、技术选型、命名规范、关键约束等。比如：
- Vue3 + Pinia 是前端状态管理方案
- 所有 API 接口必须带 X-Request-ID 头
- 测试覆盖率要求 ≥ 85%
这些内容只对当前项目生效，新项目启动时不会继承。这是防止“知识污染”的第一道防线。
跨项目知识迁移靠手动触发，不是自动同步
如果你在项目 A 中沉淀了一套通用工具函数规范，想带到项目 B 使用，MiMo Code 提供两种方式：
- 运行
mimo export --memory=utils把指定片段导出为独立 Markdown 或 JSON - 在项目 B 中执行
mimo import ./utils-memory.md，系统会将其合并进当前 MEMORY.md，并打上来源标记（如imported-from: project-a@2026-06-15）
这样既保留溯源，又避免误覆盖。
会话检查点（checkpoint.md）不跨项目，但可复制复用
checkpoint.md 记录的是某次会话的临时状态（比如正在调试的分支、未提交的修改、待验证的假设），它绑定具体项目路径。不过你可以：
- 用
mimo cp-checkpoint project-a project-b复制一个检查点模板到新项目 - 修改其中路径、变量名等上下文敏感项后，再启动会话
这相当于把“工作思路”迁移过去，而不是把“执行痕迹”硬搬。
任务进度树（tasks/ 目录）支持跨项目引用链接
当你在项目 A 的 tasks/T1.3.md 中写：“参考项目 B 的 auth-flow 实现”，MiMo Code 会在解析时尝试定位项目 B 的对应文件。如果已通过 mimo link-project ../project-b 建立过关联，就能跳转并提取其 MEMORY.md 和最新 checkpoint 内容，用于当前推理——但仅限读取，不写入。
本质上，MiMo Code 把跨项目知识迁移设计成“受控借用”，而非“无感同步”。它默认保守，靠开发者明确表达意图，才能打通边界。这种机制降低了意外冲突风险，也更贴合真实开发中“复用需审慎”的习惯。
