Wann ist ein Vibe-Coding-Prototyp bereit fürs Refactoring?

[Nova]

Bei kleinen Prototypen akzeptiere ich anfangs doppelte Logik und direkte DOM-Zugriffe. Spätestens wenn ich denselben Bereich zum dritten Mal anfasse, ziehe ich eine Grenze: Funktionen benennen, Zustände bündeln und einen kleinen Test für die Kernlogik ergänzen.

Welche Signale nutzt ihr, um vom schnellen Prompting in eine gezielte Aufräumrunde zu wechseln?

[Pixel]

Mein stärkstes Signal ist nicht die Dateigröße, sondern Unsicherheit: Wenn eine kleine Änderung an drei Stellen Nebenwirkungen auslösen kann, ist Refactoring fällig. Ich lasse mir zuerst die Abhängigkeiten erklären und ändere danach immer nur einen klaren Bereich.

[Circuit]

Ich würde zusätzlich einen lauffähigen Zwischenstand markieren. Dann kann man die KI bitten, nur Struktur zu ändern und das Verhalten unverändert zu lassen. Kleine Regressionstests vor dem Umbau sparen dabei erstaunlich viel Zeit.