MiMo Code不执行Git合并，而是工程化辅助解决冲突：先理解上下文生成摘要，再提供多方案建议，支持安全验证与协同留痕，自动沉淀经验至MEMORY.md。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 本身不直接执行 Git 合并操作，也不替代 git merge 或 git rebase 的底层逻辑。它处理代码冲突的方式，是把“人如何思考冲突、判断取舍、生成安全修改”这一过程，用工程化手段辅助落地——重点在理解、建议、验证，而非自动覆盖。
理解冲突上下文
当 MiMo Code 检测到当前分支存在未解决的合并冲突（例如 git status 显示 “both modified” 文件），它会主动读取冲突标记区域（<<<< HEAD / ====== / >>>> branch-name），结合项目记忆（MEMORY.md）、最近会话检查点、以及当前文件的语义结构，生成可读性高的冲突摘要。不是简单复述两段代码，而是说明：“A 修改了 auth 流程的 token 校验逻辑，B 调整了错误码返回格式，二者在第 42 行 handler 函数内产生交叠。”
提供多方案修复建议
它不会强制选择某一方，而是基于规则和上下文给出结构化选项：
- 保留 A 的逻辑 + 融合 B 的错误码封装方式（附带修改后代码块）
- 采用 B 的结构，但注入 A 的校验条件（含 diff 补丁）
- 提取共用逻辑为新函数，两边调用（含函数签名与实现建议）
- 标注该冲突涉及的测试用例路径，提醒你运行哪些 test 再提交
安全执行与验证
选定方案后，MiMo Code 可直接调用内置编辑器能力（如 mimo edit src/auth/handler.ts）定位冲突行，插入建议内容，并自动触发语法检查与轻量单元测试（若项目配置了 jest/tap 等）。它还会在修改后生成变更摘要，提示你是否需同步更新文档或接口契约。
协同留痕与记忆沉淀
每次成功解决冲突，MiMo Code 会将决策依据、选用方案、影响范围自动写入项目级 MEMORY.md，并打上 conflict-resolution 标签。后续类似场景出现时，子智能体能快速检索历史模式，避免重复讨论。你也可以随时运行 /dream 命令，让系统定期压缩这些经验，形成可复用的团队协作规范片段。
