mimo code通过refactoragent、repoagent和coordinator三类agent协同实现跨文件重构：refactoragent设计重构路径，repoagent分析依赖与风险，coordinator统筹执行并分类输出结果。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
跨文件重构不是改几行代码的事，而是牵一发而动全身的系统性任务。MiMo Code 的优势不在“单次回答多准确”，而在“多个 Agent 各盯一块、同步推进、互不干扰又彼此校验”。它把原本需要人反复切换文件、比对逻辑、手动验证的过程，拆解成可并行、可追踪、可回溯的协作流。
RefactorAgent 负责设计与转换
它不直接改代码，而是先理解意图、识别模式、提出重构路径。比如你要把散落在 5 个文件里的硬编码 API 地址统一为配置项，RefactorAgent 会：列出所有匹配位置；判断哪些是真正需要抽取的（排除测试 mock）；给出转换后的接口签名和调用链变化；生成带注释的 patch 模板。它专注“怎么改才合理”，不碰执行细节。
- 输入需明确范围，例如 “重构 auth 目录下所有 login 相关逻辑，迁移到 useAuth hook”
- 输出含变更影响图（哪些文件/函数/测试受影响），不是纯文本建议
- 默认使用 MiMo-V2.5-Pro 模型，对跨文件语义一致性识别强于通用模型
RepoAgent 看清依赖与风险边界
它像一个静态分析协作者，扫描整个仓库结构，告诉你“现在改会不会断”。它不写代码，但能指出：某个 utils 函数被 12 个地方调用，其中 3 处在 test 文件里未 mock；某处 import 是动态 require，RefactorAgent 的静态替换可能漏掉；Git blame 显示最近一次修改来自运维同学，建议同步确认。它让重构从“我觉得没问题”变成“证据显示风险可控”。
- 自动识别隐式依赖（如通过字符串拼接构造的模块路径）
- 标记高耦合区域，提示是否需先解耦再重构
- 输出技术债评分（0–10），配合 Coordinator 给出优先级建议
Coordinator 统筹执行与冲突仲裁
它不干活，但管干活的人。10 个 Agent 并行跑完后，Coordinator 做三件事：合并修改建议（比如 RefactorAgent 和 TestAgent 对同一函数签名有不同提议，它选兼容性更强的）；检测文件级冲突（两个 Agent 都想改 src/api/client.ts）；计算整体风险分（基于 RepoAgent 的评分 + 修改行数 + 测试覆盖率变化）。最终生成一份带决策依据的报告，而不是堆砌原始输出。
- 支持人工干预点：在合并前暂停，允许你否决某条建议或指定 fallback 方案
- 结果按“必须处理 / 建议处理 / 可忽略”三级分类，附每条依据来源（哪个 Agent 提出、依据哪段代码）
- 导出为 spec-manager 兼容格式，自动存档到 L3Impl 规格中
实际跑一次跨文件重构的关键动作
不是丢一句“帮我重构”，而是用结构化指令启动协作。典型流程是：
- 先用 spec-manager spec new L2 –topic auth –title “登录态管理重构方案” 锁定设计共识
- 运行 mimo refactor --files "src/auth/**/*" --target "composable"，触发 Agent 并行调度
- Coordinator 输出报告后，用 mimo apply --risk-threshold 6 自动执行低风险修改，高风险部分留待人工确认
- 所有中间产物（依赖图、patch diff、风险日志）自动存入本地 SQLite FTS5 数据库，下次会话可查
