mimo code 通过工程化记忆管理实现知识一致性：主 agent 只读，writer 子 agent 专写；设项目、会话、进度三重锚点；/dream 每7天自动去重、验路径、压缩全局记忆；compose 模式下以任务图谱强制协同约束。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 不靠模型“自觉记笔记”，而是用工程化方式把记忆管理从主 Agent 身上剥离，让知识一致性变成可设计、可验证的系统行为。
记忆分工：主 Agent 只读，子 Agent 专写
主 Agent 没有写权限，只读取结构化记忆文件（如 project.json、task_state.yaml），唯一可写的 notes.md 仅用于临时会话便签。真正的记忆写入由独立的 Writer 子 Agent 全权负责——它自动保存检查点、压缩历史、重建简报。这种分工就像项目组里“干活的人不记账，记账的人不干活”，避免了主 Agent 在长程任务中因注意力偏移或上下文衰减导致的记忆错漏。
三重记忆锚点：项目、会话、进度同步固化
知识一致性不是靠单点快照，而是靠三个维度持续对齐：
- 项目记忆：绑定代码仓库根目录，自动识别模块结构、依赖关系和接口契约，形成静态知识基线
- 会话检查点：每轮交互后生成带时间戳与意图标签的轻量快照（如 “#refactor-db-layer-v2”），供后续快速定位上下文
- 任务进度状态：以状态机形式维护当前任务所处阶段（plan → code → test → review），各子 Agent 均按此状态驱动行为，不凭主观理解推进
/dream 自动收敛：周期性去重与路径验证
每7天触发一次 /dream 命令，由专属 Dream Agent 执行三项关键操作：
- 扫描全部历史会话与记忆文件，合并重复条目（例如多次讨论同一 API 错误码）
- 验证所有引用路径是否仍有效（如已删除的文件、重命名的函数会被标记为 stale）
- 将清洗后的知识压缩进紧凑的全局记忆状态（global_memory.bin），覆盖旧版本
这个过程不依赖人工干预，也不等待用户指令，确保分散的知识碎片能定期归一，避免“同一个问题在不同会话里被反复解释”。
Compose 模式下的协同约束
进入 Tab 切换的 Compose 模式后，系统强制启用统一任务图谱（Task Graph）。所有子 Agent（Designer、Coder、Tester、Reviewer）共享同一张图，每个节点含明确输入/输出契约与校验规则。比如 Coder 输出必须通过 Tester 定义的 schema 校验，否则无法流入 Review 阶段——这从流程层面切断了知识断层的传播链。
