mimo code 通过闭环验证机制保障自动化审查与修复可靠性：独立验证模型严格比对执行结果与自然语言停止条件，失败时结构化反馈并精准触发修复，依托 sqlite fts5 记忆系统实现跨轮次状态继承。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的自动化审查与修复不是靠单次生成就完事，而是通过一套闭环验证机制来保障结果可靠。它把“干活”和“验活”彻底分开，让两个角色各司其职，避免自我认同偏差。
独立验证者模型实时审查每次终止
Agent 每次声称任务完成（比如“代码已写好并提交”），系统不会直接采纳，而是调用一个独立的验证模型。这个模型不参与编码过程，只接收完整对话历史 + 所有工具实际输出（如 git status、test 结果、文件 diff），然后严格比对用户设定的自然语言停止条件（例如“所有测试通过且 PR 已创建”）。
- 验证依据是真实执行结果，不是 Agent 的描述或承诺
- 验证上下文与 Agent 完全一致，含终端原始输出、错误日志、文件变更快照
- 若条件未满足，反馈具体差距（如“test.js 第 12 行断言失败”“PR 尚未提交”），而非笼统提示“重试”
审查失败后自动触发精准修复路径
验证不通过时，系统不盲目重试，而是将差距信息结构化注入下一轮执行：
- 自动定位到失败环节（如测试失败 → 跳转至对应测试文件）
- 锁定需修改的代码段与上下文边界（避免全局重写）
- 若连续两次在同一子任务卡住，启动子代理介入分析（例如调用 diff 分析器识别逻辑冲突点）
跨轮次状态继承保障修复连贯性
得益于 SQLite FTS5 驱动的记忆系统，每次修复都在已有检查点上延续：
- MEMORY.md 记录项目约束（如“必须使用 TypeScript”“禁用 eval”）
- checkpoint.md 存储当前任务进度与已验证通过的中间产物
- notes.md 保存调试过程中的临时发现（如“mock 数据格式异常”）
这些文件在会话中断重启后自动加载，修复动作始终基于最新可信状态，而非从头猜测
这套机制让 MiMo Code 在长周期任务中保持判断稳定——不是越修越偏，而是越修越准。
