Claude Code Review ist allgemein verfügbar: wie das Review arbeitet und was es kostet

Claude Code Review ist der verwaltete Pull-Request-Reviewer in Claude Code. Mehrere Agenten lesen jede Änderung zusammen mit dem umgebenden Code, ein Prüfschritt gleicht ihre Befunde mit dem Code ab, und die verbleibenden Befunde erscheinen am Pull Request als Inline-Kommentare und als Check-Run. Die Research Preview endete am 15. Oktober 2026; seitdem ist Code Review für Team- und Enterprise-Organisationen allgemein verfügbar. Ein Review genehmigt oder blockiert einen Pull Request nie, die Entscheidung über den Merge bleibt also bei Ihrem Team.

Dieser Artikel erklärt, wie ein Review abläuft, was mit der allgemeinen Verfügbarkeit neu ist, wie ein Owner das Feature einrichtet, was Review-Stufen und Auslöser bewirken und wie sich die Kosten abschätzen lassen. Außerdem vergleicht er den verwalteten Dienst mit der Claude Code GitHub Action. Die Angaben stammen aus der Dokumentation und den Ankündigungen von Anthropic, Stand Oktober 2026. Wo eine Zahl eine Angabe von Anthropic selbst ist, steht das im Text.

Was ist Code Review, und wer schaltet es ein?

Ein Owner Ihrer Claude-Organisation schaltet Code Review einmal in den Admin settings ein. Danach brauchen Entwickler keine Konfiguration: Reviews starten bei neuen Pull Requests gemäß der Einstellung jedes Repositorys. Standardmäßig konzentriert sich das Review auf Korrektheit, also auf Logikfehler, Sicherheitslücken und fehlerhafte Randfälle, nicht auf Formatierungsvorlieben oder fehlende Testabdeckung.

Reviews laufen auf der Infrastruktur von Anthropic; Sie fügen Ihren Repositorys deshalb keine Workflow-Dateien hinzu. Innerhalb eines Reviews ist der Zugriff auf das Repository nur lesend. Das Review liest den Diff und den umgebenden Code, baut oder startet das Projekt nicht und schiebt keine Commits.

Wie läuft ein Review ab?

Ein Review hat vier Stufen, wie die Dokumentation beschreibt: Finden, Prüfen, Ordnen und Ausgeben. Mehrere Agenten untersuchen den Diff und den umgebenden Code parallel. Ein Prüfschritt gleicht jeden Kandidaten mit dem Code ab und filtert Fehlalarme heraus. Was übrig bleibt, wird dedupliziert, nach Schwere geordnet und am Pull Request veröffentlicht. Code Review wählt die Claude-Modelle für die Reviews selbst, die Admin settings bieten keine Modellwahl. Die Review-Stufe ist die Stellschraube, die Sie selbst setzen.

Jedes Review hinterlässt drei Dinge am Pull Request. Jeder Befund ist ein Inline-Kommentar an der betreffenden Zeile, eine Zusammenfassung steht im Review-Text, und ein Check-Run mit dem Namen Claude Code Review listet die Befunde in seinen Details auf. Der Check-Run endet nicht als Fehlschlag. Findet das Review nichts, lautet der Titel des Check-Runs „Code review found no issues“, und Claude hinterlässt einen kurzen Hinweis am Pull Request.

Die Ankündigung der Research Preview zeigt, wie die Befunde mit der Größe der Änderung zunehmen. Bei internen Reviews von Anthropic bekamen 84 % der großen Pull Requests (mit mehr als 1.000 geänderten Zeilen) Befunde, im Schnitt 7,5 Probleme; bei kleinen Pull Requests (unter 50 Zeilen) waren es 31 % mit im Schnitt 0,5 Problemen. Ingenieure markierten weniger als 1 % der Befunde als falsch. Das sind interne Zahlen aus der Preview, kein Benchmark.

Was hat sich mit der allgemeinen Verfügbarkeit geändert?

Die Ankündigung zur allgemeinen Verfügbarkeit nennt drei Änderungen: schnellere Reviews, präzisere Befunde und eine Stufe pro Repository. Sie reagieren auf Rückmeldungen aus der Preview. Teams hatten gesagt, Code Review fange echte Probleme, sie wünschten sich aber ruhigere, auf jede Änderung zugeschnittene und schnellere Reviews.

• Geschwindigkeit: die meisten Reviews sind jetzt etwa dreimal schneller fertig; statt rund 20 Minuten brauchen sie 6 bis 10 Minuten.
• Qualität: Befunde beschreiben in wenigen Sätzen das Problem, den auslösenden Fall und die Korrektur.
• Flexibilität: ein Owner legt für jedes Repository Quick, Standard (Voreinstellung) oder Deep fest; Routinecode bekommt einen schnellen, kritischer Code einen gründlichen Durchlauf.

