mimo code 通过可观测工程系统实现异常检测与修复：运行时错误捕获并结构化归因、语义级任务完成度验证、跨轮次状态漂移检测、失败模式记忆与渐进修复闭环。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的异常检测与修复逻辑，不是靠模型“直觉”猜错在哪，而是把编程过程当成一个可观测、可验证、可回溯的工程系统来设计。它不假设模型永远正确，而是默认每一步都可能出错，并提前布设多层校验点。
运行时错误自动捕获与归因
当执行命令（如 npm run build、python test.py）失败时，MiMo Code 不仅捕获 exit code 和 stderr，还会做三件事：
- 将报错上下文（前5行+后5行源码、调用栈片段、当前工作目录结构）结构化为 Error Context Tree，存入本地 FTS5 全文索引库，供后续检索复用
- 触发 Writer subagent：一个轻量专用子智能体，只负责重写报错日志为自然语言摘要（例如：“TypeScript 类型错误：UserSchema 接口缺少 required 字段 email，位置在 src/models/user.ts 第23行”），避免原始错误被长堆栈稀释
- 比对最近3次同类命令（如连续 npm run）的历史成功快照，识别是否为环境漂移（如 node_modules 更新）、配置变更（.env 变动）或代码腐化（某次提交引入）
语义级任务完成度验证
传统 Agent 常在输出“已完成”后就停止，但 MiMo Code 引入 Goal 停止条件——它不依赖模型自述，而用可执行断言验证目标是否真达成：
- 若任务是“添加 JWT 验证中间件”，验证项包括：文件是否新增 middleware/auth.ts、app.use() 是否调用该中间件、对应测试用例是否通过
- 若任务是“修复 ESLint 报错”，验证项包括：执行 eslint --fix 后零警告、git diff --staged 无 ESLint 相关修改残留
- 所有验证逻辑以 YAML 形式嵌入 workflow 定义，支持用户自定义扩展，不硬编码进模型提示词
跨轮次状态漂移检测
长程任务中，Agent 容易在第50步忘记第5步改过的配置项。MiMo Code 用 Cycle 机制主动防断片：
- 每完成5–8轮操作，自动触发一次 State Snapshot：提取当前 Git HEAD、关键 config 文件哈希、package.json 依赖树指纹、运行时进程列表
- 将快照与上一轮 Cycle 的状态比对，生成 Drift Report（例如：“.env.development 新增 DATABASE_URL 字段；node_modules 中 jest 版本从 29.7.0 升至 30.1.0”）
- 若发现非预期漂移（如未声明却升级了 major 版本依赖），暂停流程并要求用户确认，而非静默继续
失败模式记忆与渐进修复
单次报错修复失败不是终点，而是新知识的起点。MiMo Code 的 Dream → Distill → Project Memory闭环让经验真正沉淀：
- Dream：当某类错误连续3次触发相同修复动作仍失败，启动模拟推理——在沙箱中尝试5种替代方案（如换 Babel 插件、降级 TypeScript 版本、改用 swc）
- Distill：从成功与失败案例中抽取出可泛化的规则（例如：“vite@5.x + react@19.x 在 SSR 模式下需禁用 optimizeDeps.include”），存为结构化知识条目
- Project Memory：该规则自动绑定到当前仓库元数据（框架、构建工具、TS 版本），下次同类项目启动时即加载，无需重复学习
