mimo code 通过分离记忆与执行、三重锚定、自动压缩、/dream 复盘及裁判模型验证，解决 ai 编程中的逻辑漂移问题。它用 sqlite 存储结构化项目记忆、会话检查点和任务进度，主代理基于精炼简报重启上下文，并由独立裁判模型依据明确 goal 判断任务完成与否。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的长期上下文管理不是靠拉长模型窗口，而是用工程方式把“记住什么”和“怎么干活”彻底分开——主代理专注执行，记忆由独立子代理自动维护。这种设计直接针对 AI 编程中最常见的逻辑漂移问题：任务越往后，AI 越容易忽略早期约束、混淆模块职责、误判已完成状态。
项目记忆 + 会话检查点 + 任务进度三重锚定
它不依赖模型自己“回忆”，而是把关键信息结构化存进 SQLite FTS5 数据库：
- 项目记忆：自动提取代码结构、接口签名、配置文件路径、依赖关系，形成可检索的语义索引；
- 会话检查点：每完成一个子任务（比如改完某个组件），就保存一次快照，含修改文件、命令输出、diff 内容；
- 任务进度：用 JSON 格式记录目标拆解状态（如“已生成 API 接口 / 待联调 / 待文档补充”），避免重复劳动或跳步。
上下文重建机制：不是堆信息，而是精炼上下文
当对话轮次接近上限时，MiMo Code 不是硬塞更多文本，而是触发自动压缩流程：
- 子代理读取近期检查点和项目记忆，生成一份带时间戳和因果链的简报（例如：“2026-06-20 添加了 auth middleware；2026-06-22 修改了 login.vue 的表单校验逻辑，但未同步更新后端验证规则”）；
- 主代理基于这份简报重启上下文，相当于给 AI 一份“当前项目状态速览”，而非原始聊天记录堆砌；
- 该机制在真实多日开发中被验证有效——有用户连续三天分段重构一个 Vue 组件库，每次打开都能准确接续上次中断点，未出现函数名混淆或状态覆盖。
/dream 命令：定期自我复盘，收敛分散记忆
每七天自动运行一次 /dream，由独立裁判 Agent 执行四项操作：
- 合并重复记忆项（比如多次提到“使用 Pinia 管理状态”，只保留最新有效描述）；
- 验证路径有效性（删掉已不存在的文件引用，标记过期的分支名）；
- 去重并压缩冗余上下文（将 10 条相似的 Git 提交记录归纳为“完成用户权限模块 v1.2 迭代”）；
- 生成新记忆快照，作为下一轮任务的基准理解。
这个过程让 MiMo Code 在持续使用中逐步建立更紧凑、更一致的项目认知，而不是越用越散、越记越乱。
Goal 停止条件 + 独立裁判模型：防止“自以为完成”导致的逻辑断层
很多 AI 助手会在任务完成 80% 时就主动终止，留下未处理的边界情况。MiMo Code 引入了外部判断机制：
- 每个任务启动时，明确声明 Goal（例如：“使所有表单提交支持防抖 + 错误提示悬浮展示”）；
- 主代理执行后，裁判模型不看过程，只比对实际代码变更、运行结果、测试反馈是否满足 Goal 描述；
- 不达标则强制继续，直到验证通过——这从机制上堵住了因“幻觉完成”引发的后续逻辑漂移。
不复杂但容易忽略
