Code-Review mit Claude Code: Befehle, Regeln und ein fester Reviewer

Was Claude Code 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 Claude Code für Code-Review

So richtest du Claude Code für Code-Review ein

1. Verbinde die Tools

   Für deinen eigenen Branch braucht /code-review nichts weiter. Um einen Pull Request per Nummer zu reviewen und mit --comment Kommentare zu posten, arbeite in einem Checkout des Repositorys mit angemeldeter GitHub-CLI.

   # Einmal bei GitHub anmelden
   gh auth login
   
   # Pull Request 142 mit hohem Aufwand reviewen und Inline-Kommentare posten
   /code-review high 142 --comment

2. Schreib die Regeln in die CLAUDE.md

   Claude Code liest die CLAUDE.md zu Beginn jeder Session, auch bei Läufen mit claude -p. Schreib die Regeln der Aufgabe dort hinein oder, wenn sie lang sind, in einen Skill unter .claude/skills/. Siehe den CLAUDE.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

   claude -p führt eine Aufgabe aus und beendet sich, sodass cron, CI oder ein anderes Tool es starten kann. Mit --allowedTools oder --permission-mode legst du fest, was es ohne Nachfrage tun darf; --output-format json liefert das Ergebnis samt Kosten.

   # Einen Pull Request aus CI oder per cron reviewen; /code-review folgt CLAUDE.md auch in -p-Läufen
   claude -p "/code-review 142 --comment"

4. Bring es in einen Zeitplan

   Leg mit /schedule eine geplante Aufgabe in der Cloud an (Pro, Max, Ultra, Team und Enterprise), nutze eine geplante Desktop-Aufgabe oder /loop, solange eine Session offen bleibt. Siehe Claude Code proaktiv machen.

Quelle: Dokumentation von Claude Code (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.
• Seit Claude Code v2.1.302 startet claude -p im Manual-Modus: Eine Aktion, die eine Freigabe braucht, wird abgelehnt, sofern keine Regel sie erlaubt. Erlaube nur die Tools, die die Aufgabe braucht.

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 Codex.

Mach Code-Review zur festen Aufgabe

Befehle laufen, wenn jemand daran denkt, sie auszuführen. Crewmark macht aus deinem eigenen Claude Code 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