项目记忆是将隐性知识结构化为可读、可检索、可继承的资产，mimo code通过项目快照、会话检查点和任务进度日志三大机制，系统化解决新人onboarding中理解上下文、熟悉约定、复现决策三大耗时环节。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
项目记忆不是“多记点东西”，而是把新人要学的隐性知识，变成系统可读、可检索、可继承的结构化资产。MiMo Code 的项目记忆机制，正好能切中研发新人 onboarding 中最耗时的三个环节：理解项目上下文、熟悉团队约定、复现历史决策逻辑。
项目记忆自动沉淀关键上下文
MiMo Code 在项目根目录下自动生成 .mimo/project-memory.db，它不是简单存聊天记录，而是提取并结构化以下内容：
- 首次初始化时识别的技术栈（框架版本、包管理器、CI 配置路径）
- 用户手动确认过的架构决策（如“API 响应统一用 snake_case”“日志必须带 trace_id”）
- 高频修改文件与关联原因（例如
src/utils/auth.ts近 3 次提交都涉及 token 刷新逻辑） - 被反复调用的命令或脚本（
npm run dev:mock、./scripts/deploy-staging.sh）
新同学 clone 项目后，只需运行 mimo 并执行 /load-project，就能立刻看到一份带时间戳和来源标注的「项目快照」，省去逐个翻 commit 和文档的摸索过程。
会话检查点让 mentor 经验可复用
资深成员在指导过程中自然产生的解释性对话（比如“为什么这里用 Redis 而不是本地缓存？”），会被子代理实时捕获为「会话检查点」，并打上标签如 #arch-decision、#gotcha、#onboarding-tip。这些检查点：
- 不依赖 mentor 当前是否在线——新同学随时可通过
/recall #gotcha查到某段调试经验 - 支持模糊检索，例如输入“登录失败”，自动召回包含
401、token expired、refresh flow的历史片段 - 允许 mentor 手动标记“对新人重点可见”，该条目会出现在新成员首次
/start-onboarding的引导页顶部
任务进度日志替代口头交接
传统 onboarding 常卡在“mentor 忘了告诉新人下一步该做什么”。MiMo Code 的任务进度日志把协作过程显性化：
- 每项 assigned task（如“接入 Sentry”）自动关联 PR 链接、测试结果、阻塞点说明
- 当 mentor 结束一次 pairing session，系统提示：“是否将本次讨论存为 onboarding checkpoint？[Y/n]”，按 Y 后生成带语音转文字摘要的轻量笔记
- 新人执行
/status即可看到当前 onboarding 流程图：已完成模块（绿色）、待验证环节（黄色）、需 mentor 答疑节点（红色闪烁图标）
这避免了“我以为你懂了”和“我以为你说了”的双重误判，把模糊的“带人节奏”变成可追踪、可回溯、可度量的流程。
与现有 onboarding 工具无缝衔接
MiMo Code 不要求推翻原有流程，而是增强已有动作：
- 对接 Confluence：自动将
#onboarding-tip类检查点同步为页面草稿，供 mentor 一键发布 - 读取 .gitignore 和 README.md：把其中隐含的约束（如“不要提交 .env”“启动前需配置 DB_URL”）转为校验规则，新人首次
git commit时主动提醒 - 兼容内部 LMS（学习管理系统）：导出结构化 onboarding 报告，含实际交互时长、高频提问主题、首次独立完成任务时间等字段
本质上，它不改变谁教、教什么，只是确保每一次教，都被系统记住，并精准传递给下一个需要的人。
