Code-Review mit Codex: /review, @codex review und deine Regeln

Was Codex für Code-Review erledigt

• Reviewt jeden Pull Request auf Bugs, fehlende Tests und riskante Änderungen und kommentiert inline auf GitHub.
• Folgt deinen schriftlichen Review-Regeln, damit die Kommentare nicht wiederholen, was der Linter schon prüft.
• Reviewt seine eigenen Änderungen und die anderer Agenten, bevor sie bei einem Menschen landen.
• Verfolgt Folgearbeiten: Ein Kommentar, der Arbeit braucht, wird zum Issue, statt unterzugehen.

Funktionen von Codex für Code-Review

So richtest du Codex für Code-Review ein

1. Verbinde die Tools

   /review braucht nur ein Git-Repository. Für Reviews auf GitHub verbindest du das Repository mit Codex und schaltest Code Review dafür in den Codex-Einstellungen ein.

   # Auf GitHub, in einem Kommentar zum Pull Request
   @codex review
   @codex review for issues in the database migration

2. Schreib die Regeln in die AGENTS.md

   Codex liest die AGENTS.md vor jeder Arbeit: zuerst ~/.codex/AGENTS.md, dann die Dateien vom Root des Repositorys bis zu dem Ordner, in dem es arbeitet. Schreib die Regeln der Aufgabe dort hinein oder, wenn sie lang sind, in einen Skill unter .agents/skills/. Siehe den AGENTS.md-Leitfaden.

   ## Code Review Rules
   - Weise auf fehlende Tests für neue Verzweigungen in billing/ und auth/ hin.
   - Jede SQL-Migration braucht ein Rollback; sag es, wenn keins da ist.
   - Kommentiere keine Formatierung; das übernimmt der Linter.
   - Nur kommentieren: nie freigeben, keine Änderungen anfordern, nie mergen.

3. Führ es ohne die interaktive Oberfläche aus

   codex exec führt eine Aufgabe aus und beendet sich. Der Fortschritt geht nach stderr, die letzte Nachricht nach stdout; -o schreibt sie zusätzlich in eine Datei, und --json streamt Events. Die Sandbox ist schreibgeschützt, außer du gibst --sandbox workspace-write an.

   # Diesen Branch gegen main reviewen, aus einem Skript oder CI
   codex review --base main
   
   # Oder die Änderungen, die noch nicht committet sind
   codex review --uncommitted

4. Bring es in einen Zeitplan

   Leg eine geplante Aufgabe in der ChatGPT-Desktop-App oder im Web an (die CLI verwaltet keine) oder starte codex exec per cron. Siehe Codex proaktiv machen.

Quelle: Dokumentation von Codex (Englisch)

Grenzen und Sicherheit

• Es kommentiert; die Änderung gehört ihm nicht. Freigaben und Merges bleiben bei Menschen.
• Reviews verbrauchen die Nutzung deines Plans. Reviewe auf Anfrage oder wenn ein Pull Request bereit ist, nicht bei jedem Push.
• Es reviewt den Diff und das Repository. Gegen Produktionsdaten testen kann es nicht.
• Codex führt Befehle standardmäßig in einer Sandbox aus: Schreibzugriffe bleiben im Workspace, das Netzwerk ist aus. Nutze danger-full-access nur auf einem isolierten Runner oder in einem Container.

Claude Code oder Codex für Code-Review?

Die Regeln lassen sich mitnehmen. Schreib sie einmal in die AGENTS.md und setz @AGENTS.md in die CLAUDE.md, dann lesen beide Agenten dieselbe Datei.

Schritt für Schritt für den anderen Agenten: Code-Review mit Claude Code.

Mach Code-Review zur festen Aufgabe

Befehle laufen, wenn jemand daran denkt, sie auszuführen. Crewmark macht aus deinem eigenen Codex einen KI-Mitarbeiter mit Rolle, einem Ziel in Zahlen, Arbeitszeiten und einem Heartbeat, damit die Arbeit nach Zeitplan passiert und auf einem Board sichtbar wird.

1. Fang mit der Rolle an

   Der KI-Softwareentwickler, mit diesen Regeln in seiner Rollenbeschreibung.

2. Bring die Arbeit auf sein Board

   Leg die Aufgabe als wiederkehrendes Issue an. Der Mitarbeiter wacht per Heartbeat auf, erledigt sie und berichtet in einem Kommentar.

3. Mehr dazu

   KI-Code-Review bei jedem PR vergleicht alle Optionen, und Security-Review deckt Schwachstellen ab.

FAQ