用途：在代码变更、发布前、依赖或环境更新后，验证修复与改动没有破坏既有功能。核心做法是先分析改动（如 git diff、影响分析），再基于改动与风险挑选测试而非全量运行，然后按优先级执行（冒烟→选择性→全量），并优化执行与监控套件健康度。
主要能力：回归类型分为纠错型（无代码变更、全量套件）、渐进型（新功能、既有加新增）、选择型（特定改动、变更及其依赖）、完整型（大型重构、全部）。测试选择策略包括基于改动（git diff 分析，减少 70%–90%）、基于风险（按影响排序，50%–70%）、基于历史（频繁失败，40%–60%）与时间预算式。还提供套件分层建议：每次提交跑冒烟加变更代码测试（5–10 分钟），每夜扩展回归（30–60 分钟），发布前全量回归（2–4 小时）。
使用方式：资料给出 CI/CD 集成示例（如 .github/workflows/regression.yml 中 quick-regression 与 nightly-regression 作业）、并行执行与分片配置（maxWorkers、--shard）、增量测试与冒烟快速失败等优化手段；也支持由代理进行智能选择，返回 mustRun、shouldRun、canSkip、estimatedTime、riskCoverage，以及从生产缺陷自动生成回归测试，并可协调多个质量工程代理完成分析、执行、覆盖率与质量门禁。
适用场景：任何代码改动后的验证、发布前检查、依赖更新与环境变更后。限制：资料未提供具体价格、收费、平台支持范围与实测效果保证；所有优化参数需按项目实际调整。