mimo code 的多 agent 协作将代码冲突解决拆解为可分工、可验证、可回溯的子环节：diff agent 基于 ast 识别结构/逻辑冲突与非冲突共存；角色化 agent 团队（architect/test/owner/mediator）按边界协同决策；结果沉淀为项目记忆并生成规则；支持终端内渐进式协商闭环。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的多 Agent 协作不是靠“谁快谁上”抢任务，而是把代码冲突解决这件事本身拆解成可分工、可验证、可回溯的子环节——它不回避冲突，而是把冲突变成协作的输入。
冲突识别交给专门的 Diff Agent
当多个分支修改同一函数或文件时，MiMo Code 不依赖 Git 原生 diff 输出粗粒度变更。它的 Diff Agent 会主动加载 AST（抽象语法树）和语义上下文，区分出三类变更：
- 结构冲突：比如两个 PR 都重命名了同一个类，但新名字不同；
- 逻辑冲突：同一段 if-else 被 A 改了条件判断，B 改了返回值，语义耦合不可合并；
- 非冲突共存：A 在函数开头加日志，B 在结尾加异常捕获——这类 MiMo Code 会直接标记为“自动可合”，跳过人工介入。
这个过程全程在本地终端完成，不上传源码，只传递变更指纹和语义标签。
决策权动态分配给角色化 Agent 团队
MiMo Code 内置固定角色团队（agentTeams），每个角色对冲突有明确裁量边界：
- Architect Agent：只看接口契约和模块边界，判断是否破坏兼容性；
- Test Agent：运行增量测试集，用覆盖率变化反推哪边改动更“安全”；
- Owner Agent：绑定 Git blame 历史作者，自动拉取其最近三次同类修改风格，作为风格优先级依据；
- Mediator Agent（主协调者）：不自己决定，而是按预设规则聚合三方结论——比如 Architect 否决 + Test 失败 ≥2 项 → 直接拒绝合并；仅 Owner 风格分歧 → 提供两版 diff 并列建议。
冲突解决结果自动沉淀为项目记忆
每次人工确认或自动裁决后，MiMo Code 不只是提交 merge commit，还会触发持久记忆系统做三件事：
- 将冲突类型、判定依据、最终选择写入项目记忆库，后续同类冲突优先匹配历史策略；
- 生成一条轻量级规则（如：“/src/api/auth.js 中 login() 函数禁止并发修改 response 结构”），加入本地 Linter 规则集；
- 若该冲突涉及跨模块调用，/dream 会在下次周期自动提取模式，更新架构图注释与接口契约文档。
支持渐进式协商而非强制覆盖
面对开发者的异议（比如拒绝 Mediator 推荐方案），MiMo Code 不中断流程，而是启动协商子流程：
- 允许用户用自然语言说明理由（如“B 的改法虽破坏旧接口，但已同步更新所有调用方”）；
- Test Agent 立即重跑全链路调用测试，Architect Agent 重新校验契约一致性；
- 若新增证据满足阈值，Mediator 自动更新决策，并将本次协商过程存为新记忆节点。
整个过程不打断编码流，也不要求开发者切换工具或查文档——所有动作都在终端当前会话内闭环。
