mimo code的“无限上下文”实为工程机制：在窗口达20%/45%/70%时由独立writer子agent触发checkpoint，结构化保存意图、任务树等11字段至磁盘；主agent只读notes.md，通过三重记忆（项目/会话/任务）与/dream自动整合实现长程不迷路、不遗忘、不断点。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的“无限上下文”不是靠堆 token，而是靠一套可落地的工程机制——它让 AI 在真实开发中不迷路、不遗忘、不重头解释需求。
Checkpoint 自动触发：在忘掉之前就存档
普通 Agent 往往等到上下文快爆了才慌忙压缩，而 MiMo Code 提前布局：当对话占用达到 20%、45%、70% 的窗口容量时，就自动触发 checkpoint。这不是简单快照，而是由独立的 Writer 子 Agent 执行结构化提取，写入磁盘固定字段（比如意图、当前任务树、已遇错误、关键设计决策等）。主 Agent 完全不碰这些文件，只读 notes.md 做临时记录。相当于给开发过程配了个专职文档员，干活的人不用分心记事，也不用担心自己改错备注。
- 实际效果：连续改 3 个文件、跑 2 轮测试、修 4 次报错后，仍能准确引用第一步定下的接口命名规范
- 触发时机留有余量，避免在临界点仓促处理导致信息丢失
- 重建上下文时，不是原样加载全部历史，而是用精简后的 checkpoint 快速恢复逻辑状态
三重记忆协同：项目级记忆不会随会话关闭消失
MiMo Code 把记忆拆成三层：项目记忆（跨会话保留，比如你这个仓库用了 TypeScript + Vite）、会话检查点（单次开发中的断点快照）、任务进度（当前正在执行哪一步、卡在哪、下一步要做什么）。这三者互相校验，不是靠模型“努力回忆”，而是靠文件系统+轻量索引做保障。
- 重启终端再进项目目录，/status 命令能立刻显示上次中断的任务节点
- 项目记忆支持手动编辑（如修改 tech stack 描述），Writer 子 Agent 后续会自动融合进新 checkpoint
- /dream 命令每 7 天自动运行一次，合并碎片记忆、验证路径有效性、剔除过期信息
长程任务验证：不是“说完成了”，而是“真跑通了”
很多 Agent 会在生成完代码就回复“已修改完成”，MiMo Code 强制闭环验证。通过 /goal 设置停止条件（例如：“补全登录模块所有单元测试并全部通过”），它必须执行 test 命令、解析输出、识别失败用例、定位问题、重试修复，直到满足目标才结束任务。
- 遇到 test 报错时，不是泛泛而谈“可能需要检查 mock”，而是精准定位到 test/utils.spec.ts 第 42 行 mock 返回值类型不匹配
- 如果某步命令超时或权限失败，会主动询问是否切换 sudo 或调整路径，而不是静默跳过
- 任务树实时可视（/tree），每完成一个子节点都会打钩，未完成项持续跟踪
模型与 Agent 协同：不同阶段用不同模型，上下文不混用
同一个项目里，读代码、写文档、调终端、审 PR，信息密度和推理要求完全不同。MiMo Code 允许用 /models 切换模型，且每个模型的上下文空间独立管理。比如用轻量模型快速 grep 文件结构，再切到 MiMo-V2.5-Pro 执行重构，两者互不影响。
- 切换模型后，任务进度和项目记忆仍保持一致，只是执行层换了“大脑”
- Max Mode（5 路并行采样）默认只在关键决策点启用（如架构选型、错误根因分析），避免全程高消耗
- 本地模型接入时，checkpoint 机制照常工作，不依赖云端状态同步