Anthropic nennt auch eigene Vorher-nachher-Zahlen. Vorher erhielten 16 % der Pull Requests bei Anthropic substanzielle Review-Kommentare, jetzt sind es 54 %. Die Ankündigung beschreibt das Werkzeug als Schließen einer Lücke bei der Abdeckung; die Genehmigung bleibt eine menschliche Entscheidung.

Wie richten Admins Code Review ein?

Ein Owner schaltet es unter Admin settings > Claude Code ein, verbindet GitHub, installiert die Claude-GitHub-App auf den Repositorys und legt bei Bedarf für jedes Repository eine Review-Stufe und einen Auslöser fest. Die Schritte folgen der Setup-Dokumentation.

Prüfen Sie zuerst die Voraussetzungen. Code Review gibt es für Team- und Enterprise-Pläne, für Repositorys auf GitHub, einschließlich GitHub Enterprise Server und GitHub Enterprise Cloud mit Datenresidenz. Organisationen mit Zero Data Retention oder HIPAA-Konfiguration können es nicht nutzen, Organisationen mit kundenverwalteten Verschlüsselungsschlüsseln (CMEK) vorerst auch nicht. Code Review ist zudem nicht von Anthropics Business Associate Agreement erfasst. Nutzen Entwickler Claude Code über Amazon Bedrock, Google Cloud’s Agent Platform oder Microsoft Foundry, brauchen Sie trotzdem eine Claude-Organisation mit einem dieser Pläne.

Für die Einrichtung braucht es die Rolle Owner in der Claude-Organisation, Owner-Zugriff auf die GitHub-Organisation (oder einen Owner, der die App für Sie installiert und verknüpft) und Schreibzugriff auf jedes Repository, das Sie hinzufügen.

1. Klicken Sie im Bereich Code review unter Admin settings > Claude Code auf den Schalter Allow code review.
2. Öffnet sich der Dialog Connect GitHub, klicken Sie auf Connect. Wählen Sie vorher Ihre GitHub-Enterprise-Server-Instanz, falls Sie eine nutzen.
3. Installieren Sie die Claude-GitHub-App für die Organisation, der die Repositorys gehören, wählen Sie die Repositorys, auf die die App zugreifen darf, und bestätigen Sie die Berechtigungen. Zeigt der Browser-Tab Finish connecting GitHub, klicken Sie darauf.
4. Wählen Sie die Repositorys für Reviews aus und klicken Sie auf Continue.
5. Klicken Sie im Dialog Code review is set up auf Finish. Schließen Sie ihn anders, bleiben die Repositorys hinzugefügt, aber Allow code review bleibt aus.
6. Öffnen Sie einen Test-Pull-Request, der kein Entwurf ist. Innerhalb weniger Minuten sollte ein Check-Run mit dem Namen Claude Code Review erscheinen. Steht das Repository auf manuell, kommentieren Sie @claude review.

Die App verlangt einen Berechtigungssatz, der weiter reicht, als ein Review braucht, weil andere Claude-Funktionen ihn teilen, etwa die Claude Code GitHub Action und Auto-Fix für Pull Requests in Cloud-Sitzungen. Lassen Sie die vollständige Liste vor der Genehmigung von Ihrem Sicherheitsteam prüfen. Eine eigene GitHub-App kann nur die Action abdecken; Code Review braucht weiterhin die offizielle App.

Jedes Repository startet mit After every push, der Einstellung mit den meisten Reviews. Ändern Sie sie vor einem breiten Rollout, denn jedes zusätzliche Review erhöht die Kosten.

Welche Review-Stufe und welcher Auslöser passen zu einem Repository?

Jedes Repository hat eine Review-Stufe, die festlegt, wie gründlich geprüft wird, und einen Auslöser, der festlegt, wann Reviews starten. Standard ist die Voreinstellung; ein Repository ohne eigene Stufe folgt der Wahl der Organisation.

Die drei Auslöser sind:

• Once after PR creation: Ein Review läuft, wenn ein Pull Request geöffnet, erneut geöffnet oder als bereit zur Prüfung markiert wird.
• After every push: Ein Review läuft bei jedem Push; Threads schließen sich automatisch, sobald Sie ein markiertes Problem behoben haben.
• Manual (@claude review): Öffnen oder Pushen startet nichts. Ein Kommentar startet ein Review; @claude review always abonniert den Pull Request zusätzlich für spätere Pushes.

