Codex-Änderungen rückgängig machen: Sicher mit Git arbeiten

Das Problem

Codex hat Ihr Projekt verändert, und das Ergebnis gefällt nicht: Eine Funktion läuft nicht mehr, Dateien sind verschoben, vieles ist anders als gewünscht. Jetzt möchten Sie zurück zum Stand von gestern, aber Sie wissen nicht, wie. Hatten Sie Ihre Arbeit gesichert? Was ging verloren?

Genau diese Sorge hält manche davon ab, KI-Werkzeuge im Projekt auszuprobieren. Dabei gibt es eine bewährte Lösung, die auch ohne KI unverzichtbar ist: die Versionsverwaltung. Das bekannteste Werkzeug dafür heisst Git. Es speichert Stände eines Projekts wie Schnappschüsse. Jeder Stand lässt sich später wiederherstellen.

Wenn Git von Anfang an genutzt wird, ist eine misslungene KI-Änderung kein Drama, sondern ein Handgriff. Ohne Git kann ein einziger Fehlversuch Stunden an Arbeit kosten. Frau Müller muss die Befehle nicht auswendig kennen, aber sie sollte darauf bestehen, dass die Fachperson vor jedem KI-Auftrag sichert und dass der Rückweg geklärt ist. Befehle und Möglichkeiten ändern sich nicht oft, aber prüfen Sie sie im Einzelfall.

So lösen Sie es mit KI – Schritt für Schritt

1. Prüfen, ob Git vorhanden ist. Ist das Projekt in einer Versionsverwaltung? Wenn nicht, richten Sie vor allem anderen eine ein. Ohne sie ist eine sichere Rücknahme nicht gewährleistet.
2. Stand sichern. Bevor Codex arbeitet, sorgt die Fachperson dafür, dass alle bisherigen Änderungen gesichert sind («Commit» genannt), mit einer verständlichen Beschreibung.
3. Eigenen Zweig anlegen. Lassen Sie Codex auf einem separaten Zweig («Branch») arbeiten, der vom Hauptzweig getrennt ist. Dann bleibt der Hauptzweig unberührt. Siehe Parallele Änderungen.
4. Kleine Aufträge erteilen. Je kleiner die Aufgabe, desto leichter die Rücknahme. Siehe Aufgaben aufteilen.
5. Änderungen ansehen. Nach dem Auftrag zeigt Git, was sich geändert hat. Prüfen Sie die Änderungen, bevor Sie sie übernehmen. Siehe Codex-Code prüfen.
6. Misslungenes verwerfen. Wenn die Änderung nicht gewünscht ist und noch nicht gesichert wurde, kann die Fachperson sie verwerfen und die Dateien auf den letzten gesicherten Stand zurücksetzen.
7. Bereits gesicherte Änderung zurücknehmen. Wurde die Änderung gesichert, lässt sie sich mit einem Gegen-Commit («revert») rückgängig machen, ohne die Geschichte zu verändern. Das ist der sichere Weg, wenn der Stand schon mit anderen geteilt wurde.
8. Rückkehr zum Hauptzweig. Wenn der KI-Zweig verworfen wird, wechselt man zum Hauptzweig zurück und löscht den Zweig, sobald er nicht mehr gebraucht wird.
9. Lernen und dokumentieren. Notieren Sie, was schiefging und wie Sie den Auftrag anders formulieren würden. Passen Sie gegebenenfalls die Regeln an. Siehe AGENTS.md.

Vorlage zum Kopieren

Diese Betriebsregel können Sie für Ihr Team übernehmen und von der Fachperson anpassen lassen:

Regeln für KI-Änderungen mit Versionsverwaltung (Git):
1. Vor jedem KI-Auftrag: Stand sichern (alle Änderungen gesichert, Arbeitsordner sauber).
2. KI-Aufträge laufen auf einem eigenen Zweig, nie direkt auf dem Hauptzweig.
3. Pro Auftrag eine kleine, klar beschriebene Aufgabe.
4. Nach jedem Auftrag: Änderungen prüfen (Dateiliste und Inhalt), Tests ausführen.
5. Nur geprüfte Änderungen werden in den Hauptzweig übernommen, von einer zweiten Person freigegeben.
6. Misslungene Änderungen: ungesichert verwerfen oder gesicherte per «revert» zurücknehmen. Keine Eingriffe in die Geschichte (kein erzwungenes Überschreiben) auf gemeinsam genutzten Zweigen.
7. Wichtige Stände zusätzlich auf einem getrennten Speicherort sichern.
Verantwortlich: [Name/Rolle].

