Codex schreibt einen Codesatz um, sobald er auftaucht, meist nicht, weil das Modell ihn nicht schreiben kann, sondern weil die Aufgabenbeschreibung nicht verlangt, dass es das Projekt zuerst versteht. Der richtige Ansatz ist, dass Codex nach bestehenden Implementierungen sucht, Konventionen und Aufrufketten bestätigt und dann auf den minimalen Umfang übergeht.
Sag nicht einfach "hilf mir, es möglich zu machen"
Wenn du einfach "eine Login-Funktion erstellen" oder "Zahlungsproblem beheben" sagst, kann Codex neue Dateien erstellen, Komponenten neu schreiben und eine Struktur hinzufügen, die er basierend auf gemeinsamen Erfahrungen für sinnvoll hält. Bei älteren Projekten lässt sich das mit der bestehenden Architektur leicht bekämpfen.
Ein besserer erster Satz lautet: "Ändere die Datei noch nicht, suche nach Logins, Berechtigungen, Interface-Anfragen und Fehlerbehandlungsmethoden, die bereits im Projekt sind, und liste die Dateien auf, die du wiederverwenden möchtest." Dieser Schritt kann es vom "Erstellungsmodus" in den "Wartungsmodus" zurückziehen.
Lass es vor der Veränderung geplant sein
Lass Codex drei Dinge ausgeben: verwandte Dateien, Punkte, die geändert werden müssen, und Grenzen, die nicht geändert werden müssen. Zum Beispiel: "Ändere nur 'src/auth', verschiebe das Routing-System nicht; Vorhandene Toast- und Formularprüfsumme werden verwendet; Nur Ergänzungs-Login-Fehlfunktionen testen".
Wenn es eine große Anzahl neuer Dateien in seinen Plänen hat, pausiere es und lass es erklären, warum es bestehende Module nicht wiederverwenden kann. Oft verkleinert sich nach diesem Schritt das Schema.
Der Prompt kann so geschrieben werden
"Lesen und verwenden Sie zuerst bestehende Implementierungen, erstellen Sie keine neuen parallelen Architekturen. Bitte suchen Sie zuerst nach relevanten Dokumenten, erklären Sie, wie man mit ähnlicher Logik im aktuellen Projekt umgeht, und geben Sie dann einen Mindeständerungsplan. Bearbeiten Sie Dateien nicht ohne Bestätigung. ”
Dieser Prompt ist ebenso nützlich für Cursor, Claude Code und Copilot Chat. KI-Programmierwerkzeuge fürchten sich am meisten vor zu weit gefassten Zielen und verstehen "Anforderungen erfüllen" als "ein Set neu aufbauen".
Beurteile, ob es wirklich auf das Projekt schaut
Schau, ob es auf den echten Dateinamen, Funktionsnamen, Routennamen und Testeingang verweist. Wenn die Antwort nur "Normal" und "Vorgeschlagen zu erstellen" steht, ohne jegliche Projektbelege, lass es nicht programmieren.
Kritische KI-Programmierfragen zeigen oft auf einen Kern: Lass das Tool für dein Projekt arbeiten, nicht dass das Projekt das Tool anpasst. Das Gleiche gilt für Codex, zuerst suchen und dann modifizieren, was viel stabiler ist als das Ändern und dann korrigieren.