Entwürfe und Pull Requests aus Forks überspringen automatische Reviews, unabhängig vom Auslöser. Wer Schreibzugriff hat, kann trotzdem mit einem Kommentar ein Review anfordern, und das funktioniert auch bei Entwürfen und Forks. Entwickler können festlegen, was markiert wird, indem sie REVIEW.md- und CLAUDE.md-Dateien ins Repository committen.

Was kostet Code Review, und wie schätzt man die Ausgaben?

Es gibt keinen Festpreis pro Review. Code Review wird über Nutzungsguthaben nach Token-Verbrauch abgerechnet, getrennt vom im Tarif enthaltenen Kontingent. Die Rechnung geht an Ihre Organisation, nicht an den Entwickler, der den Pull Request eröffnet hat. Ihre Ausgaben ergeben sich aus den Kosten eines Reviews mal der Anzahl der Reviews.

Die Kosten eines Reviews richten sich nach Stufe, Größe der Änderung, Komplexität des umgebenden Codes und der Zahl der Kandidaten-Befunde, die geprüft werden müssen. Die Zahl der Reviews richtet sich nach dem Auslöser. Während der Research Preview sagte Anthropic, Reviews kosteten im Schnitt meist 15–25 $, je nach Größe und Komplexität des Pull Requests. Das ist Kontext aus der Preview-Zeit; maßgeblich ist die Spalte Average cost für Ihre eigenen Repositorys.

Die Kostendokumentation empfiehlt vor einem breiten Rollout ein kleines Pilotprojekt:

1. Setzen Sie für das Pilotprojekt ein monatliches Ausgabenlimit.
2. Aktivieren Sie Code Review für einige repräsentative Repositorys mit Once after PR creation oder Manual (@claude review).
3. Lesen Sie, nachdem mehrere Reviews gelaufen sind, die Spalte Average cost in der Tabelle Repositories ab.
4. Multiplizieren Sie diesen Durchschnitt mit der Zahl der Pull Requests, die das Repository im Monat eröffnet. Bei After every push multiplizieren Sie zusätzlich mit der typischen Zahl der Pushes pro Pull Request.

Ein hypothetisches Beispiel, keine Angabe von Anthropic: Angenommen, der Durchschnitt eines Repositorys liegt bei 20 $, es eröffnet 100 Pull Requests im Monat und läuft mit After every push bei durchschnittlich drei Pushes pro Pull Request. Dann ergibt sich 20 $ × 100 × 3 = 6.000 $ im Monat. Mit Once after PR creation kostet dasselbe Repository 20 $ × 100 = 2.000 $. Entwürfe und Forks bekommen keine automatischen Reviews; zählen Sie daher nur die Pull Requests, die eines bekommen.

Ein monatliches Ausgabenlimit für den Code-Review-Dienst setzen Sie unter claude.ai/admin-settings/usage; es gilt für die gesamte Organisation. Reviews werden übersprungen, sobald eines von drei Kontingenten aufgebraucht ist: das Limit für Code Review, das allgemeine monatliche Limit der Organisation für Nutzungsguthaben oder der Guthabenstand. Ist der verbleibende Betrag kleiner als die erwarteten Kosten eines Reviews, wird ebenfalls übersprungen. Das Limit für Code Review wird zu Beginn des nächsten Abrechnungszeitraums zurückgesetzt, und Reviews laufen früher weiter, wenn Sie es erhöhen.

Für Enterprise-Organisationen bringt die Ankündigung ein Angebot: Berechtigte Claude-Enterprise-Organisationen können bis zum 15. Januar 2027 mindestens 10.000 $ an Code-Review-Guthaben beanspruchen. Die Guthaben verfallen 30 Tage nach der Beanspruchung. Es gelten die Bedingungen.

Code Review oder die Claude Code GitHub Action?

Nutzen Sie das verwaltete Code Review, wenn Ihre Organisation einen Team- oder Enterprise-Plan hat und Sie Reviews ohne Workflow-Dateien wollen, die Sie pflegen müssen. Anthropic beschreibt es als die gründlichere und teurere Option; die Claude Code GitHub Action bleibt Open Source und verfügbar. Die Action passt, wenn Sie einen anderen Plan haben oder Prompt, Modell, Auslöser und Werkzeuge selbst bestimmen möchten.

Mit der Action ist das Review ein Workflow, den Sie besitzen. Er baut auf demselben Claude-Code-Agenten auf, den der Beitrag zu Claude Code behandelt. Der folgende Workflow installiert das Plugin code-review und führt es bei Pull Requests aus, die geöffnet, aktualisiert, erneut geöffnet oder als bereit markiert werden.

name: Code Review
on:
  pull_request:
    types: [opened, synchronize, ready_for_review, reopened]