Tragen Sie die Zuständigen ein. Lassen Sie die Fachperson die Befehle für Ihr Projekt und Ihre Umgebung festhalten.

Welche Rücknahme wann

Die genauen Befehle können Entwickler in der offiziellen Git-Dokumentation nachlesen. Falls unsicher, lieber nachfragen als experimentieren.

Worauf Sie achten müssen

• Nicht gesicherte Änderungen sind verloren, wenn man sie verwirft. Prüfen Sie vor dem Verwerfen, ob etwas Wertvolles dabei ist, und sichern Sie es gegebenenfalls separat.
• Geschichte nicht umschreiben. Auf gemeinsam genutzten Zweigen können Eingriffe in die Geschichte die Arbeit anderer zerstören. Verwenden Sie dort den Gegen-Commit.
• Datenbank und Dateien ausserhalb von Git. Git sichert nur Projektdateien. Änderungen an Datenbanken, Servern oder Einstellungen ausserhalb lassen sich damit nicht zurückholen. Siehe Fehler rückgängig machen bei KI-Agenten.
• Geheimnisse in der Historie. Was in Git gelangt, bleibt dort. Siehe Passwörter und Kundendaten schützen.
• Zusätzliche Sicherung. Ein zweiter Speicherort schützt vor Defekten und Fehlbedienungen.

Wenn es keine Versionsverwaltung gibt

Manche kleinen Projekte liegen nur als Ordner auf einem Laufwerk. Dann ist die erste Aufgabe nicht Codex, sondern die Einrichtung einer Versionsverwaltung oder zumindest einer vollständigen Kopie des Projekts. Kopieren Sie den Ordner mit Datum im Namen und arbeiten Sie nur in der Kopie. Das ist kein Ersatz für Git, aber besser als nichts.

Sprechen Sie mit Ihrer Fachperson über die Einrichtung. Das ist keine grosse Sache und lohnt sich langfristig. Denn auch ohne KI schützt Versionsverwaltung vor Fehlern, ermöglicht Zusammenarbeit und dokumentiert, wer wann was geändert hat. Weitere Hinweise zur Rücknahme bei KI-Änderungen bietet KI-Code-Änderung rückgängig machen.

Ein Beispiel aus der Praxis

Ein Beispiel: Ein Weinhändler in Twann betreibt einen kleinen Webshop. Der Entwickler Herr Wyss lässt Codex den Warenkorb umbauen. Das Ergebnis ist fehlerhaft, die Bestellung funktioniert nicht mehr.

Vorher: Er hat vor dem Auftrag nicht gesichert und weiss nicht, welche Dateien betroffen sind. Nachher: Mit seinem neuen Vorgehen sichert er den Stand, arbeitet in einem eigenen Zweig und beauftragt Codex in kleinen Schritten. Beim zweiten Schritt geht etwas schief. Er verwirft die Änderung, kehrt zum gesicherten Stand zurück und formuliert den Auftrag präziser. Der Webshop läuft die ganze Zeit.

So hilft Ihnen Alpasana

Wer lernen möchte, KI-Programmierwerkzeuge mit Versionsverwaltung kontrolliert einzusetzen, findet bei absofort den Kurs KI für Developer mit Claude und Codex: Aufgaben delegieren und Ergebnisse verifizieren, Entwickler-Playbook mit Prompts, Review-Regeln und Tests, Praxisprojekt und verifizierbares Zertifikat.

Häufige Fragen

Muss ich Git selbst bedienen können?

Nicht unbedingt, aber Ihre Fachperson sollte es. Als Verantwortliche sollten Sie nachfragen, ob und wie gesichert wird.

Was, wenn ich Änderungen ohne Sicherung verworfen habe?

Dann sind sie meist weg. Prüfen Sie, ob Kopien, automatische Sicherungen oder der Editor Verlaufsfunktionen haben. Künftig sichern Sie vorab.

Reicht ein Backup statt Git?

Ein Backup schützt vor Verlust, aber Git zeigt Änderungen, erlaubt Rücknahme einzelner Schritte und unterstützt Zusammenarbeit. Beides zusammen ist ideal.

Kann Codex selbst Änderungen zurücknehmen?

Es kann Rücknahmebefehle vorschlagen oder ausführen, wenn Sie das erlauben. Prüfen Sie solche Befehle genau, bevor Sie sie freigeben. Siehe Codex-Berechtigungen.