MiMo Code 的协作 Agent 机制通过 Plan、Build、Compose 三阶段实现微服务重构：Plan 阶段结构化拆解单体，输出可执行计划；Build 阶段派发子Agent并行执行任务；Compose 阶段闭环验证并生成 diff 报告；依托 SQLite FTS5 持久记忆支持迭代优化。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的协作 Agent 机制，专为复杂工程任务设计，不是简单并行跑几个指令，而是让多个子Agent在统一上下文里分工、验证、反馈，最终由主Agent编排交付。微服务重构这类跨模块、多依赖、长周期的任务，恰恰是它最擅长的场景。
用 Plan 模式做结构化拆解
进入 Plan 模式（按 Tab 切换）后，MiMo Code 不会直接写代码，而是先读取整个单体仓库，识别模块边界、调用链、数据流向和外部依赖。它输出的不是模糊建议，而是可执行的阶段计划：
- 自动标注出高耦合区域（比如用户模块和订单模块共享的 auth 中间件）
- 生成每个服务的 API 接口契约草案（含 OpenAPI v3 格式）
- 列出数据库表拆分优先级（如先拆 user 表，再处理关联的 address 表）
- 标记需保留的全局配置项（如 Redis 连接池参数、日志采样率）
Build 模式下派发子Agent 并行执行
切换到 Build 模式后，主Agent根据 Plan 阶段的输出，动态生成子Agent并分配职责。每个子Agent共享当前项目上下文，但独立运行、互不干扰：
- 一个子Agent负责重写用户服务的 gRPC 接口层，并自动生成对应 proto 文件
- 另一个子Agent同步提取订单模块业务逻辑，封装为独立 service 包，同时注入 mock 数据库连接
- 第三个子Agent扫描所有 HTTP 路由，将原单体中的 /api/v1/orders 转为调用新订单服务的 client
- 所有子Agent完成后，主Agent自动合并变更、运行单元测试、检查 import 冲突
Compose 模式闭环交付与验证
当子任务完成，进入 Compose 模式——这不是“汇总结果”，而是启动端到端验证流程：
- 自动拉起本地 minikube 环境，部署全部微服务及网关
- 基于 Plan 阶段定义的接口契约，生成并运行集成测试套件（覆盖跨服务调用路径）
- 对比迁移前后关键链路的耗时、错误率、内存占用（通过内置 profiling 工具）
- 输出一份 diff 报告：哪些代码被移除、哪些配置新增、哪些 API 兼容性需注意
靠持久记忆避免重复劳动
微服务重构常需多轮迭代。MiMo Code 的 SQLite FTS5 持久记忆系统会记录每次 Plan/Build/Compose 的决策依据、失败原因和修复路径。下次你输入“优化支付服务的幂等性”，它不会从头分析全量代码，而是直接调取上次关于 payment_service_idempotency 的记忆片段，复用已有状态和验证逻辑，跳过已确认的边界条件。
