用途：指导应用迁移项目，从遗留系统现代化到云迁移、技术栈转换和数据迁移，提供系统化的工作流程与方法。
主要能力：
- 现状评估：创建应用清单（名称、技术栈、依赖）、梳理数据流与集成点、识别业务关键性、记录合规要求、测量性能指标，产出含复杂度评分的评估报告。
- 策略选择：根据复杂度和业务约束选择方式，包括 Strangler Fig（适合复杂应用，逐步切换流量，风险低，周期6-18个月）、Big Bang（适合简单应用，一次性切换，风险高，1-3个月）、Phased（适合多租户或区域部署，逐个迁移，风险中，3-12个月）。
- 计划：定义阶段与两周冲刺、分配人员（开发3-10人、QA 2-4人、DevOps 1-2人、架构师1人）、预算按初估的1.5-2倍、记录前5大风险及应急方案、提前测试回滚流程。
- 执行：按迭代模式迁移，部署到预发环境，运行单元/集成/E2E测试与性能测试，执行UAT，用功能开关逐步放量（10%起，一周内增至100%），观察30天后下线旧组件。关键规则：不要同时迁移数据和代码，先迁代码再迁数据。
- 验证与切换：提供切换前检查清单；切换窗口选在流量最低时段；切换后72小时监控错误率、响应时间、连接池、CPU内存和业务成功率。
使用方式：资料给出按迁移阶段加载的参考文档（migration-assessment.md、migration-strategies.md、migration-planning.md、execution-playbook.md、best-practices.md、metrics-and-success-criteria.md、post-migration-activities.md），但未提供具体安装命令或调用方式，暂未提供。
适用场景：企业遗留系统改造、上云、技术栈升级、数据库迁移等。
限制：资料中的时间、人数、预算倍数与监控阈值为建议性参考，未说明实际工具支持或平台限制；具体命令与操作方式暂未提供。