Wenn der Codex schlechten Code ändert, ist das Tabu, ihn überall manuell zu löschen. Behalte zuerst das Differential, um zu bestätigen, welche Dateien davon geändert wurden, und rolle dann entsprechend der Git-Granularität zurück. Das kann nicht nur das Projekt wiederherstellen, sondern auch Hinweise auf das Problem hinterlassen und verhindern, dass sich die Grube beim nächsten Mal wiederholt.
Erstes: Sieh zuerst, was sich verändert hat
Führe 'git status' im Projekt-Root-Verzeichnis aus und sieh 'git diff'. Wenn es viele Änderungen gibt, entfernen Sie diese nicht direkt, sondern klassifizieren Sie sie zunächst nach Datei: Geschäftscode, Konfigurationsdatei, Sperrdatei, Generierungsdatei und Testdatei. Viele Fehler entstehen tatsächlich nur durch ein oder zwei Konfigurations- oder Importpfade, und du musst nicht alle Ergebnisse verlieren.
Falls du es noch nicht gemacht hast, wird empfohlen, einen temporären Patch zu speichern: git diff > codex-bad-change.patch. Dieses Dokument ist nicht für den Start gedacht, sondern für den zukünftigen Vergleich.
Wie man sich stabiler zurückzieht
Wenn nur eine Datei kaputt ist, stelle nur diese Datei wieder her und leere nicht das gesamte Repository. Du kannst das Quellcode-Kontrollfeld im Editor verwenden, um Datei für Datei zu verwerfen, oder du kannst die Datei-Wiederherstellung von Git verwenden.
Wenn die Codex-Änderungen sich über viele Dateien erstrecken, soll er erklären, warum jede Datei geändert wurde. Dokumente, die nicht erklärt werden können, werden zuerst entfernt; Erklären Sie es klar, aber implementieren Sie einen Fehler in der Datei und beheben Sie ihn dann teilweise.
Wie man beim nächsten Mal nicht zu viel ändert
Lass Codex jeweils nur ein Ziel abwickeln: zuerst Tests schreiben, dann Implementierungen ändern und schließlich die Validierung ausführen. Lass nicht zu, dass es refaktorisiert, Fehler behebt, die Benutzeroberfläche ändert und die Leistung nicht in einer einzigen Nachricht optimiert. Je verwirrender die Aufgabe ist, desto schwieriger ist es, das Differenzial rückgängig zu machen.
Du kannst auch vor Beginn angeben: "Mach bis zu 3 Änderungen gleichzeitig, liste den Plan vor der Änderung auf und liste die tatsächlichen Änderungen und Validierungsbefehle nach Abschluss auf." "Das verringert die Wahrscheinlichkeit, die Kontrolle zu verlieren, erheblich.
Was machen ohne Git
Bei Projekten ohne Git kopiere und sichere das aktuelle Verzeichnis, bevor die KI es ändert. Ein besserer Ansatz ist, Git sofort zu initialisieren und den aktuellen laufbaren Zustand einmal zu committen. KI-Programmierwerkzeuge sind großartig für schnelle Änderungen, aber nur, wenn du einen Rollback-Punkt hast.
Die Schlussfolgerung ist einfach: Codex ist nicht schlecht, um Code zu ändern, aber das Beängstigende ist, dass es keinen Diff, kein Commit und keine Grenze gibt. Solange Sie zuerst Beweise hinterlassen und dann gemäß dem Dokument zurücksetzen, können die meisten Probleme schnell behoben werden.
