用途：面向遗留系统现代化改造工作流，采用绞杀者模式（strangler fig pattern）逐步替换旧组件，同时通过专家代理协调维持业务连续运行。适用于旧代码库的现代化迁移任务，以及需要相关最佳实践、清单与指导的场景；与遗留系统现代化无关的任务不适用。
主要能力与分阶段流程： 阶段1 遗留评估与风险分析：用 legacy-modernizer 子代理分析代码库，产出技术债清单、组件复杂度评分、依赖映射与数据库耦合分析；用 architect-review 绘制依赖图与集成点目录；由 business-analyst 按业务价值×0.4、技术风险×0.3、快速见效潜力×0.3 加权评分排定迁移路线图与回滚策略。 阶段2 建立测试覆盖：用 test-automator 分析覆盖率，对低于40%覆盖的组件生成表征测试；实现集成点的契约测试与性能基线；由 data-engineer 设计测试数据管理与一致性监控。 阶段3 增量迁移：由 backend-architect 搭建 API 网关、特性开关、代理路由、熔断与双系统监控看板；按目标栈用 python-pro 或 golang-pro 现代化首批组件（依赖注入、SOLID、适配器、事件溯源或双写、12-factor）；由 security-auditor 做安全加固（OAuth 2.0/JWT、RBAC、输入校验、SQL 注入与 XSS 防护、密钥管理、OWASP Top 10）。 阶段4 性能验证与优化：用 performance-engineer 对比新旧组件的负载、延迟与吞吐，优化索引、缓存、连接池与异步处理；由 deployment-engineer 做渐进放量（5%→25%→50%→100%，每档观察24小时）并设定自动回滚触发条件（错误率>1%、延迟>基线2倍或业务指标下降）。 阶段5 完成与文档：由 legacy-modernizer 规划旧组件下线（流量归零至少30天后再归档）；由 docs-architect 输出前后架构图、API 迁移指南、双系统运行手册与经验总结。
配置选项：--parallel-systems、--big-bang、--by-feature、--database-first、--api-first。
成功标准：高优先级组件覆盖率>80%，迁移期间零计划外停机，P95 延迟在基线110%以内，安全漏洞减少>90%，技术债评分改善>60%，迁移后30天无回滚，新开发者可在1周内完成入职。
限制：仅在任务明确匹配上述范围时使用；输出不能替代针对具体环境的验证、测试或专家评审；缺少必要输入、权限、安全边界或成功标准时应停止并请求澄清。具体命令、依赖版本与价格信息资料暂未提供。