jobs:
  review:
    runs-on: ubuntu-latest
    permissions:
      contents: read
      pull-requests: read
      issues: read
      id-token: write
    steps:
      - uses: actions/checkout@v6
        with:
          fetch-depth: 1
      - uses: anthropics/claude-code-action@v1
        with:
          anthropic_api_key: ${{ secrets.ANTHROPIC_API_KEY }}
          plugin_marketplaces: "https://github.com/anthropics/claude-code.git"
          plugins: "code-review@claude-code-plugins"
          prompt: "/code-review:code-review --comment ${{ github.repository }}/pull/${{ github.event.pull_request.number }}"
          claude_args: '--allowedTools "mcp__github_inline_comment__create_inline_comment"'

Zwei Zeilen bestimmen, wohin das Review geht. Das Argument --comment lässt Claude das Review am Pull Request veröffentlichen, als Inline-Kommentare oder als eine Zusammenfassung, wenn nichts gefunden wird; ohne das Argument bleiben die Befunde im Run-Log. Behalten Sie die Zeile claude_args, auch wenn der Skill dasselbe Werkzeug nennt, denn die Action startet den MCP-Server für Inline-Kommentare nur, wenn --allowedTools ihn nennt.

Die Action überspringt Entwürfe, geschlossene Pull Requests, Pull Requests, die sie für nicht prüfungsbedürftig hält, etwa automatisierte oder triviale, und Pull Requests mit bereits vorhandenem Kommentar von Claude. In öffentlichen Repositorys hält GitHub Secrets von Läufen für Pull Requests aus Forks zurück, daher prüft dieser Workflow nur Branches aus demselben Repository. Die Schnelleinrichtung startet in Claude Code: /install-github-app funktioniert nur für github.com-Repositorys und braucht eine angemeldete GitHub CLI.

Jeder Lauf verbraucht GitHub-Actions-Minuten und API-Token; mit einem Abo-Token belastet er statt der API-Abrechnung Ihr Abo. Die Dokumentation empfiehlt, die Arbeit mit --max-turns in claude_args und mit Workflow-Timeouts zu begrenzen.

Wie passt KI-Review in einen Prozess, in dem Menschen genehmigen?

Betrachten Sie das Review als zweiten Leser, der mögliche Fehler findet, bevor ein Mensch hinschaut. Der Mensch genehmigt, das Review nie. Richten Sie die Tiefe am Risiko aus, steuern Sie, was markiert wird, und beobachten Sie in den ersten Wochen Rauschen und Kosten.

Die Merge-Hürde bleibt dort, wo Ihr Team sie bereits festgelegt hat. Ein Review genehmigt oder blockiert nie, und der Check-Run endet nicht als Fehlschlag, kann also allein keinen Merge sperren. Anthropic beschreibt den eigenen Einsatz genauso: Das Review schließt eine Lücke bei der Abdeckung, die Genehmigung bleibt eine menschliche Entscheidung.

Dann die Feinabstimmung. Der Standardfokus ist Korrektheit; REVIEW.md- oder CLAUDE.md-Dateien ergänzen Ihre eigenen Vorgaben. Code Review liest REVIEW.md aus dem Basis- oder Standard-Branch, nie aus den Änderungen des Pull Requests. Ein Pull Request kann die Regeln, nach denen er geprüft wird, also nicht selbst ändern. Setzen Sie Deep bei Repositorys, in denen ein übersehener Fehler teuer wäre, Quick bei Routinecode und manuelle Auslöser bei stark frequentierten Repositorys, in denen Sie Pull Requests einzeln anmelden.

Starten Sie mit KI-geschriebenem Code, schreiben Sie vor dem Einschalten vier Dinge auf: die Stufe je Repository, den Auslöser, das Ausgabenlimit und wer genehmigt. Testen Sie ein Repository als Pilot, lesen Sie einen Monat lang die Befunde und erweitern Sie dann erst. Dass Agenten-Pull-Requests den Review-Engpass verschärfen, behandelt der Beitrag zum Review-Engpass; Harness Engineering zeigt, wie Guides und Sensoren solche Pull Requests mergebar machen, bevor ein Reviewer sie sieht. Hintergrund-Agenten, die Pull Requests öffnen, behandelt der Beitrag zum asynchronen Workflow. Für Unterstützung bei einer solchen Einführung sehen Sie sich meine KI-Engineering-Arbeit an.

Quellen

1. Claude: Code Review is now generally available (Oct 15, 2026)
2. Claude Code docs: Code Review
3. Claude Code docs: Set up Code Review
4. Claude Code docs: Code Review costs and usage
5. Claude: Code Review research preview announcement
6. Claude Code docs: GitHub Actions