Ein Zwei-Schritt-KI-Workflow für die Modernisierung von Legacy-Code

Ein Reddit-Beitrag auf r/ClaudeAI argumentiert dagegen, KI einfach zu bitten, Legacy-Spaghetti-Code zu 'refaktorieren', und stellt fest, dass KI dazu neigt, fehlerhafte bestehende Strukturen beizubehalten. Stattdessen schlägt es einen zweistufigen 'Reverse Engineering'-Workflow vor, der das LLM-Denken effektiver nutzt.

Das Problem mit direktem Refactoring

Wenn Sie alten Code in einen KI-Agenten einfügen und eine Anfrage wie 'Bitte refaktorieren Sie dies und machen Sie es sauber' stellen, ist das Ergebnis oft nur eine polierte Version derselben schlechten Architektur. Die KI wird durch den von Ihnen bereitgestellten Code beeinflusst – sie versucht, Ihre Struktur, Variablennamen und Logikabläufe beizubehalten, selbst wenn sie von Anfang an fehlerhaft waren.

Der zweistufige 'Reverse Engineering'-Prozess

Schritt 1: Die Absicht extrahieren (Das 'Was')

Bitten Sie die KI nicht, den Code zu reparieren. Bitten Sie sie stattdessen, die Codestruktur zu ignorieren und die Geschäftslogik zu extrahieren. Lassen Sie sie speziell ein hochrangiges Business Requirement Document (BRD) basierend auf der Datei schreiben. Dies liefert die reine Logik ohne die technische Schuld.

Schritt 2: Der 'Saubere Tisch'-Aufbau (Das 'Wie')

Nehmen Sie dieses frische BRD und geben Sie es in einen 'Master Architect'-Prompt ein. Jetzt repariert die KI keine alten Fehler; sie baut eine Lösung von Grund auf mit modernen Best Practices auf. Dieser Ansatz erleichtert auch die Technologiemigration (z.B. von Legacy-Java zu modernem Node.js), da die Zwischenschicht des BRD technologieunabhängig ist.

Der Beitrag erwähnt, dass der spezifische 'Master Architect'-Prompt für Schritt 2 im ersten Kommentar des Reddit-Threads bereitgestellt wird.