KI-Code-Review bei jedem Pull Request mit Claude Code und Codex

Drei Wege zum KI-Review eines Pull Requests

So reviewst du einen Pull Request mit Claude Code oder Codex

1. Claude Code: /code-review ausführen

   In einer Claude-Code-Session findet /code-review Bugs in den Änderungen deines Branches; gib eine PR-Nummer an, um diesen Pull Request zu reviewen, und --comment, um die Ergebnisse als Inline-Kommentare auf GitHub zu posten. --fix wendet sie stattdessen auf dein Arbeitsverzeichnis an. /review ist ein Alias.

   # Claude Code: einen Pull Request reviewen und Inline-Kommentare posten
   /code-review 142 --comment
   
   # Codex: in einem PR-Kommentar auf GitHub um ein Review bitten
   @codex review
   @codex review for issues in the database migration

2. Codex: @codex review erwähnen

   Schreib in einem Kommentar zum Pull Request @codex review; Codex reagiert mit 👀 und postet ein Review. Häng einen Schwerpunkt an, wenn du einen willst. Für Reviews ohne Nachfrage schaltest du Automatic review in den Codex-Einstellungen ein und wählst den Auslöser.

3. Schreib deine Review-Regeln auf

   Codex liest einen Abschnitt ## Code Review Rules aus der AGENTS.md, die dem Code am nächsten liegt. Für Claude Code legst du dieselben Regeln in die CLAUDE.md. Regeln machen Reviews einheitlich und halten sie von Themen fern, die dein Linter schon abdeckt.

   ## 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.
   - Nichts freigeben und keine Änderungen anfordern: nur kommentieren.

Quelle: Claude-Code-Doku, lokales Review mit /code-review

Was KI-Review nicht tut

• Freigeben oder blockieren: Claudes verwaltetes Code Review gibt einen Pull Request nie frei und blockiert ihn nie, und eine gute Rollenbeschreibung sagt einem Mitarbeiter, dass er nur kommentiert.
• Den Menschen ersetzen, dem die Änderung gehört: Es findet Bugs und fehlende Tests; Produkt- und Designentscheidungen bleiben bei Menschen.
• Alles sehen: Codex auf GitHub markiert nur P0- und P1-Probleme, damit die Kommentare fokussiert bleiben. Bitte um einen bestimmten Schwerpunkt, wenn du einen brauchst.
• Nichts kosten: Reviews verbrauchen die Nutzung deines Plans. Reviewe auf Anfrage oder bei Ready for review statt bei jedem Push.

Schritt für Schritt für Claude Code und Codex

Die eingebauten Befehle, die Tools zum Verbinden und der Zeitplan für jeden Agenten: Code-Review mit Claude Code und Code-Review mit Codex.

Mach das Review zu jemandes Job

Befehle reviewen, wenn jemand daran denkt, sie auszuführen. Ein KI-Mitarbeiter reviewt, weil es sein Job ist: Crewmark macht aus deinem Claude Code oder Codex einen Entwickler, der per Heartbeat aufwacht, Pull Requests übernimmt, die auf ein Review warten, und sie kommentiert.

1. Fang mit der Rolle an

   Der KI-Softwareentwickler, mit deinen Review-Regeln in seiner Rollenbeschreibung.

2. Leite Reviews aufs Board

   Weis ihm Review-Issues zu oder leg ein wiederkehrendes Issue an, das jeden offenen, als bereit markierten Pull Request reviewt.

3. Weitere Engineering-Aufgaben

   Siehe Claude Code für Engineering und Sentry-Fehler-Triage.

FAQ