KI-generierten Code reparieren, ohne ihn zu lesen
Du kannst KI-generierten Code reparieren, ohne ihn zu lesen: Lass die KI zeichnen, was passieren soll, die Stelle finden, an der das Spiel davon abweicht, und erst dann etwas ändern. Sind schon zwei Reparaturen gescheitert, hör auf zu korrigieren und entscheide dich zwischen neuem Chat, neu gebautem Teil und einer älteren gesicherten Version.
Warum türmen sich Reparaturen auf?
Nehmen wir Laternenfahrt, ein erfundenes Flussspiel. Dein Boot klebt am Ufer fest. Du bittest um eine Reparatur, und die KI schiebt das Boot zurück. Jetzt zittert es. Die nächste Reparatur beruhigt das Zittern, dafür rutscht das Boot durchs Ufer. Nach sieben Runden liegen sieben Flicken übereinander, und niemand weiß mehr, wozu der erste gut war.
Jede Reparatur hat behandelt, was gerade zu sehen war. Aufgeschrieben hat niemand, was passieren soll, wenn ein Boot das Ufer berührt.
Was bringt eine Zeichnung?
Eine Zeichnung legt dir das gewünschte Verhalten vor, ganz ohne Code. So sieht sie für das Boot aus:
- So soll es laufen: fährt, berührt Ufer, prallt ab, fährt.
- So läuft es wirklich: fährt, berührt Ufer, wird zurückgeschoben, berührt wieder das Ufer, steckt fest.
Damit hat der Fehler eine Adresse: der Schritt nach „berührt Ufer“. Das kannst du selbst beurteilen, auch wenn du noch nie eine Zeile Code gelesen hast. Deine KI kann das mit Mermaid zeichnen, einem Werkzeug, das aus einfachem Text Diagramme macht. Zeigt dein Programm nur den Text, verweist die Mermaid-Dokumentation auf einen Live-Editor für Menschen, die nicht programmieren.
Welchen Ausweg nimmst du?
| Lage | Was du tust |
|---|---|
| Erster Versuch, Ursache gezeigt, kleine Änderung | Reparieren lassen |
| Zwei Korrekturen gescheitert, Fehler noch da | Neuer Chat, und alles Gelernte in einen neuen Prompt packen |
| Reparaturen erzeugen im selben Teil immer neue Fehler | Nur diesen Teil neu bauen, ausgehend von seiner Zeichnung |
| Gestern ging es, und die Arbeit von heute lohnt sich nicht | Zurück zu einer gesicherten Version, siehe KI-Änderungen rückgängig machen |
Die zweite Zeile stammt aus der Claude-Code-Dokumentation. Dort heißt es, eine dritte Korrektur verlängere vor allem ein Gespräch, in dem schon zwei gescheiterte Versuche stehen, und ein Neuanfang mit einem besseren Prompt funktioniere fast immer besser. Ein neuer Chat ist außerdem eine gute zweite Meinung, weil er die Überlegungen nicht kennt, die zum Chaos geführt haben.
Nimmt die Reparatur immer wieder funktionierende Details mit, lies warum KI funktionierenden Code kaputt macht.
Das sagst du deiner KI
Nimm das in einem neuen Chat und füll die drei Zeilen aus:
In meinem Spiel stimmt etwas nicht, und bisherige Reparaturen haben nicht geholfen.
Was ich getan habe: [ein Satz]
Was ich erwartet habe: [ein Satz]
Was passiert ist: [ein Satz]
Ändere noch nichts.
1. Zeichne als kleines Mermaid-Diagramm, was passieren soll.
2. Finde heraus, was wirklich passiert, und zeig mir den Schritt, an dem es von der Zeichnung abweicht. Trenne, was du gesehen hast, von dem, was du vermutest. Kannst du den Fehler nicht auslösen, sag das.
3. Liste frühere Flicken für diesen Fehler auf und sag, welche wegkönnen, sobald die echte Ursache weg ist.
4. Empfiehl genau eine Sache: kleine Reparatur, diesen Teil neu bauen oder zurück zu einer gesicherten Version. Nenne den Grund.
Warte auf mein Ja. Sag mir nach der Änderung, was du ausprobiert hast und was passiert ist. Ist die Ursache weiterhin eine Vermutung, sag „Die Ursache kenne ich noch nicht“ und nenn es nicht repariert.
Oder spar dir das und schließ den MCP an: Dann findet deine KI das alles von selbst.MCP anschließen
So prüfst du es
- Lies beide Abläufe. Entspricht „so soll es laufen“ dem, was du willst? Falls nicht, korrigiere das zuerst.
- Wiederhole den Fehler fünfmal. Fehler, die mal auftreten und mal nicht, überleben gern einen einzelnen Versuch.
- Schau bei den Nachbarn nach. Das andere Ufer, die Brücke, das schnellste Boot. Direkt neben einer Reparatur geht oft etwas kaputt.
- Frag, was entfernt wurde. Eine gute Reparatur nimmt oft Flicken weg. Wächst der Haufen nur, ist die Ursache vielleicht noch da.
- Gib das Spiel jemandem, der den Fehler nicht kennt. Lass die Person ohne Hinweis spielen.