如何利用 MiMo Code 自动化编排 Agent 协作以执行回归测试

用 MiMo Code 做自动化回归测试，核心其实不是写脚本，而是让多个 Agent 各司其职、并行协作，最后自动把结果汇总验证。它不依赖你手动写测试用例或维护 CI 配置，而是靠 Compose 模式 + 子 Agent 编排 + 持久记忆闭环来驱动整个流程。

进入 Compose 模式启动全流程

在终端运行

后按 切换到 模式（界面右上角会显示 “Mode: compose”）。这时候你只需要输入自然语言需求就行，比如：

• “对 src/utils/ 和 src/api/ 下所有导出函数执行回归测试：检查签名是否变更、行为是否兼容、新增函数是否覆盖基础用例”
• 或者更具体一些：

  “对比 v2.3.0 和 v2.4.0 分支，运行全量单元测试并生成差异报告，标记可能破坏兼容性的变更”

系统会自动把任务拆解开，不再只是生成一段代码，而是调度子 Agent 并行执行分析、比对、测试、报告四个环节。

子 Agent 分工执行关键动作

Compose 模式下，主 Agent 会动态创建子 Agent，每个 Agent 只专注一类职责，并且共享当前项目上下文（比如 Git 状态、tsconfig、jest 配置）：

• Diff Agent
  ：拉取两个版本的 AST，识别函数签名、导出项、类型定义的变化。

• Test Runner Agent
  ：基于已有的测试文件（或者自动生成最小的覆盖用例），在隔离环境里执行 jest/vitest，捕获失败和超时。

• Beha vior Checker Agent
  ：对关键函数做抽样调用，比对两个版本的输出（包括边界值、错误路径），找出那些静默的行为偏移。

• Reporter Agent
  ：汇总三个 Agent 的结果，生成 Markdown 报告（包括变更摘要、失败堆栈、风险等级标注），自动存到 reports/regression-20260625.md 里。

所有子 Agent 都支持后台运行，按 Ctrl+C 可以取消任意一个环节，不影响其他进程；执行期间通过 /status 就能查看各 Agent 的进度和日志片段。

用记忆机制保障回归一致性

回归测试的核心价值在于可重复、可比对。MiMo Code 的三重记忆机制正好支撑了这一点：

• 项目记忆
  ：首次运行后自动生成 MEMORY.md，记录你定义的“兼容性规则”（比如“utils/date.ts 里所有函数必须保持 ISO8601 输入输出”），后续回归时自动校验。

• 会话检查点
  ：中断后输入 /resume，就能从上次测试的断点续跑，不会重跑已经通过的模块。

• Dream 压缩
  ：每 7 天自动触发 /dream，合并历史回归报告，剔除冗余用例，保留高风险路径的强化测试集。

这意味着同一个仓库连续运行 3 个月的回归，Agent 不会越跑越慢，反而会越跑越准——它记住了哪些变更真正引发过问题。

与现有工程流程无缝衔接

MiMo Code 并不另起炉灶，而是直接复用你已有的工具链：

• 自动识别 package.json#scripts.test 或 vitest.config.ts，直接调用原命令。
• 读取 .gitignore 和 tsconfig.json，跳过非源码路径，避免误测 node_modules。
• 测试失败时，自动执行 git checkout HEAD -- 回滚临时修改，确保工作区干净。
• 报告生成后，可选执行 git add reports/ && git commit -m "chore: auto-regression report"。

不需要改构建配置，也不用学新 DSL，回归测试就嵌在日常终端操作里，用起来非常顺手。