framework-migration-legacy-modernize
安全迁移遗留系统
使用绞杀榕模式，在不中断服务的情况下将过时的遗留系统转换为现代架构。该技能编排分阶段迁移，通过代理协调进行评估、测试和实施。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“framework-migration-legacy-modernize”。 分析我们的遗留单体应用以进行现代化
预期结果:
现代化准备情况报告：
组件分析：
- 订单管理（复杂度：7/10，风险：高）- 具有快速获胜潜力
- 用户认证（复杂度：9/10，风险：关键）- 需要复杂重构
- 支付处理（复杂度：6/10，风险：高）- 需要外观模式
推荐优先级：
1. 订单管理 - 快速获胜，业务风险低
2. 支付处理 - 收入关键，需要仔细测试
3. 用户认证 - 复杂度最高，安排在后期
迁移时间线：预计 12-18 个月
正在使用“framework-migration-legacy-modernize”。 为我们的 Rails 应用创建迁移路线图
预期结果:
绞杀榕迁移路线图：
阶段 1（第 1-4 周）：基础设施设置
- API 网关配置
- 功能标志系统
- 双系统监控
阶段 2（第 5-12 周）：第一波组件
- 提取订单管理到 API
- 实现适配器模式
- 建立契约测试
阶段 3（第 13-20 周）：渐进式 Rollout
- 5% → 25% 流量转移
- 监控错误率和延迟
- 自动回滚就绪
安全审计
安全Static analysis flagged potential issues but manual review confirms all findings are false positives. Line 29 contains markdown file reference syntax (not shell backtick execution). Lines 3, 65, and 112 contain prompt template text with no cryptographic algorithms. The skill is a legitimate legacy modernization workflow guide.
高风险问题 (2)
质量评分
你能构建什么
企业应用迁移
使用分阶段 rollout 在保持业务连续性的同时，将大型单体应用迁移到微服务架构。
Ruby on Rails 遗留升级
通过逐步提取组件到现代框架，现代化较旧的 Rails 应用。
遗留 API 现代化
使用外观模式支持现有消费者，同时用现代实现替换已弃用的 REST API。
试试这些提示
分析我们在 [ codebase_path ] 的遗留系统的现代化准备情况。创建技术债务清单，包括过时的依赖项、已弃用的 API 和安全漏洞。生成带有组件复杂度评分的现代化准备情况报告。
基于我们的遗留评估报告，使用绞杀榕模式创建优先迁移路线图。包括依赖映射、需要外观模式的集成点，以及每个组件的风险缓解策略。
现代化我们优先路线图中的以下组件：[ component_list ]。提取业务逻辑，使用依赖注入和 SOLID 原则的现代模式实现，通过适配器模式确保向后兼容性。
使用功能标志实现渐进式 rollout 策略。从 5% 的流量开始路由到现代化组件。定义自动回滚触发器：错误率 >1%，延迟 >基线的 2 倍。创建 rollout 计划：5% → 25% → 50% → 100%，每个阶段 24 小时观察期。
最佳实践
- 在迁移每个组件之前建立全面的测试覆盖率（>80%），以确保行为保持
- 对所有流量路由使用功能标志，以便在出现问题时能够即时回滚
- 通过适配器模式保持向后兼容性，直到完全迁移得到验证
避免
- 没有并行系统运行的大爆炸式迁移 - 增加完全系统故障的风险
- 在没有足够测试基础设施的情况下首先迁移关键收入组件
- 跳过遗留评估直接进行代码现代化