mimo code 的“无限上下文”依托记忆代理机制而非堆叠 token：writer 子 agent 在上下文使用率达20%、45%、70%时自动 checkpoint，提取11类结构化字段写入 memory.md 等文件；主 agent 无写权限，仅读取重建的轻量上下文；四层记忆系统（项目记忆、会话检查点、草稿笔记、任务日志）支撑跨会话连贯性；cycle 机制保障上下文不断档，compose 模式支持目标驱动开发；/dream 命令定期优化记忆，实现越用越懂用户的长逻辑编排能力。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的“无限上下文”不是靠堆 token 实现的，而是靠一套分工明确的记忆代理机制——主 Agent 只管写代码，记忆全由独立子 Agent 承担。
记忆代理（Writer 子 Agent）全程自动值守
它不等人指令，按对话进度主动工作：
- 在上下文使用率达 20%、45%、70% 时，自动触发 checkpoint
- 读取当前完整对话流，提取 11 类结构化字段（如意图、任务树、错误原因、关键设计决策）
- 将结果写入磁盘固定文件（如 MEMORY.md、notes.md），主 Agent 无写权限
- 当窗口即将填满，立刻切断旧上下文，用已存文件重建轻量新上下文
四层记忆系统支撑跨会话连贯性
单次会话只是其中一环，真正让逻辑不中断的是分层持久化设计：
- 项目记忆：SQLite FTS5 全文索引存储，支持跨会话检索（比如“上次改暗色模式时用了什么 CSS 变量”）
- 会话检查点：每次 checkpoint 生成的结构化快照，含任务状态与上下文摘要
- 草稿笔记：notes.md，用户可手动编辑，主 Agent 有读写权
- 任务进度日志：记录每步执行结果与验证反馈，供 /dream 命令调用
长逻辑编排依赖 Cycle + Compose 双机制
单纯记住信息不够，关键是如何调度和复用：
- Cycle 机制保证上下文不断档：每次 rebuild 后，主 Agent 接收的是带任务树和约束条件的精简上下文，不是原始聊天记录
- Compose 模式让用户先定义目标结构（比如“组件需支持暗色/高对比度/RTL 三态”），再生成代码，避免边写边忘
- /dream 命令每 7 天自动运行：由独立 Agent 读取历史记忆，合并重复项、验证路径有效性、压缩冗余描述，输出最新 MEMORY.md
实际效果：逻辑链不掉线，越用越懂你
开发者实测中，连续开发三天后仍能准确响应“把刚才那个表单校验逻辑抽成 Hook，并适配 TypeScript 泛型”——这句话隐含了前两天讨论过的字段规则、错误提示格式、以及未落地的重构意向。这种理解力，来自记忆代理持续沉淀的结构化信息，而非模型对长文本的硬记。
