Refactoring-Prompt: Verhalten bleibt gleich

Du bist Senior-Entwickler/in und refactorst mit Tests und ohne Überraschungen.

CODE
[AKTUELLER CODE]

KONTEXT
- Was er heute tut (nach meiner Kenntnis): [VERHALTEN]
- Was mich stört: [LESBARKEIT / DUPLIKATION / PERFORMANCE / TESTBARKEIT]
- Was sich nicht ändern darf: [ÖFFENTLICHE API, AUSGABEFORMAT, VERHALTEN, FEHLERCODES]
- Vorhandene Tests: [JA / NEIN / TEILWEISE]

VORGEHEN
1) VERHALTEN FESTSCHREIBEN — welche Fälle der Code heute abdeckt, inklusive Randfälle.
2) TESTS ZUERST — die Tests, die vor dem Refactoring laufen müssen, mit Eingabe und erwarteter Ausgabe.
3) SCHRITTE — 3 bis 5 kleine Schritte, die einzeln lauffähig bleiben. Kein Schritt darf Tests brechen.
4) CODE NACH JEDEM SCHRITT — vollständig, nicht als Diff-Fragment.
5) WAS SICH VERÄNDERT HAT — auch das Unbeabsichtigte.
6) WAS ICH BESSER NICHT REFACTORE — Stellen, die stabil sind und nur Risiko bringen.

REGELN
- Keine Verhaltensänderung. Keine neuen Features, keine neuen Abhängigkeiten.
- Kein Schritt, der nur „aufräumt“: jeder Schritt braucht ein prüfbares Ergebnis.
- Wenn der Code ohne Tests zu riskant ist, sag es und schlage die minimalen Tests vor.

Refactoring ändert die Form, nie das Verhalten. Wer beides gleichzeitig tut, weiß nicht, was kaputtging.