Legacy Modernizer
Modernisieren von Legacy-Codebasen und Migration veralteter Frameworks
Legacy-Systeme schaffen technische Schulden, die die Entwicklung verlangsamen und Sicherheitsrisiken erhöhen. Dieser Skill bietet bewährte Strategien für schrittweise Modernisierung unter Beibehaltung der Abwärtskompatibilität.
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“Legacy Modernizer”。 Bewerten Sie technische Schulden in einer 10 Jahre alten Python 2.7 Webanwendung mit 50K Zeilen Code
预期结果:
- Phase 1: Portierung zu Python 3.8+ mit 2to3-Tool und manueller Überprüfung (4-6 Wochen)
- Phase 2: Django-Update von 1.8 LTS auf aktuelle LTS-Version (3-4 Wochen)
- Phase 3: Ersatz veralteter Bibliotheken durch gewartete Alternativen (2-3 Wochen)
- Phase 4: Typhinweise hinzufügen und Code-Stil inkrementell modernisieren (laufend)
- Risikominderung: Paralleles Python 2-Umfeld aufrechterhalten, bis Phase 2 abgeschlossen ist
正在使用“Legacy Modernizer”。 Migrationsplan für jQuery-zu-React-Komponenten-Konvertierung erstellen
预期结果:
- Woche 1-2: React-Build-System neben bestehendem jQuery-Setup einrichten
- Woche 3-6: Zuerst isolierte Utility-Komponenten konvertieren (Formulare, Modals, Tabs)
- Woche 7-10: Seiten-Komponenten mit Strangler-Fig-Pattern migrieren
- Woche 11-12: jQuery-Abhängigkeiten entfernen und Legacy-Code bereinigen
- Wichtiges Pattern: React-Ports für schrittweise Integration mit bestehendem DOM verwenden
安全审计
安全This is a prompt-only skill containing no executable code. Static analysis scanned 0 files with 0 security patterns detected. The skill provides guidance on legacy code modernization, framework migrations, and technical debt reduction without any file system access, network operations, or external command execution. Safe for publication.
质量评分
你能构建什么
Enterprise-Framework-Migration
Planen und Durchführen der Migration von Legacy-jQuery-basiertem Frontend zu moderner React-Architektur unter Verwendung des Strangler-Fig-Patterns für schrittweisen Ersatz.
Legacy-Backend-Modernisierung
Transformierung monolithischer Java-8-Anwendungen zu modularer Java-17+-Architektur mit Dependency-Injection und verbesserter Testbarkeit.
Datenbankarchitektur-Upgrade
Migration von gespeicherte-prozedur-lastigen Datenbanken zu ORM-basierten Architekturen mit geeigneten Abstraktionsschichten und Migrationsskripten.
试试这些提示
Analysieren Sie diese Legacy-Codebase und identifizieren Sie die Top-5-Bereiche mit dem höchsten technischen Schuldenstand. Für jeden Bereich geben Sie an: (1) Beschreibung des aktuellen Zustands, (2) Risiken bei Nicht-Modernisierung, (3) empfohlener Modernisierungsansatz, (4) geschätzter Aufwand. Code: [Code einfügen oder System beschreiben]
Erstellen Sie einen phasenweisen Migrationsplan für den Wechsel von [Legacy-Framework] zu [Modern-Framework]. Include: Phasenaufschlüsselung mit Meilensteinen, Abwärtskompatibilitätsstrategie, Testansatz für jede Phase, Rollback-Verfahren und Feature-Flag-Empfehlungen. Zielsystem: [System beschreiben]
Helfen Sie mir, diese Legacy-Funktion unter Verwendung des 'zuerst Tests hinzufügen'-Ansatzes zu refaktorieren. Schritte: (1) Characterization-Tests schreiben, die das aktuelle Verhalten erfassen, (2) Refactoring-Möglichkeiten identifizieren, (3) Inkrementelle Änderungen mit Testverifizierung anwenden, (4) Alle Verhaltensänderungen dokumentieren. Legacy-Code: [Code einfügen]
Entwerfen Sie eine sichere Abhängigkeits-Update-Strategie für dieses Projekt. Analysieren Sie: aktuelle Abhängigkeitsversionen, verfügbare Updates mit Breaking Changes, empfohlene Update-Reihenfolge, Kompatibilitätstestanforderungen und Rollback-Plan. Projektabhängigkeiten: [Abhängigkeiten auflisten]
最佳实践
- Fügen Sie vor dem Refactoring immer umfassende Tests hinzu, um das bestehende Verhalten zu erfassen
- Verwenden Sie das Strangler-Fig-Pattern - Funktionalität schrittweise ersetzen, niemals Big-Bang-Rewrites
- Halten Sie in jeder Phase Abwärtskompatibilität mit klaren Deprecation-Timelines aufrecht
避免
- Versuch vollständiger Rewrites ohne inkrementellen Migrationspfad
- Entfernen von Legacy-Code, bevor die neue Implementierung vollständig in der Produktion getestet ist
- Ignorieren von Abwärtskompatibilitätsanforderungen während Framework-Migrationen