mimo code的项目记忆通过构建结构化图谱实现跨文件逻辑建模，自动扫描接口、配置、目录及git历史，建立双向依赖关系，并在多文件编辑、中断恢复和人工干预中保持意图连贯与一致性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的项目记忆不是简单缓存代码片段，而是主动建模项目逻辑关系，让 AI 在跨文件操作时能保持意图连贯、命名一致、接口对齐。
项目记忆如何捕获跨文件逻辑
它在首次加载仓库时自动扫描关键结构：接口定义文件（如 types.ts）、核心配置（config.json）、约定目录（src/utils/）、Git 提交历史中的高频修改路径。这些信息被结构化存入“项目记忆图谱”，而非扁平文本堆叠。比如识别出 userApi.ts 中的 fetchUserProfile() 调用依赖 models/User.ts 的 UserSchema，就会在图谱中建立双向关联边。
编辑多文件时的记忆联动机制
当你发起一个涉及多个文件的任务（例如：“把登录流程从 JWT 改为 OAuth2，并同步更新 API 响应格式”），MiMo Code 会：
- 检索记忆图谱，定位相关模块：认证服务、用户模型、API 响应拦截器、前端调用层
- 检查各文件中已记录的设计约束，如“所有响应统一包装在
ApiResponse<t></t>中”“OAuth token 存储键名为oauth_access_token” - 生成修改方案前，自动比对历史 TODO 注释和未合并 PR 中的相似变更，避免重复或冲突
- 写入新代码后，将本次改动反向更新图谱——比如新增了 auth/oauthClient.ts，就将其加入认证模块节点，并标记与 api/user.ts 的调用依赖
中断后继续任务时的记忆恢复
如果中途退出或终端关闭，下次运行 mimo resume 时：
- 加载最近一次会话检查点，还原当前任务目标、已执行步骤、待验证项
- 自动拉取 Git 最新 diff，判断本地修改是否与远程一致；若存在冲突，优先沿用记忆中你上次确认的命名风格和错误处理方式
- 对新增文件（如你手动加了一个 hooks/useOAuth.ts），会触发轻量级增量分析，将其快速纳入图谱，不影响后续跨文件推理
开发者可干预的记忆控制点
项目记忆默认自动运行，但关键节点支持人工校准：
-
mimo memory project --inspect查看当前图谱摘要，包括已识别的模块边界、接口契约、命名偏好 - 在代码中添加特殊注释，如
// @mimo:contract user-id must be string, never number，会被持久化为校验规则 -
mimo memory project --reset auth可局部刷新某模块记忆，适用于重构后清除旧假设
