mimo code 的“自我纠错”依托可编排、回溯与沉淀的 agent 协同机制，含 max mode 多候选优选、子 agent 任务级交叉验证、checkpoint+dream 经验沉淀及外部工具链集成。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的“自我纠错”不是靠单次重试，而是靠一套可编排、可回溯、可沉淀的 Agent 协同机制。它不依赖模型一次输出正确，而是让多个角色分工协作，在关键节点主动验证、交叉比对、动态修正。
用 Max Mode 控制关键步骤的决策质量
Max Mode 是 MiMo Code 底层的容错增强机制，适用于接口设计、测试断言、Git 提交信息等易出错但影响深远的环节。开启后，Agent 会为同一目标生成多个候选动作（比如 3 种重构方案、4 种异常处理写法），再由内置 judge 子模块评估可行性、兼容性与测试覆盖率，选出最优解。
- 在 compose 模式下，系统默认对「生成测试用例」和「修改核心接口」启用 Max Mode
- 可通过 /config max_mode true 全局开启，或用 /max on 在当前任务中临时激活
- 每个候选动作附带执行预估成本（如文件改动行数、命令调用次数），避免过度试探
用子 Agent 实现任务级交叉验证
MiMo Code 允许主 Agent 按需派生子 Agent，并指定不同职责。这不是简单并行，而是构建验证闭环：一个写代码，一个写测试，一个做静态检查，三者结果互相校验。
- 例如执行 /refactor user_service --verify，系统自动启动：
– writer：修改业务逻辑
– tester：生成对应单元测试与集成测试
– linter：运行 ruff + mypy + custom rule check
– merger：比对三者输出一致性，任一不通过即中止提交 - 子 Agent 共享同一项目记忆快照，但拥有独立执行沙箱，互不污染状态
- 可用 /agent list 查看活跃子 Agent 及其进度，用 /agent cancel [id] 中止异常任务
靠 Checkpoint + Dream 实现跨会话纠错沉淀
单次会话中的纠错只解决当下问题；真正让 Agent “越用越稳”的，是把纠错过程变成可复用的经验。
- 每次任务失败后，系统自动生成 .mimo/ckpt/ 下的结构化检查点，含错误日志、上下文快照、被拒候选动作及原因标签
- 每 7 天触发 /dream，独立子 Agent 会扫描所有检查点，合并同类错误模式（如“未处理空指针导致 test panic”），生成新规则注入全局记忆
- 后续遇到相似场景（如再次操作 nullable 字段），系统会主动提示：“检测到历史类似错误，建议添加非空断言”，并给出补丁建议
接入外部工具链强化验证边界
MiMo Code 不把验证局限在自身逻辑内，而是开放 hook 接口，让 CI/CD、Sandbox 环境、甚至人工审核介入关键环节。
- 配置 .mimo/config.yaml 中的 post_check 字段，可指定命令如：
- "npm run build && echo 'build ok'"
- "curl -s http://localhost:3000/health | grep 'up'" - 支持设置 approval_required: true，对涉及数据库迁移或线上配置变更的操作，强制等待用户输入 /approve
- 与 GitHub Actions 集成后，可将 PR 自动触发 /review --strict，调用 codeql + custom rules 进行深度审查
