mimo code 通过子 agent 编排实现开发中断连续性，核心是“隔离+状态接管”：error handler 处理异常、checkpoint writer 快照保存、resume planner 智能续跑，barrier() 保障并行任务不阻塞，记忆系统兜底续写，支持用户主动干预断点。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
遇到开发中断时，MiMo Code 不是简单重试或从头开始，而是靠子 Agent 编排机制维持任务连续性。它的核心不是“恢复”，而是“隔离+状态接管”——主流程不卡顿，异常由独立子单元处理，再把结果无缝汇入。
子 Agent 的分工逻辑
当命令执行失败、模型输出异常、或用户中途打断时，系统不会让主 Agent 停下思考。它会立刻触发对应类型的子 Agent：
- Error Handler：捕获终端报错、编译失败、依赖缺失等具体错误，自动读取 error log，定位根因，生成修复建议或重试指令
- Checkpoint Writer：在中断前 2–3 秒内完成当前会话快照（含任务树、已执行步骤、未完成分支），写入磁盘固定字段，不依赖上下文窗口
- Resume Planner：重启后优先加载最近 checkpoint，对比当前项目状态（如文件哈希、git diff），判断哪些步骤已生效、哪些需跳过或重跑
barrier() 保证并行任务不漏收
在 Compose 模式下，一个需求常被拆成多个并行子任务（比如同时生成组件代码、测试用例、README 和 CI 配置）。如果其中某个子任务失败，其他仍在运行——这时 barrier() 就起关键作用：
- 它不等待全部完成才继续，而是设定超时阈值（默认 90 秒）和最小成功数（默认 ≥3/5）
- 未达标的子任务会被标记为 “pending”，由 Error Handler 单独跟进，不影响主流程推进
- 所有已成功子任务的结果统一打包，交由主 Agent 进行整合与验证，避免“等一个失败项拖垮全局”
记忆系统兜底续写
即使终端关闭、网络断开、甚至机器重启，只要项目目录没删，MiMo Code 就能接续：
- 每次启动时自动扫描 .mimo/ 目录下的 checkpoint 文件，识别最新有效快照
- notes.md 中的手动记录（比如“这里要加权限校验”）会被优先载入，作为 resume 后的第一条指令
- 如果发现多份冲突快照，系统按时间戳 + 任务树一致性双重校验，选最完整的一份激活，其余归档为 backup_*.json
用户可主动干预的断点控制
除了自动响应，你也能用几条简单命令接管中断处理：
- /status 查看当前任务树、各子 Agent 状态、checkpoint 时间戳
- /rollback step-12 回退到指定步骤（只撤销代码变更，保留记忆快照）
- /retry failed-test 让 Error Handler 重新执行某类失败项，不重复整个流程
- /export plan 导出当前任务规划为 YAML，方便人工审核或分享协作
