Viele Unternehmen betreiben Systeme, deren Code älter ist als ein Teil des heutigen Teams: COBOL auf dem Großrechner, Java-Anwendungen aus früheren Framework-Generationen oder PHP-Monolithen, die über Jahre gewachsen sind. Die ursprünglichen Entwickler sind oft nicht mehr da, Dokumentation fehlt. Coding-Agenten eröffnen hier neue Möglichkeiten, weil sie große Codemengen lesen, erklären und umbauen können. Dieser Ratgeber zeigt, wie Legacy-Modernisierung mit Agenten realistisch funktioniert, warum der Big-Bang-Rewrite meist die falsche Idee bleibt und wie ein Workshop dazu aufgebaut ist.
Erst verstehen, dann ändern
Die größte Stärke von Agenten wie Claude Code oder OpenAI Codex in Legacy-Projekten ist nicht das Schreiben, sondern das Lesen. Ein Agent kann einen unbekannten Monolithen durchsuchen, Aufrufketten nachverfolgen, Geschäftsregeln aus verschachtelten Bedingungen herausarbeiten und in verständlicher Sprache zusammenfassen. Bei COBOL kann er Copybooks und Programme in Beziehung setzen, bei Java Abhängigkeiten zwischen Paketen sichtbar machen.
Diese Erklärungen sind ein Ausgangspunkt, kein Beweis. Agenten können Zusammenhänge falsch deuten, besonders bei ungewöhnlichen Konstrukten oder impliziten Abhängigkeiten über Datenbanken und Dateischnittstellen. Deshalb sollte jede wichtige Erkenntnis von jemandem mit Systemkenntnis bestätigt und in einer Architekturdokumentation festgehalten werden, die künftig auch als Agenten-Kontext dient.
Das Strangler Pattern mit Agenten umsetzen
Beim Strangler Pattern wird ein Altsystem nicht auf einen Schlag ersetzt. Stattdessen werden Funktionen schrittweise in eine neue Umgebung verlagert, während eine Fassade oder ein Routing entscheidet, welche Anfragen bereits vom neuen System beantwortet werden. Das Altsystem schrumpft, bis es abgeschaltet werden kann.
Agenten beschleunigen jeden Schritt dieses Musters. Sie identifizieren gut abgrenzbare Funktionen, schreiben Charakterisierungstests, die das bestehende Verhalten festhalten, implementieren die neue Variante und vergleichen die Ergebnisse beider Systeme.
- Lassen Sie den Agenten eine Landkarte der fachlichen Funktionen und ihrer Abhängigkeiten erstellen und prüfen Sie diese im Team.
- Wählen Sie eine Funktion mit wenigen Abhängigkeiten und hohem Nutzen als erstes Kandidaten-Modul.
- Erzeugen Sie Charakterisierungstests, die Ein- und Ausgaben des Altsystems für diese Funktion festhalten.
- Implementieren Sie die neue Variante und lassen Sie beide Systeme eine Zeit lang parallel mit denselben Eingaben laufen.
- Leiten Sie den Verkehr erst um, wenn die Ergebnisse übereinstimmen, und entfernen Sie dann den alten Code.
Typische Stolpersteine
Der häufigste Fehler ist die automatische Übersetzung im großen Stil. Eine Zeile-für-Zeile-Übertragung von COBOL nach Java oder von altem PHP in ein modernes Framework erzeugt Code, der zwar neu aussieht, aber die alten Strukturen mitschleppt. Ebenso riskant sind stillschweigende Änderungen an Rundungsregeln, Zeichensätzen oder Datumslogik, die in Altsystemen oft fachlich bedeutsam sind.
Ein weiterer Stolperstein ist der Kontext. Große Monolithen überschreiten jedes Kontextfenster. Gute Ergebnisse entstehen, wenn Aufgaben klein geschnitten sind, Subagents gezielt Teilbereiche untersuchen und die Erkenntnisse in Dateien festgehalten werden, statt im Gesprächsverlauf verloren zu gehen.
Aufbau des Workshops
Im Workshop arbeiten wir an einem Ausschnitt Ihres Altsystems. Der erste Teil widmet sich der Analyse: Code erklären lassen, Geschäftsregeln dokumentieren, eine Modernisierungslandkarte erstellen. Im zweiten Teil setzen die Teilnehmenden einen ersten Strangler-Schritt um, inklusive Charakterisierungstests. Abschließend erarbeiten wir einen Fahrplan, welche Bereiche sich als Nächstes eignen.
Wichtig für den Erfolg ist die Zusammensetzung der Gruppe. Idealerweise sitzen Personen mit langjähriger Systemkenntnis neben Entwicklerinnen und Entwicklern, die moderne Zielarchitekturen kennen. Die einen können die Erklärungen des Agenten bewerten, die anderen die neue Umsetzung gestalten. Genau dieser Wissenstransfer, den der Agent vermittelt und beschleunigt, ist oft der wertvollste Effekt eines solchen Workshops.
Modernisierung mit neooutput
neooutput bietet Agentic-Coding-Workshops mit unseren AI Code Engineers, remote oder vor Ort, auf Deutsch oder Englisch. Wenn Sie nach dem Workshop Unterstützung bei der Umsetzung suchen, stehen unsere AI Code Engineers on Demand bereit. Für umfangreiche individuelle Entwicklungsprojekte im B2B- und B2G-Umfeld ist zudem OnlineAppCreator ein möglicher Partner.
Lassen Sie uns in einem kostenlosen 15-Minuten-Erstgespräch über Ihr Altsystem sprechen.
Häufige Fragen
Können Coding-Agenten COBOL verstehen?
Ja, aktuelle Modelle lesen und erklären COBOL recht gut. Die Qualität hängt stark davon ab, wie viel Kontext zu Copybooks, Datenstrukturen und Schnittstellen bereitgestellt wird. Erklärungen sollten von Personen mit Systemkenntnis geprüft werden.
Ist ein kompletter Rewrite mit Agenten nicht schneller?
Er wirkt schneller, ist aber riskant, weil versteckte Geschäftsregeln verloren gehen. Das schrittweise Strangler Pattern ist mit Agenten deutlich schneller als früher und bleibt dabei kontrollierbar.
Was brauchen wir für den Workshop?
Einen freigegebenen Codeausschnitt, idealerweise eine lauffähige Test- oder Entwicklungsumgebung und Teilnehmende, die das System fachlich kennen. Alles Weitere klären wir im Vorgespräch.