绞杀者遗留现代化

遗留现代化为什么难

老系统往往叠了多年技术债：过时依赖、废弃 API、安全洞、性能瓶颈和紧耦合架构。一次性「大爆炸」重写风险高，业务又不能停。更现实的路径是让新实现逐步包住旧组件，两套系统在过渡期共存——也就是 绞杀者无花果（Strangler Fig） 模式。

技能如何组织工作流

本技能把现代化拆成可验证的阶段，并通过 Task 子 Agent 分工，而不是单轮泛泛建议：

• 评估与映射：legacy-modernizer 产出技术债清单、复杂度评分与现代化就绪度；architect-review 画依赖图并标出门面/适配器与循环依赖；business-analytics::business-analyst 用加权矩阵排迁移优先级并定义回滚策略。
• 质量门禁：unit-testing::test-automator 分析覆盖率缺口，为后续切换提供可观测基线（文档中阶段 2 与流量分档思路需结合 resources/implementation-playbook.md 落地）。
• 收尾：退役前用流量数据确认零依赖；documentation-generation::docs-architect 交付前后架构、API 迁移说明、双系统运行手册与决策记录。

可按策略切换节奏：--parallel-systems、--big-bang、--by-feature、--database-first、--api-first。成功标准包括覆盖率 >80%、迁移期零非计划停机、P95 在基线 110% 内、漏洞显著下降，以及迁移后 30 天无回滚稳定运行。

适用边界

• 任务与 遗留代码现代化编排 无关时不要用本技能。
• SKILL 正文阶段 3～4 未完整展开，实施细节以 playbook 为准；不要假设文档里未写明的自动化能力。
• 子 Agent 类型与提示词是工作流契约，实际效果取决于你提供的 $ARGUMENTS（目标代码库/范围）与上下文是否完整。