mimo code 的自动修复是终端原生 agent 驱动的闭环流程，支持指定文件行号、错误信息或测试失败触发，经诊断—生成—验证—提交四步完成，全程预览可控、记忆可追溯、操作可中断。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的自动修复能力不是简单地“生成一段代码再贴进去”，而是以终端原生 Agent 的方式，结合项目上下文、测试反馈与 Git 状态，闭环完成“诊断—生成—验证—提交”全流程。它依赖持久记忆和 Compose 模式驱动，真正实现可追溯、可审查、可中断的 Patch 自动化。
自动修复如何启动
在已初始化的代码仓库中，直接运行以下命令即可触发修复流程：
-
mimo fix --target
: ：指定具体文件与行号（如mimo fix --target src/api.ts:42） - mimo fix --error "Cannot read property 'data' of undefined"：粘贴控制台报错信息，AI 自动定位根源
-
mimo fix --test-fail：当
npm test或pytest失败时，自动读取失败日志并分析
背后的关键机制
自动修复不是单次调用模型，而是由多个子代理协同完成：
- Diagnose Agent：读取源码、错误堆栈、Git diff 和最近一次 commit，识别是否为 NPE、类型不匹配或逻辑遗漏
- Patch Generator：基于 MiMo-V2.5 的百万 token 上下文能力，同时查看相关模块（如 types、utils、tests），生成语义一致的修改
- Verifier Subagent：自动执行 lint、type check、关联单元测试，并模拟 patch 后的运行路径
- Writer Subagent：将确认通过的变更写入文件，同时生成符合团队规范的 commit message（含 issue 关联、改动摘要、风险提示）
安全与可控性设计
所有 Patch 操作默认处于“预览模式”，不会直接写入磁盘或提交：
- 首次运行时，会输出
diff -u格式的完整变更预览，支持人工逐行确认 - 可通过
--dry-run查看全流程决策日志，包括诊断依据、候选 patch 排名、测试结果 - 若启用
--auto-commit，系统仍会要求输入确认码（防止误触），且自动创建本地分支fix/xxx - 每次修复结果自动存入 SQLite 记忆库，下次遇到同类错误可加速复现与回滚
实战建议
自动修复效果高度依赖上下文质量，推荐以下做法提升成功率：
- 确保项目已配置标准
package.json或pyproject.toml，含 lint/test 命令别名 - 关键接口与错误路径尽量有单元测试覆盖（MiMo Code 会优先参考 test 文件定位边界）
- 对历史 bug 使用
mimo recall --tag=bug-2026-06调出过往修复记忆，辅助当前诊断 - 复杂逻辑错误建议先用
mimo plan拆解步骤，再分段调用mimo fix，避免一次性改动过大
