mimo code的记忆系统是重构的关键基础设施，包含项目记忆、会话检查点、任务进度日志和记忆蒸馏四大模块，实现可验证、可回溯、可协同的工程化记忆管理。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的记忆系统不是辅助功能，而是大规模重构能跑通的关键基础设施。它把“记住项目状态”这件事从模型负担里彻底剥离，转为可验证、可回溯、可协同的工程化模块。
项目记忆：重构前先建一份动态项目快照
每次进入一个新代码库，MiMo Code 会自动生成结构化的项目记忆，包括依赖图谱、核心模块职责、高频修改路径和已知技术债标记。这不是静态扫描，而是持续更新的活文档——比如你刚改完 auth 模块的 JWT 验证逻辑，系统会在项目记忆中标记该模块当前处于“待测试验证”状态，并自动关联到下游的 API 网关和用户服务。
- 项目记忆存于本地 SQLite 数据库，支持 FTS5 全文检索，查“登录流程”或“token 过期策略”都能秒级定位
- 重构启动时，可用
/mem project命令调出当前记忆摘要，避免凭印象决策 - 多人协作时，团队可导出
project.mem.json文件共享上下文，新人接入不用重读全部 PR
会话检查点：让百步重构不掉链子
重构任务常跨多轮会话，比如“将单体应用拆分为微服务”，可能涉及接口定义、数据迁移、流量灰度等阶段。MiMo Code 在会话中每完成关键动作（如生成 OpenAPI Schema、修改 Dockerfile、提交 migration 脚本），都会由独立的 Writer 子代理写入检查点，包含意图、动作、变更文件列表、前置约束和失败回滚指令。
- 检查点触发阈值可设（默认在上下文达 20%/45%/70% 时），早于窗口耗尽前就完成信息沉淀
- 意外中断后，用
/resume可直接从最近检查点重建环境，跳过重复分析 - 每个检查点带时间戳和 Git commit hash，能精确对齐代码版本，杜绝“改了但没同步”的错觉
任务进度日志：把隐性工作显性化
传统重构中，很多判断是隐性的：“这个类暂时不能动，因为订单服务还在调用它的旧方法”。MiMo Code 强制将这类约束记录为任务进度日志，形成可执行的依赖链。
- 日志字段包括：阻塞原因、预期解除条件、关联 Issue 编号、负责人建议
- 执行
/task status可查看当前所有挂起项，比如“等待支付服务升级 v2.3 后才能替换回调签名” - 当某项被标记为“已完成”，系统会自动校验其下游依赖是否满足，防止漏改
记忆蒸馏：让经验真正沉淀下来
反复出现的重构模式（如“Spring Boot 升级 + Actuator 接口迁移”）会被 /dream 命令自动识别、合并、压缩成可复用的模板。这些蒸馏后的记忆不是文本片段，而是带校验逻辑的微型工作流。
- 下次遇到同类任务，可直接调用
/use spring-boot-upgrade-v3，系统自动加载适配当前项目的参数 - 模板支持版本迭代，旧版模板仍可运行，新版会标注兼容性说明
- 团队可将内部最佳实践打包为私有记忆包，通过
mimo mem install加载
不复杂但容易忽略：记忆的价值不在“记得”，而在“能被正确调用”。MiMo Code 把每一次重构都变成一次记忆校准过程，越用越懂你的项目。
