Documentation 2026-10-14 22:58 UTC to 2026-10-15 23:58 UTC

30 30 

31Um File Checkpointing zu verwenden, aktivieren Sie es in Ihren Optionen, erfassen Sie Checkpoint-UUIDs aus dem Response-Stream und rufen Sie `rewindFiles()` (TypeScript) oder `rewind_files()` (Python) auf, wenn Sie Dateien wiederherstellen müssen.31Um File Checkpointing zu verwenden, aktivieren Sie es in Ihren Optionen, erfassen Sie Checkpoint-UUIDs aus dem Response-Stream und rufen Sie `rewindFiles()` (TypeScript) oder `rewind_files()` (Python) auf, wenn Sie Dateien wiederherstellen müssen.

32 32 

33Die Beispiele in diesem Abschnitt verwenden die Eingabeaufforderung „Refactor the authentication module". Führen Sie sie in einem Projekt aus, das ein Authentifizierungsmodul enthält, oder ändern Sie die Eingabeaufforderung, um Dateien zu benennen, die in Ihrem Projekt vorhanden sind, damit Sie Dateiänderungen beobachten und sehen können, wie das Zurückspulen sie wiederherstellt.33Die Beispiele in diesem Abschnitt verwenden die Eingabeaufforderung „Refactor the authentication module“. Führen Sie sie in einem Projekt aus, das ein Authentifizierungsmodul enthält, oder ändern Sie die Eingabeaufforderung, um Dateien zu benennen, die in Ihrem Projekt vorhanden sind, damit Sie Dateiänderungen beobachten und sehen können, wie das Zurückspulen sie wiederherstellt.

34 34 

35Dieses Beispiel aktiviert Checkpointing, erfasst die Checkpoint-UUID und Session-ID aus dem Response-Stream und setzt die Sitzung später fort, um Dateien zurückzuspulen. Die nummerierten Kommentare des Beispiels entsprechen den folgenden Schritten.35Dieses Beispiel aktiviert Checkpointing, erfasst die Checkpoint-UUID und Session-ID aus dem Response-Stream und setzt die Sitzung später fort, um Dateien zurückzuspulen. Die nummerierten Kommentare des Beispiels entsprechen den folgenden Schritten.

36 36 

636| Einschränkung | Beschreibung |636| Einschränkung | Beschreibung |

637| - | - |637| - | - |

638| Nur Write/Edit/NotebookEdit-Tools | Änderungen, die durch Bash-Befehle vorgenommen werden, werden nicht verfolgt |638| Nur Write/Edit/NotebookEdit-Tools | Änderungen, die durch Bash-Befehle vorgenommen werden, werden nicht verfolgt |

639| Subagent-Bearbeitungen | Bearbeitungen, die ein [Subagent](/docs/de/agent-sdk/subagents) vornimmt, werden nicht verfolgt oder wiederhergestellt, außer ein Skill mit `context: fork`, der im Vordergrund ausgeführt wird; verwenden Sie Git, um nicht verfolgbare Bearbeitungen rückgängig zu machen |639| Subagent-Bearbeitungen | Bearbeitungen, die ein [Subagent](/docs/de/agent-sdk/subagents) vornimmt, werden nicht verfolgt, außer ein Skill mit `context: fork`, der im Vordergrund ausgeführt wird. Ein Zurückspulen macht sie nur in Dateien rückgängig, die die Hauptkonversation bereits bearbeitet hatte; verwenden Sie Git, um den Rest rückgängig zu machen |

640| Gleiche Sitzung | Checkpoints sind an die Sitzung gebunden, die sie erstellt hat |640| Gleiche Sitzung | Checkpoints sind an die Sitzung gebunden, die sie erstellt hat |

641| Nur Dateiinhalt | Das Erstellen, Verschieben oder Löschen von Verzeichnissen wird durch Zurückspulen nicht rückgängig gemacht |641| Nur Dateiinhalt | Das Erstellen, Verschieben oder Löschen von Verzeichnissen wird durch Zurückspulen nicht rückgängig gemacht |

642| Lokale Dateien | Remote- oder Netzwerkdateien werden nicht verfolgt |642| Lokale Dateien | Remote- oder Netzwerkdateien werden nicht verfolgt |

667**Lösung**: Fügen Sie `extra_args={"replay-user-messages": None}` (Python) oder `extraArgs: { 'replay-user-messages': null }` (TypeScript) zu Ihren Optionen hinzu.667**Lösung**: Fügen Sie `extra_args={"replay-user-messages": None}` (Python) oder `extraArgs: { 'replay-user-messages': null }` (TypeScript) zu Ihren Optionen hinzu.

668 668 

669<h3 id="no-file-checkpoint-found-for-this-message-error">669<h3 id="no-file-checkpoint-found-for-this-message-error">

670 Fehler „No file checkpoint found for this message"670 Fehler „No file checkpoint found for this message“

671</h3>671</h3>

672 672 

673Dieser Fehler tritt auf, wenn die Checkpoint-Daten für die angegebene Benutzermeldungs-UUID nicht vorhanden sind.673Dieser Fehler tritt auf, wenn die Checkpoint-Daten für die angegebene Benutzermeldungs-UUID nicht vorhanden sind.

680**Lösung**: Stellen Sie sicher, dass `enable_file_checkpointing=True` (Python) oder `enableFileCheckpointing: true` (TypeScript) in der ursprünglichen Sitzung gesetzt war, verwenden Sie dann das in den Beispielen gezeigte Muster: Erfassen Sie die UUID der ersten Benutzermeldung, schließen Sie die Sitzung vollständig ab, setzen Sie sie dann mit einer leeren Eingabeaufforderung fort und rufen Sie `rewindFiles()` einmal auf.680**Lösung**: Stellen Sie sicher, dass `enable_file_checkpointing=True` (Python) oder `enableFileCheckpointing: true` (TypeScript) in der ursprünglichen Sitzung gesetzt war, verwenden Sie dann das in den Beispielen gezeigte Muster: Erfassen Sie die UUID der ersten Benutzermeldung, schließen Sie die Sitzung vollständig ab, setzen Sie sie dann mit einer leeren Eingabeaufforderung fort und rufen Sie `rewindFiles()` einmal auf.

681 681 

682<h3 id="file-rewinding-is-not-enabled-error">682<h3 id="file-rewinding-is-not-enabled-error">

683 Fehler „File rewinding is not enabled"683 Fehler „File rewinding is not enabled“

684</h3>684</h3>

685 685 

686Dieser Fehler tritt auf, wenn Sie versuchen, ein nicht-interaktives Zurückspulen ohne aktiviertes Checkpointing durchzuführen: Ausführung von bare `claude -p` mit `--rewind-files`, oder Ausführung einer SDK-Sitzung, einschließlich einer fortgesetzten, deren Optionen Checkpointing nicht aktivieren. Das SDK setzt die Umgebungsvariable `CLAUDE_CODE_ENABLE_SDK_FILE_CHECKPOINTING` intern nur dann, wenn `enable_file_checkpointing` (Python) oder `enableFileCheckpointing` (TypeScript) in der Sitzung aktiviert ist, die das Zurückspulen durchführt; die bare CLI setzt sie nie.686Dieser Fehler tritt auf, wenn Sie versuchen, ein nicht-interaktives Zurückspulen ohne aktiviertes Checkpointing durchzuführen: Ausführung von bare `claude -p` mit `--rewind-files`, oder Ausführung einer SDK-Sitzung, einschließlich einer fortgesetzten, deren Optionen Checkpointing nicht aktivieren. Das SDK setzt die Umgebungsvariable `CLAUDE_CODE_ENABLE_SDK_FILE_CHECKPOINTING` intern nur dann, wenn `enable_file_checkpointing` (Python) oder `enableFileCheckpointing` (TypeScript) in der Sitzung aktiviert ist, die das Zurückspulen durchführt; die bare CLI setzt sie nie.

694Für das SDK setzen Sie `enable_file_checkpointing=True` (Python) oder `enableFileCheckpointing: true` (TypeScript) in der fortgesetzten Sitzung, wie die Beispiele auf dieser Seite zeigen.694Für das SDK setzen Sie `enable_file_checkpointing=True` (Python) oder `enableFileCheckpointing: true` (TypeScript) in der fortgesetzten Sitzung, wie die Beispiele auf dieser Seite zeigen.

695 695 

696<h3 id="processtransport-is-not-ready-for-writing-error">696<h3 id="processtransport-is-not-ready-for-writing-error">

697 Fehler „ProcessTransport is not ready for writing"697 Fehler „ProcessTransport is not ready for writing“

698</h3>698</h3>

699 699 

700Dieser Fehler tritt auf, wenn Sie `rewindFiles()` oder `rewind_files()` aufrufen, nachdem Sie die Iteration durch die Antwort abgeschlossen haben. Die Verbindung zum CLI-Prozess wird geschlossen, wenn die Schleife abgeschlossen ist.700Dieser Fehler tritt auf, wenn Sie `rewindFiles()` oder `rewind_files()` aufrufen, nachdem Sie die Iteration durch die Antwort abgeschlossen haben. Die Verbindung zum CLI-Prozess wird geschlossen, wenn die Schleife abgeschlossen ist.

17 17 

18Dieser Leitfaden erklärt, wie das SDK Telemetrie ausgibt, wie Sie den Export konfigurieren und wie Sie die Daten nach ihrer Ankunft in Ihrem Backend taggen und filtern. Um Token-Nutzung und Kosten direkt aus dem SDK-Antwortstrom zu lesen, anstatt in ein Backend zu exportieren, siehe [Kosten und Nutzung verfolgen](/docs/de/agent-sdk/cost-tracking).18Dieser Leitfaden erklärt, wie das SDK Telemetrie ausgibt, wie Sie den Export konfigurieren und wie Sie die Daten nach ihrer Ankunft in Ihrem Backend taggen und filtern. Um Token-Nutzung und Kosten direkt aus dem SDK-Antwortstrom zu lesen, anstatt in ein Backend zu exportieren, siehe [Kosten und Nutzung verfolgen](/docs/de/agent-sdk/cost-tracking).

19 19 

20<Note>

21 Informationen zur Claude API oder zu Managed Agents finden Sie unter [OpenTelemetry für die Claude API](https://platform.claude.com/docs/en/manage-claude/opentelemetry).

22</Note>

23 

20<h2 id="how-telemetry-flows-from-the-sdk">24<h2 id="how-telemetry-flows-from-the-sdk">

21 Wie Telemetrie vom SDK fließt25 Wie Telemetrie vom SDK fließt

22</h2>26</h2>

156 156 

157Das folgende Beispiel beobachtet den Assistent-Stream auf `TaskCreate`- und `TaskUpdate`-`tool_use`-Blöcke und führt eine Zuordnung von Tasks mit Task-ID in einer `TaskTracker`-Klasse, wobei eine Fortschrittszusammenfassung bei jeder Änderung neu gerendert wird. Die Zusammenfassung zählt abgeschlossene und laufende Tasks und zeigt das `activeForm`-Label jedes aktiven Elements anstelle seines `subject`. Verwenden Sie diese Form, wenn Ihre Anwendung eine Fortschrittsanzeige führt, anstatt jedes Ereignis zu protokollieren.157Das folgende Beispiel beobachtet den Assistent-Stream auf `TaskCreate`- und `TaskUpdate`-`tool_use`-Blöcke und führt eine Zuordnung von Tasks mit Task-ID in einer `TaskTracker`-Klasse, wobei eine Fortschrittszusammenfassung bei jeder Änderung neu gerendert wird. Die Zusammenfassung zählt abgeschlossene und laufende Tasks und zeigt das `activeForm`-Label jedes aktiven Elements anstelle seines `subject`. Verwenden Sie diese Form, wenn Ihre Anwendung eine Fortschrittsanzeige führt, anstatt jedes Ereignis zu protokollieren.

158 158 

159Die zugewiesene Task-ID befindet sich nicht in der `TaskCreate`-Eingabe. Claude Code liefert die strukturierte Ausgabe jedes Tools in der Benutzermeldung, die seinen `tool_result`-Block trägt, im Feld `tool_use_result`. Für `TaskCreate` ist dieses Objekt für TypeScript als `TaskCreateOutput` unter [Tool Output Types](/docs/de/agent-sdk/typescript#tool-output-types) dokumentiert, und in Python ist das Feld ein einfaches Dict der gleichen Form. Der Tracker paart jeden `tool_result`-Block mit seinem `tool_use`-Aufruf nach `tool_use_id` und liest `task.id` aus der gepaarten Meldung des `tool_use_result`. Claude kann die Liste mit `TaskList` zurücklesen und die vollständigen Details einer Task mit `TaskGet`.159Die zugewiesene Task-ID befindet sich nicht in der `TaskCreate`-Eingabe. Claude Code liefert die strukturierte Ausgabe jedes Tools in der Benutzermeldung, die seinen `tool_result`-Block trägt, im Feld `tool_use_result`. Für `TaskCreate` ist dieses Objekt für TypeScript als `TaskCreateOutput` unter [Tool-Ausgabetypen](/docs/de/agent-sdk/typescript#tool-output-types) dokumentiert, und in Python ist das Feld ein einfaches Dict der gleichen Form. Der Tracker paart jeden `tool_result`-Block mit seinem `tool_use`-Aufruf nach `tool_use_id` und liest `task.id` aus dem `tool_use_result` der gepaarten Meldung. Claude kann die Liste mit `TaskList` zurücklesen und die vollständigen Details einer Task mit `TaskGet`.

160 160 

161<CodeGroup>161<CodeGroup>

162 ```typescript TypeScript theme={null}162 ```typescript TypeScript theme={null}

500 Was beim Verschieben in den Hintergrund übernommen wird500 Was beim Verschieben in den Hintergrund übernommen wird

501</h4>501</h4>

502 502 

503Das Verschieben in den Hintergrund startet einen neuen Prozess, der die gespeicherte Konversation fortsetzt, und laufende Arbeit wird dorthin übertragen: laufende Hintergrund-Shell-Befehle, in den Hintergrund verschobene Subagenten, dynamische Workflows, geplante Aufgaben, die Sie mit [`/loop`](/docs/de/scheduled-tasks) erstellt haben, und Claudes [automatische Antworten auf Artefakt-Kommentare](/docs/de/artifacts#let-claude-reply-to-comments-on-its-own) werden alle übernommen und laufen dort weiter. Ein Subagent wird zusammen mit allem übertragen, was er gestartet hat, daher wird er nur übernommen, wenn all diese Arbeit ebenfalls übertragen werden kann. Um laufende Arbeit zu stoppen, anstatt sie zu übernehmen, setzen Sie die Umgebungsvariable [`CLAUDE_DISABLE_ADOPT=1`](/docs/de/env-vars#variables); Claude Code bittet Sie dann vor dem Verschieben in den Hintergrund um Bestätigung.503Das Verschieben in den Hintergrund startet einen neuen Prozess, der die gespeicherte Konversation fortsetzt, und laufende Hintergrundarbeit wird dorthin übertragen: laufende Hintergrund-Shell-Befehle, in den Hintergrund verschobene Subagenten, dynamische Workflows, geplante Aufgaben, die Sie mit [`/loop`](/docs/de/scheduled-tasks) erstellt haben, und Claudes [automatische Antworten auf Artefakt-Kommentare](/docs/de/artifacts#let-claude-reply-to-comments-on-its-own) werden alle übernommen und laufen dort weiter. Ein Subagent wird zusammen mit allem übertragen, was er gestartet hat, daher wird er nur übernommen, wenn all diese Arbeit ebenfalls übertragen werden kann. Um laufende Hintergrundarbeit zu stoppen, anstatt sie zu übernehmen, setzen Sie die Umgebungsvariable [`CLAUDE_DISABLE_ADOPT=1`](/docs/de/env-vars#variables); Claude Code bittet Sie dann vor dem Verschieben in den Hintergrund um Bestätigung.

504 504 

505Wenn in einem [dynamischen Workflow](/docs/de/workflows) noch Subagenten laufen, fragt Claude Code vor dem Verschieben in den Hintergrund mit dem Dialog `Background this session?` nach, der angibt, wie viele Subagenten neu starten würden. Wählen Sie `Stay`, um sie zuerst fertig laufen zu lassen. Wenn Sie bestätigen, spielt Claude Code den Lauf in der Hintergrund-Sitzung erneut ab: Subagenten, die noch liefen, beginnen von vorn, sodass die bisher verbrauchten Token erneut anfallen. Siehe [Nach einer Pause fortsetzen](/docs/de/workflows#resume-after-a-pause), um zu erfahren, welche abgeschlossenen Subagenten ihre gespeicherten Ergebnisse zurückgeben und welche erneut ausgeführt werden.505Wenn in einem [dynamischen Workflow](/docs/de/workflows) noch Subagenten laufen, fragt Claude Code vor dem Verschieben in den Hintergrund mit dem Dialog `Background this session?` nach, der angibt, wie viele Subagenten neu starten würden. Wählen Sie `Stay`, um sie zuerst fertig laufen zu lassen. Wenn Sie bestätigen, spielt Claude Code den Lauf in der Hintergrund-Sitzung erneut ab: Subagenten, die noch liefen, beginnen von vorn, sodass die bisher verbrauchten Token erneut anfallen. Siehe [Nach einer Pause fortsetzen](/docs/de/workflows#resume-after-a-pause), um zu erfahren, welche abgeschlossenen Subagenten ihre gespeicherten Ergebnisse zurückgeben und welche erneut ausgeführt werden.

506 506 

507Claude Code stoppt Arbeit, die nicht übernommen werden kann, etwa einen laufenden [Monitor](/docs/de/tools-reference#monitor-tool), und stoppt zusammen damit einen in den Hintergrund verschobenen Subagenten, dem ein Monitor gehört. Wenn solche Arbeit läuft, zeigt Claude Code den Dialog `Background this session?` an, damit Sie bestätigen können, bevor die Arbeit gestoppt wird.507Claude Code stoppt Hintergrundarbeit, die nicht übernommen werden kann, etwa einen laufenden [Monitor](/docs/de/tools-reference#monitor-tool), und stoppt zusammen damit einen in den Hintergrund verschobenen Subagenten, dem ein Monitor gehört. Wenn solche Arbeit läuft, zeigt Claude Code den Dialog `Background this session?` an, damit Sie bestätigen können, bevor die Arbeit gestoppt wird.

508 508 

509Sobald sich die Sitzung im Hintergrund befindet, kann sie neue Subagenten, Monitore und Hintergrund-Befehle starten, und diese laufen über spätere Trennungen und erneutes Anhängen hinweg weiter.509Sobald sich die Sitzung im Hintergrund befindet, kann sie neue Subagenten, Monitore und Hintergrund-Befehle starten, und diese laufen über spätere Trennungen und erneutes Anhängen hinweg weiter.

510 510 

949 Backgrounding zeigt einen `Background this session?`-Dialog949 Backgrounding zeigt einen `Background this session?`-Dialog

950</h3>950</h3>

951 951 

952Wenn Sie `←` drücken, um die aktuelle Sitzung in den Hintergrund zu verschieben, und Claude Code zeigt einen `Background this session?`-Dialog, hat die Sitzung laufende Arbeit, die das Backgrounding stoppen, neu starten oder unbeaufsichtigt laufen lassen würde, und Claude Code fragt, bevor es eines dieser Dinge tut:952Wenn Sie `←` drücken, um die aktuelle Sitzung in den Hintergrund zu verschieben, und Claude Code zeigt einen `Background this session?`-Dialog, hat die Sitzung laufende Hintergrundarbeit, die das Backgrounding stoppen, neu starten oder unbeaufsichtigt laufen lassen würde, und Claude Code fragt, bevor es eines dieser Dinge tut:

953 953 

954* **Arbeit, die nicht verschoben werden kann**: Die Sitzung hat Arbeit, die nicht zur Hintergrund-Sitzung verschoben werden kann, wie z. B. ein laufender [Monitor](/docs/de/tools-reference#monitor-tool). Der Dialog benennt die Arbeit, die Claude Code stoppen würde, und zählt separat die Aufgaben, die übertragen werden.954* **Arbeit, die nicht verschoben werden kann**: Die Sitzung hat Arbeit, die nicht zur Hintergrund-Sitzung verschoben werden kann, wie z. B. ein laufender [Monitor](/docs/de/tools-reference#monitor-tool). Der Dialog benennt die Hintergrundarbeit, die Claude Code stoppen würde, und zählt separat die Aufgaben, die übertragen werden.

955* **Ein Workflow mit laufenden Subagenten**: Ein [dynamischer Workflow](/docs/de/workflows) hat noch laufende Subagenten. Der Workflow selbst wird übertragen, aber seine laufenden Subagenten starten von vorne neu, und der Dialog sagt, wie viele.955* **Ein Workflow mit laufenden Subagenten**: Ein [dynamischer Workflow](/docs/de/workflows) hat noch laufende Subagenten. Der Workflow selbst wird übertragen, aber seine laufenden Subagenten starten von vorne neu, und der Dialog sagt, wie viele.

956* **Automatische Artefakt-Antworten**: Claude [antwortet auf Kommentare zu einem Artefakt von selbst](/docs/de/artifacts#let-claude-reply-to-comments-on-its-own). Diese Antworten werden in der Hintergrund-Sitzung fortgesetzt, und der Dialog sagt dies.956* **Automatische Artefakt-Antworten**: Claude [antwortet auf Kommentare zu einem Artefakt von selbst](/docs/de/artifacts#let-claude-reply-to-comments-on-its-own). Diese Antworten werden in der Hintergrund-Sitzung fortgesetzt, und der Dialog sagt dies.

957 957 

1175| v2.1.199 | Eine Hintergrundsitzung, deren Prozess auf einem Host mit wenig Arbeitsspeicher beendet wird, bevor er vollständig gestartet ist, zeigt in ihrem Zeilenstatus `possibly low memory — free some up and retry` an statt nur des reinen Beendigungsgrunds. Das Verschieben einer Sitzung in den Hintergrund mit `←` oder `/background` überträgt ihre `/color` auf die neue Zeile. |1175| v2.1.199 | Eine Hintergrundsitzung, deren Prozess auf einem Host mit wenig Arbeitsspeicher beendet wird, bevor er vollständig gestartet ist, zeigt in ihrem Zeilenstatus `possibly low memory — free some up and retry` an statt nur des reinen Beendigungsgrunds. Das Verschieben einer Sitzung in den Hintergrund mit `←` oder `/background` überträgt ihre `/color` auf die neue Zeile. |

1176| v2.1.198 | Die Agentenansicht sendet eine Benachrichtigung über `preferredNotifChannel`, wenn eine Hintergrundsitzung eine Eingabe benötigt, fertig wird oder fehlschlägt, und löst den `Notification`-Hook mit dem Typ `agent_needs_input` oder `agent_completed` aus. `←` und `/exit` innerhalb von `claude attach <id>` kehren zur Agentenansicht zurück, statt zur Shell zu beenden; `Ctrl+Z` kehrt zur Shell zurück. Eine Hintergrundsitzung, die ihre Arbeit in einem Worktree isoliert hat, committet, pusht ihren eigenen isolierten Branch, niemals `main` oder `master`, und öffnet einen Draft-Pull-Request, wenn sie fertig ist, statt vorher nachzufragen. `/login` läuft in der Agentenansicht und öffnet den Anmeldedialog. Der Beenden-Dialog `Background work is running` bietet `Move to background and exit` an. Die Übergabe beim Beenden umfasst auch Hintergrund-Subagenten, die beim nächsten Aufwecken aus ihrem Transkript fortgesetzt werden, statt als fehlgeschlagen gemeldet zu werden. `claude --bg` in Kombination mit `-p` oder `--print` wird mit einem Fehler abgelehnt. Der Host für Hintergrundsitzungen fordert beim ersten LAN-Zugriff die macOS-Berechtigung für das lokale Netzwerk an, statt mit `connect: no route to host` fehlzuschlagen. |1176| v2.1.198 | Die Agentenansicht sendet eine Benachrichtigung über `preferredNotifChannel`, wenn eine Hintergrundsitzung eine Eingabe benötigt, fertig wird oder fehlschlägt, und löst den `Notification`-Hook mit dem Typ `agent_needs_input` oder `agent_completed` aus. `←` und `/exit` innerhalb von `claude attach <id>` kehren zur Agentenansicht zurück, statt zur Shell zu beenden; `Ctrl+Z` kehrt zur Shell zurück. Eine Hintergrundsitzung, die ihre Arbeit in einem Worktree isoliert hat, committet, pusht ihren eigenen isolierten Branch, niemals `main` oder `master`, und öffnet einen Draft-Pull-Request, wenn sie fertig ist, statt vorher nachzufragen. `/login` läuft in der Agentenansicht und öffnet den Anmeldedialog. Der Beenden-Dialog `Background work is running` bietet `Move to background and exit` an. Die Übergabe beim Beenden umfasst auch Hintergrund-Subagenten, die beim nächsten Aufwecken aus ihrem Transkript fortgesetzt werden, statt als fehlgeschlagen gemeldet zu werden. `claude --bg` in Kombination mit `-p` oder `--print` wird mit einem Fehler abgelehnt. Der Host für Hintergrundsitzungen fordert beim ersten LAN-Zugriff die macOS-Berechtigung für das lokale Netzwerk an, statt mit `connect: no route to host` fehlzuschlagen. |

1177| v2.1.196 | Ein einziges Drücken von `←` verschiebt eine Vordergrundsitzung in den Hintergrund; frühere Versionen erforderten zwei Tastendrücke, mit einem Hinweis in der Fußzeile und einer Bestätigung. An `claude agents` übergebenes `--dangerously-skip-permissions` zeigt den Bypass-Hinweis an, statt unbemerkt verworfen zu werden. Interaktive Sitzungen, die Sie nie benannt haben, tragen in Sitzungslisten und in `claude agents --json` einen Standardnamen wie `my-app-3f`. Hintergrund-Shell-Befehle und dynamische Workflows überstehen das Stoppen, Neustarten oder Aktualisieren des Sitzungsprozesses, auch unter Windows; setzen Sie `CLAUDE_CODE_DISABLE_BG_EXIT_HANDOFF=1`, um die Übergabe zu deaktivieren. Ein Transkript, das beim Neustart fälschlich als leer gelesen wird, wird mit einem `.orphaned-`-Suffix umbenannt statt gelöscht. |1177| v2.1.196 | Ein einziges Drücken von `←` verschiebt eine Vordergrundsitzung in den Hintergrund; frühere Versionen erforderten zwei Tastendrücke, mit einem Hinweis in der Fußzeile und einer Bestätigung. An `claude agents` übergebenes `--dangerously-skip-permissions` zeigt den Bypass-Hinweis an, statt unbemerkt verworfen zu werden. Interaktive Sitzungen, die Sie nie benannt haben, tragen in Sitzungslisten und in `claude agents --json` einen Standardnamen wie `my-app-3f`. Hintergrund-Shell-Befehle und dynamische Workflows überstehen das Stoppen, Neustarten oder Aktualisieren des Sitzungsprozesses, auch unter Windows; setzen Sie `CLAUDE_CODE_DISABLE_BG_EXIT_HANDOFF=1`, um die Übergabe zu deaktivieren. Ein Transkript, das beim Neustart fälschlich als leer gelesen wird, wird mit einem `.orphaned-`-Suffix umbenannt statt gelöscht. |

1178| v2.1.195 | Laufende Arbeit wird auch unter Windows übernommen, wenn Sie eine Sitzung in den Hintergrund verschieben; setzen Sie `CLAUDE_DISABLE_ADOPT=1`, um sie stattdessen zu stoppen. Die Gruppe `Completed` füllt den verbleibenden vertikalen Platz, und die Kopfzeile wird auf kurzen Terminals kompakter. Eine ältere Claude-Code-Version verwirft keine `state.json`-Felder neuerer Sitzungen mehr und blendet diese Sitzungen nicht mehr in `claude agents` aus. Das Verbinden mit einer gestoppten Sitzung wechselt sofort, statt bis zu fünf Sekunden lang einen leeren Bildschirm anzuzeigen. Ein Supervisor, der keine Verbindungen annehmen kann, beendet sich und gibt seine Sperre selbstständig frei. |1178| v2.1.195 | Laufende Hintergrundarbeit wird auch unter Windows übernommen, wenn Sie eine Sitzung in den Hintergrund verschieben; setzen Sie `CLAUDE_DISABLE_ADOPT=1`, um sie stattdessen zu stoppen. Die Gruppe `Completed` füllt den verbleibenden vertikalen Platz, und die Kopfzeile wird auf kurzen Terminals kompakter. Eine ältere Claude-Code-Version verwirft keine `state.json`-Felder neuerer Sitzungen mehr und blendet diese Sitzungen nicht mehr in `claude agents` aus. Das Verbinden mit einer gestoppten Sitzung wechselt sofort, statt bis zu fünf Sekunden lang einen leeren Bildschirm anzuzeigen. Ein Supervisor, der keine Verbindungen annehmen kann, beendet sich und gibt seine Sperre selbstständig frei. |

1179| v2.1.191 | `claude --bg` mit einem `--agent`-Namen, der keinem Ihrer Subagenten entspricht, lässt den Start fehlschlagen: Die Sitzung beendet sich sofort mit einem `--agent '<name>' not found`-Fehler, statt mit dem Standard-Agenten zu laufen. |1179| v2.1.191 | `claude --bg` mit einem `--agent`-Namen, der keinem Ihrer Subagenten entspricht, lässt den Start fehlschlagen: Die Sitzung beendet sich sofort mit einem `--agent '<name>' not found`-Fehler, statt mit dem Standard-Agenten zu laufen. |

1180| v2.1.174 | Hintergrundsitzungen erben keine Gateway-Endpunkt-Variablen wie `ANTHROPIC_BASE_URL` mehr aus der Start-Shell des Supervisors; der Supervisor liefert vorab gestarteten Workern einen frischen Snapshot der Anmeldedaten, wodurch fälschliche `Could not resolve authentication method`-Fehler behoben werden. |1180| v2.1.174 | Hintergrundsitzungen erben keine Gateway-Endpunkt-Variablen wie `ANTHROPIC_BASE_URL` mehr aus der Start-Shell des Supervisors; der Supervisor liefert vorab gestarteten Workern einen frischen Snapshot der Anmeldedaten, wodurch fälschliche `Could not resolve authentication method`-Fehler behoben werden. |

1181| v2.1.172 | `/model` in der Dispatch-Eingabe legt eine sitzungsbezogene Überschreibung des Dispatch-Modells fest. |1181| v2.1.172 | `/model` in der Dispatch-Eingabe legt eine sitzungsbezogene Überschreibung des Dispatch-Modells fest. |

13| Claude for Teams / Enterprise | [claude.ai/analytics/claude-code](https://claude.ai/analytics/claude-code) | Nutzungsmetriken, Beitragskennzahlen mit GitHub-Integration, Rangliste, Datenexport | [Details](#access-analytics-for-team-and-enterprise) |13| Claude for Teams / Enterprise | [claude.ai/analytics/claude-code](https://claude.ai/analytics/claude-code) | Nutzungsmetriken, Beitragskennzahlen mit GitHub-Integration, Rangliste, Datenexport | [Details](#access-analytics-for-team-and-enterprise) |

14| API (Claude Console) | [platform.claude.com/claude-code](https://platform.claude.com/claude-code) | Nutzungsmetriken, Ausgabenverfolgung, Team-Insights | [Details](#access-analytics-for-api-customers) |14| API (Claude Console) | [platform.claude.com/claude-code](https://platform.claude.com/claude-code) | Nutzungsmetriken, Ausgabenverfolgung, Team-Insights | [Details](#access-analytics-for-api-customers) |

15 15 

16Code Review verfügt über ein eigenes Dashboard. Informationen zu Review-Aktivitäten und Ausgaben finden Sie unter [Nutzung anzeigen](/docs/de/code-review-costs#view-usage).

17 

16<h2 id="access-analytics-for-team-and-enterprise">18<h2 id="access-analytics-for-team-and-enterprise">

17 Analytics für Teams und Enterprise aufrufen19 Analytics für Teams und Enterprise aufrufen

18</h2>20</h2>

75| Die Sitzung befindet sich im [Plan-Modus](/docs/de/permission-modes#analyze-before-you-edit-with-plan-mode) | Fragt vor der ersten Veröffentlichung jedes Artefakts nach |75| Die Sitzung befindet sich im [Plan-Modus](/docs/de/permission-modes#analyze-before-you-edit-with-plan-mode) | Fragt vor der ersten Veröffentlichung jedes Artefakts nach |

76| Die Veröffentlichung deklariert Laufzeitfähigkeiten für die Seite, wie [Konnektor-Aufrufe](#pull-live-data-with-mcp-connectors) oder [Datei-Downloads](#offer-a-file-download) | Fragt vor dieser Veröffentlichung nach |76| Die Veröffentlichung deklariert Laufzeitfähigkeiten für die Seite, wie [Konnektor-Aufrufe](#pull-live-data-with-mcp-connectors) oder [Datei-Downloads](#offer-a-file-download) | Fragt vor dieser Veröffentlichung nach |

77| Sie haben das Artefakt öffentlich freigegeben | Fragt einmal pro Konversation nach, bevor es geändert wird |77| Sie haben das Artefakt öffentlich freigegeben | Fragt einmal pro Konversation nach, bevor es geändert wird |

78| Sie haben das [Abrufen von Feature-Flags](/docs/de/env-vars#features-that-need-feature-flag-fetching) deaktiviert | Fragt vor der ersten Veröffentlichung jedes Artefakts nach |

79| Claude veröffentlicht in einem Turn, der durch eine in Ihrer Sitzung ausgelöste [geplante Aufgabe](/docs/de/scheduled-tasks) gestartet wurde, statt durch einen von Ihnen eingegebenen Prompt | Fragt vor der ersten Veröffentlichung jedes Artefakts nach |78| Claude veröffentlicht in einem Turn, der durch eine in Ihrer Sitzung ausgelöste [geplante Aufgabe](/docs/de/scheduled-tasks) gestartet wurde, statt durch einen von Ihnen eingegebenen Prompt | Fragt vor der ersten Veröffentlichung jedes Artefakts nach |

80| Claude kann die Datei nicht ohne Ihre Genehmigung lesen | Fragt vor der Veröffentlichung nach. Eine Allow-Regel für das `Artifact`-Tool überspringt diese Abfrage nicht |79| Claude kann die Datei nicht ohne Ihre Genehmigung lesen | Fragt vor der Veröffentlichung nach. Eine Allow-Regel für das `Artifact`-Tool überspringt diese Abfrage nicht |

80| Im [Manual](/docs/de/permission-modes)- oder `acceptEdits`-Modus nimmt Claude eine kleine Änderung an der Datei eines Artefakts vor, die es nicht ohne Ihre Genehmigung bearbeiten kann, etwa an einer Projektdatei im Manual-Modus | Fragt vor der Veröffentlichung der Änderung nach. Sie werden auch dann gefragt, wenn eine Allow-Regel das `Artifact`-Tool abdeckt, da die Bearbeitung der Datei Ihre Genehmigung erfordert |

81 81 

82Claude liest Dateien in den [Arbeitsverzeichnissen](/docs/de/permissions#working-directories) Ihrer Sitzung sowie in dem temporären Verzeichnis, in das es Seiten schreibt, ohne nachzufragen. Damit Claude ohne Abfrage aus einem anderen Ordner veröffentlichen kann, fügen Sie den Ordner beim Start mit [`--add-dir`](/docs/de/cli-reference#cli-flags) oder während der Sitzung mit `/add-dir` als Arbeitsverzeichnis hinzu.82Damit Claude eine Datei außerhalb Ihrer [Arbeitsverzeichnisse](/docs/de/permissions#working-directories) ohne Ihre Genehmigung lesen kann, fügen Sie ihren Ordner beim Start mit [`--add-dir`](/docs/de/cli-reference#cli-flags) oder während der Sitzung mit `/add-dir` als Arbeitsverzeichnis hinzu. Claude liest Dateien in diesen Verzeichnissen sowie in dem temporären Verzeichnis, in das es Seiten schreibt, bereits ohne nachzufragen.

83 

84Wenn eine Veröffentlichungsabfrage einen Satz wie `Also makes 1 edit to that file on disk.` enthält, ändert Claude die Datei des Artefakts und veröffentlicht sie in einem Schritt. Wenn Sie die Abfrage genehmigen, veröffentlicht Claude Code die Seite und schreibt anschließend die Änderung in Ihre Datei.

83 85 

84<h2 id="update-an-artifact">86<h2 id="update-an-artifact">

85 Aktualisieren Sie ein Artefakt87 Aktualisieren Sie ein Artefakt

149* **Cloud-Sitzung ohne Netzwerkzugriff**: Für eine [Cloud-Umgebung](/docs/de/cloud-environments#access-levels) ist das die Stufe **None**. Im [Auto-Modus](/docs/de/permission-modes#eliminate-prompts-with-auto-mode) kann stattdessen der Klassifikator die Genehmigung erteilen; in einer [Cowork](https://claude.com/product/cowork)-Sitzung liegt die Genehmigung allein bei Ihnen.151* **Cloud-Sitzung ohne Netzwerkzugriff**: Für eine [Cloud-Umgebung](/docs/de/cloud-environments#access-levels) ist das die Stufe **None**. Im [Auto-Modus](/docs/de/permission-modes#eliminate-prompts-with-auto-mode) kann stattdessen der Klassifikator die Genehmigung erteilen; in einer [Cowork](https://claude.com/product/cowork)-Sitzung liegt die Genehmigung allein bei Ihnen.

150* **Öffentliches Artefakt einer anderen Organisation**: Claude Code fragt Sie zuerst, selbst im Auto-Modus. Wo Claude Code Sie nicht fragen kann, etwa im Modus `bypassPermissions`, kann Claude das Artefakt nicht lesen. Claude kann diese Artefakte nur lesen, solange das [Abrufen von Feature-Flags](/docs/de/env-vars#features-that-need-feature-flag-fetching) aktiviert ist.152* **Öffentliches Artefakt einer anderen Organisation**: Claude Code fragt Sie zuerst, selbst im Auto-Modus. Wo Claude Code Sie nicht fragen kann, etwa im Modus `bypassPermissions`, kann Claude das Artefakt nicht lesen. Claude kann diese Artefakte nur lesen, solange das [Abrufen von Feature-Flags](/docs/de/env-vars#features-that-need-feature-flag-fetching) aktiviert ist.

151* **Unbestätigter Eigentümer oder unbestätigte Netzwerkeinstellung**: Wenn Claude Code nicht bestätigen kann, wer das Artefakt erstellt hat, oder die Netzwerkeinstellung einer Cloud-Sitzung nicht bestätigen kann, fragt es nach, und Ihre Genehmigung gilt für genau diese eine Anfrage.153* **Unbestätigter Eigentümer oder unbestätigte Netzwerkeinstellung**: Wenn Claude Code nicht bestätigen kann, wer das Artefakt erstellt hat, oder die Netzwerkeinstellung einer Cloud-Sitzung nicht bestätigen kann, fragt es nach, und Ihre Genehmigung gilt für genau diese eine Anfrage.

152* **Plan-Modus oder deaktiviertes Abrufen von Feature-Flags**: Im [Plan-Modus](/docs/de/permission-modes#analyze-before-you-edit-with-plan-mode) oder wenn Sie das [Abrufen von Feature-Flags](/docs/de/env-vars#features-that-need-feature-flag-fetching) deaktiviert haben, fragt Claude Code nach, bevor das Artifact-Tool ein Artefakt liest, das eine andere Person in Ihrer Organisation erstellt hat.154* **Plan-Modus**: Im [Plan-Modus](/docs/de/permission-modes#analyze-before-you-edit-with-plan-mode) fragt Claude Code nach, bevor das Artifact-Tool ein Artefakt liest, das eine andere Person in Ihrer Organisation erstellt hat.

153 155 

154Wenn Claude das Artefakt mit WebFetch liest, gelten weiterhin die eigenen [Abfrageregeln](/docs/de/tools-reference#webfetch-tool-behavior) von WebFetch.156Wenn Claude das Artefakt mit WebFetch liest, gelten weiterhin die eigenen [Abfrageregeln](/docs/de/tools-reference#webfetch-tool-behavior) von WebFetch.

155 157 

102Ein [Subagent](/docs/de/sub-agents) führt Bearbeitungen mit Claudes Datei-Bearbeitungswerkzeugen durch, aber Claude Code erfasst diese Bearbeitungen normalerweise nicht in den Checkpoints Ihrer Sitzung. Ob das Zurückspulen sie wiederherstellt, hängt davon ab, wie der Subagent ausgeführt wird:102Ein [Subagent](/docs/de/sub-agents) führt Bearbeitungen mit Claudes Datei-Bearbeitungswerkzeugen durch, aber Claude Code erfasst diese Bearbeitungen normalerweise nicht in den Checkpoints Ihrer Sitzung. Ob das Zurückspulen sie wiederherstellt, hängt davon ab, wie der Subagent ausgeführt wird:

103 103 

104* **Foreground-Forked-Skill**: ein [Skill mit `context: fork`](/docs/de/skills#run-skills-in-a-subagent), der im Vordergrund ausgeführt wird, bearbeitet Ihren Arbeitsbaum während Ihres eigenen Zuges, sodass das Zurückspulen seine Bearbeitungen wie gewohnt wiederherstellt. Setzen Sie `background: false`, um einen Fork im Vordergrund auszuführen; einige Situationen, [aufgelistet auf der Skills-Seite](/docs/de/skills#run-skills-in-a-subagent), führen ihn dort unabhängig von der Einstellung aus.104* **Foreground-Forked-Skill**: ein [Skill mit `context: fork`](/docs/de/skills#run-skills-in-a-subagent), der im Vordergrund ausgeführt wird, bearbeitet Ihren Arbeitsbaum während Ihres eigenen Zuges, sodass das Zurückspulen seine Bearbeitungen wie gewohnt wiederherstellt. Setzen Sie `background: false`, um einen Fork im Vordergrund auszuführen; einige Situationen, [aufgelistet auf der Skills-Seite](/docs/de/skills#run-skills-in-a-subagent), führen ihn dort unabhängig von der Einstellung aus.

105* **Jeder andere Subagent**: Das Zurückspulen stellt die Bearbeitungen nicht wieder her. Verwenden Sie Git, um sie rückgängig zu machen. Dies umfasst einen Forked-Skill, der im Hintergrund ausgeführt wird (Standard), und einen Hintergrund-[`/code-review --fix`](/docs/de/code-review)-Lauf.105* **Jeder andere Subagent**: Das Zurückspulen stellt nur die Dateien wieder her, die Claude in Ihrer Konversation bereits bearbeitet hatte. Die Bearbeitungen des Subagenten an anderen Dateien bleiben bestehen, verwenden Sie daher Git, um sie rückgängig zu machen. Dies umfasst einen Forked-Skill, der im Hintergrund ausgeführt wird (Standard), und einen Hintergrund-[`/code-review --fix`](/docs/de/code-review-local)-Lauf.

106 106 

107<h3 id="external-changes-not-tracked">107<h3 id="external-changes-not-tracked">

108 Externe Änderungen werden nicht verfolgt108 Externe Änderungen werden nicht verfolgt

64Siehe [Vom Terminal verbinden](/docs/de/web-quickstart#connect-from-your-terminal) für die `/web-setup`-Anleitung, einschließlich dessen, was `/web-setup` speichert und wie Sie es entfernen.64Siehe [Vom Terminal verbinden](/docs/de/web-quickstart#connect-from-your-terminal) für die `/web-setup`-Anleitung, einschließlich dessen, was `/web-setup` speichert und wie Sie es entfernen.

65 65 

66<Note>66<Note>

67 Organisationen mit aktivierter [Zero Data Retention](/docs/de/zero-data-retention) oder mit angewendeter [HIPAA-Konfiguration](/docs/de/hipaa-setup) können `/web-setup` oder andere Cloud-Sitzungsfunktionen nicht verwenden.67 Organisationen mit aktivierter [Zero Data Retention](/docs/de/zero-data-retention) oder mit angewendeter [HIPAA-Konfiguration](/docs/de/hipaa-setup) können `/web-setup` oder andere Cloud-Sitzungsfunktionen nicht verwenden. Organisationen, die [kundenverwaltete Verschlüsselungsschlüssel](https://platform.claude.com/docs/en/manage-claude/cmek) (CMEK) verwenden, können ebenfalls keine Cloud-Sitzungen starten.

68</Note>68</Note>

69 69 

70<h3 id="quick-setup-for-team-and-enterprise">70<h3 id="quick-setup-for-team-and-enterprise">

46 46 

47Fügen Sie Umgebungen über den Umgebungswähler unter dem Nachrichtenfeld auf dem Bildschirm hinzu, auf dem Sie unter [claude.ai/code](https://claude.ai/code) eine neue Sitzung starten, und bearbeiten und archivieren Sie sie dort. Um diesen Bildschirm zu erreichen, schließen Sie das [Web-Onboarding](/docs/de/web-quickstart) ab. Informationen zur Desktop-App finden Sie unter [Cloud-Sitzungen](/docs/de/desktop#cloud-sessions). Umgebungen, die Sie erstellen, sind persönlich für Ihr Konto; [gemeinsame Umgebungen](#organization-shared-environments), die von einem Owner erstellt wurden, erscheinen im selben Wähler. Siehe [Installierte Tools](#installed-tools) für das, was ohne Konfiguration verfügbar ist.47Fügen Sie Umgebungen über den Umgebungswähler unter dem Nachrichtenfeld auf dem Bildschirm hinzu, auf dem Sie unter [claude.ai/code](https://claude.ai/code) eine neue Sitzung starten, und bearbeiten und archivieren Sie sie dort. Um diesen Bildschirm zu erreichen, schließen Sie das [Web-Onboarding](/docs/de/web-quickstart) ab. Informationen zur Desktop-App finden Sie unter [Cloud-Sitzungen](/docs/de/desktop#cloud-sessions). Umgebungen, die Sie erstellen, sind persönlich für Ihr Konto; [gemeinsame Umgebungen](#organization-shared-environments), die von einem Owner erstellt wurden, erscheinen im selben Wähler. Siehe [Installierte Tools](#installed-tools) für das, was ohne Konfiguration verfügbar ist.

48 48 

49Der Wähler wird nur angezeigt, bis Sie die erste Nachricht einer neuen Sitzung senden. Um die Umgebung einer laufenden eigenen Cloud-Sitzung zu bearbeiten, wählen Sie oben das Caret-Symbol nach dem Sitzungstitel aus und wählen Sie dann **Umgebung bearbeiten**.49Der Wähler wird nur angezeigt, bis Sie die erste Nachricht einer neuen Sitzung senden. Um die Umgebung einer laufenden eigenen Cloud-Sitzung zu bearbeiten, wählen Sie oben das Caret-Symbol nach dem Sitzungstitel aus und wählen Sie dann **Cloud-Umgebung bearbeiten**.

50 50 

51<Steps>51<Steps>

52 <Step title="Öffnen Sie den Umgebungswähler">52 <Step title="Öffnen Sie den Umgebungswähler">

122 122 

123<Steps>123<Steps>

124 <Step title="Öffnen Sie die Netzwerk-Secrets der Umgebung">124 <Step title="Öffnen Sie die Netzwerk-Secrets der Umgebung">

125 [Öffnen Sie die Umgebung zur Bearbeitung](#configure-your-environment) unter [claude.ai/code](https://claude.ai/code). Suchen Sie im Dialog **Umgebung bearbeiten** den Bereich **Netzwerk-Secrets**. Sie sehen die Secrets, die bereits in der Umgebung vorhanden sind, jeweils mit den Hosts, auf die sie sich beziehen.125 [Öffnen Sie die Umgebung zur Bearbeitung](#configure-your-environment) unter [claude.ai/code](https://claude.ai/code). Suchen Sie im Dialog **Cloud-Umgebung bearbeiten** den Bereich **Netzwerk-Secrets**. Sie sehen die Secrets, die bereits in der Umgebung vorhanden sind, jeweils mit den Hosts, auf die sie sich beziehen.

126 </Step>126 </Step>

127 127 

128 <Step title="Fügen Sie das Secret hinzu">128 <Step title="Fügen Sie das Secret hinzu">

559 559 

560Der `matcher` begrenzt den Hook auf die `startup`- und `resume`-Ereignisse, und `$CLAUDE_PROJECT_DIR` wird zur Repository-Root aufgelöst, daher findet der Hook das Skript unabhängig vom Arbeitsverzeichnis der Sitzung.560Der `matcher` begrenzt den Hook auf die `startup`- und `resume`-Ereignisse, und `$CLAUDE_PROJECT_DIR` wird zur Repository-Root aufgelöst, daher findet der Hook das Skript unabhängig vom Arbeitsverzeichnis der Sitzung.

561 561 

562Erstellen Sie anschließend das Skript unter `scripts/install_pkgs.sh`. Es wird sofort außerhalb der Cloud beendet und installiert dann Ihre Abhängigkeiten:562Erstellen Sie anschließend das Skript unter `scripts/install_pkgs.sh`. Es wird sofort außerhalb der Cloud beendet und installiert dann Ihre Abhängigkeiten. Es überspringt `npm install`, solange `package.json`, `package-lock.json` und das Skript selbst seit der letzten erfolgreichen Installation unverändert sind:

563 563 

564```bash theme={null}564```bash theme={null}

565#!/bin/bash565#!/bin/bash

568 exit 0568 exit 0

569fi569fi

570 570 

571npm install571cd "$CLAUDE_PROJECT_DIR" || exit 1

572hashes=node_modules/.install_pkgs.sha256

573 

574if ! sha256sum --check --status "$hashes" 2>/dev/null; then

575 # Delete the old hashes first, so a failed install runs again next time

576 rm -f "$hashes"

577 if npm install; then

578 sha256sum scripts/install_pkgs.sh package.json package-lock.json > "$hashes" || rm -f "$hashes"

579 fi

580fi

581 

582# pip skips requirements that are already satisfied

572pip install -r requirements.txt583pip install -r requirements.txt

573exit 0584exit 0

574```585```

575 586 

576Die `CLAUDE_CODE_REMOTE`-Überprüfung ist das, was die Installation auf Cloud-Sitzungen beschränkt: Die Umgebung der Sitzungs-VM trägt diese Variable als `true`, sie ist lokal nie `true`, daher beendet sich das Skript auf Ihrem Laptop, bevor es etwas installiert.587Die `CLAUDE_CODE_REMOTE`-Überprüfung ist das, was die Installation auf Cloud-Sitzungen beschränkt: Die Umgebung der Sitzungs-VM trägt diese Variable als `true`, sie ist lokal nie `true`, daher beendet sich das Skript auf Ihrem Laptop, bevor es etwas installiert.

577 588 

578Zusammen geben die beiden Dateien jeder Cloud-Sitzung beim Start ein frisches `npm install` und `pip install`, während lokale Sitzungen unberührt bleiben.589Um zu bestätigen, dass `npm install` erfolgreich war, starten Sie eine Cloud-Sitzung und bitten Sie Claude, `node_modules/.install_pkgs.sha256` anzuzeigen. Die Datei listet einen Hash für jede der drei Dateien auf. Wenn die Datei fehlt, bitten Sie Claude, `npm install` auszuführen und den Fehler zu melden.

590 

591<Note>

592 Wenn `npm install` weitere Dateien liest, etwa die `package.json` eines Workspace, eine `.npmrc` oder die Eingaben Ihres `postinstall`-Skripts, fügen Sie diese dem `sha256sum`-Befehl hinzu, der die Hashes speichert. Andernfalls behalten Sie nach einer Änderung an einer dieser Dateien die alten Pakete.

593</Note>

579 594 

580<h4 id="limitations-in-cloud-sessions">595<h4 id="limitations-in-cloud-sessions">

581 Einschränkungen in Cloud-Sitzungen596 Einschränkungen in Cloud-Sitzungen

587* **Keine Cloud-Only-Scoping**: Hooks werden in lokalen und Cloud-Sitzungen ausgeführt. Um die lokale Ausführung zu überspringen, beenden Sie früh, es sei denn, die Umgebungsvariable `CLAUDE_CODE_REMOTE` ist `true`, wie das [Abhängigkeitsinstallations-Skript](#install-dependencies-with-a-sessionstart-hook) es tut.602* **Keine Cloud-Only-Scoping**: Hooks werden in lokalen und Cloud-Sitzungen ausgeführt. Um die lokale Ausführung zu überspringen, beenden Sie früh, es sei denn, die Umgebungsvariable `CLAUDE_CODE_REMOTE` ist `true`, wie das [Abhängigkeitsinstallations-Skript](#install-dependencies-with-a-sessionstart-hook) es tut.

588* **Erfordert Netzwerkzugriff**: Installationsbefehle müssen Paket-Registries erreichen. Wenn Ihre Umgebung **Keine** Netzwerkzugriff verwendet, schlagen diese Hooks fehl. Die [Standard-Zulassungsliste](#default-allowed-domains) unter **Vertraut** deckt npm, PyPI, RubyGems und crates.io ab.603* **Erfordert Netzwerkzugriff**: Installationsbefehle müssen Paket-Registries erreichen. Wenn Ihre Umgebung **Keine** Netzwerkzugriff verwendet, schlagen diese Hooks fehl. Die [Standard-Zulassungsliste](#default-allowed-domains) unter **Vertraut** deckt npm, PyPI, RubyGems und crates.io ab.

589* **Proxy-Kompatibilität**: In von Anthropic gehosteten Umgebungen wird der gesamte ausgehende Datenverkehr durch einen [Sicherheits-Proxy](#security-proxy) geleitet, und einige Paket-Manager funktionieren nicht korrekt damit; Bun ist ein bekanntes Beispiel. In einer [selbst gehosteten Umgebung](/docs/de/self-hosted-environments-deploy#default-deny-egress) wird der ausgehende Datenverkehr stattdessen durch Ihre eigene Netzwerk-Grenze geleitet.604* **Proxy-Kompatibilität**: In von Anthropic gehosteten Umgebungen wird der gesamte ausgehende Datenverkehr durch einen [Sicherheits-Proxy](#security-proxy) geleitet, und einige Paket-Manager funktionieren nicht korrekt damit; Bun ist ein bekanntes Beispiel. In einer [selbst gehosteten Umgebung](/docs/de/self-hosted-environments-deploy#default-deny-egress) wird der ausgehende Datenverkehr stattdessen durch Ihre eigene Netzwerk-Grenze geleitet.

590* **Fügt Startup-Latenz hinzu**: Hooks werden jedes Mal ausgeführt, wenn eine Sitzung startet oder fortgesetzt wird, im Gegensatz zu Setup-Skripten, die vom [Umgebungs-Caching](#environment-caching) profitieren. Halten Sie Installationsskripte schnell, indem Sie überprüfen, ob Abhängigkeiten bereits vorhanden sind, bevor Sie sie neu installieren.605* **Fügt Startup-Latenz hinzu**: Hooks werden jedes Mal ausgeführt, wenn eine Sitzung startet oder fortgesetzt wird, im Gegensatz zu Setup-Skripten, die vom [Umgebungs-Caching](#environment-caching) profitieren. Halten Sie Installationsskripte schnell, indem Sie bereits erledigte Arbeit überspringen, wie es das [Abhängigkeitsinstallations-Skript](#install-dependencies-with-a-sessionstart-hook) tut.

591 606 

592Um das Basis-Image anzupassen, verwenden Sie ein Setup-Skript, um das zu installieren, was Sie auf dem [bereitgestellten Image](#installed-tools) benötigen, oder führen Sie Ihr eigenes Image als Container neben Claude mit `docker compose` aus. Das vollständige Ersetzen des Basis-Images wird noch nicht unterstützt.607Um das Basis-Image anzupassen, verwenden Sie ein Setup-Skript, um das zu installieren, was Sie auf dem [bereitgestellten Image](#installed-tools) benötigen, oder führen Sie Ihr eigenes Image als Container neben Claude mit `docker compose` aus. Das vollständige Ersetzen des Basis-Images wird noch nicht unterstützt.

593 608 

4 4 

5# Code Review5# Code Review

6 6 

7> Richten Sie automatisierte PR-Reviews ein, die Logikfehler, Sicherheitslücken und Regressionen durch Multi-Agent-Analyse Ihrer vollständigen Codebasis erkennen7> Finden Sie Fehler in GitHub Pull Requests mit Code Review: Claude prüft jede Änderung, verifiziert seine Erkenntnisse und kommentiert inline. Für Team- und Enterprise-Pläne

8 8 

9<Note>9Mit Code Review prüft Claude die Pull Requests in Ihren GitHub-Repositorys. Mehrere Agenten lesen jede Änderung zusammen mit dem umgebenden Code und suchen nach Problemen wie Logikfehlern, Sicherheitslücken oder fehlerhaften Grenzfällen. Ein Verifizierungsschritt gleicht die Erkenntnisse mit dem Code ab, bevor sie gemeldet werden.

10 Code Review befindet sich in der Research Preview und ist für [Team- und Enterprise](https://claude.ai/admin-settings/claude-code)-Abonnements verfügbar. Es ist nicht verfügbar für Organisationen, bei denen [Zero Data Retention](/docs/de/zero-data-retention) aktiviert oder die [HIPAA-Konfiguration](/docs/de/hipaa-setup) angewendet ist, und ist nicht durch das BAA von Anthropic abgedeckt. Bei anderen Plänen können Sie immer noch [einen Diff lokal überprüfen](#review-a-diff-locally) mit dem `/code-review` Befehl.

11</Note>

12 

13Code Review analysiert Ihre GitHub Pull Requests und veröffentlicht Erkenntnisse als Inline-Kommentare auf den Codezeilen, auf denen Probleme gefunden wurden. Eine Flotte spezialisierter Agenten untersucht die Codeänderungen im Kontext Ihrer vollständigen Codebasis und sucht nach Logikfehlern, Sicherheitslücken, fehlerhaften Grenzfällen und subtilen Regressionen.

14 

15Erkenntnisse werden nach Schweregrad gekennzeichnet und genehmigen oder blockieren Ihren PR nicht, sodass bestehende Review-Workflows intakt bleiben. Sie können anpassen, was Claude kennzeichnet, indem Sie eine `CLAUDE.md` oder `REVIEW.md` Datei zu Ihrem Repository hinzufügen.

16 

17Um Claude in Ihrer eigenen CI-Infrastruktur statt dieses verwalteten Dienstes auszuführen, siehe [GitHub Actions](/docs/de/github-actions) oder [GitLab CI/CD](/docs/de/gitlab-ci-cd). Für Repositorys auf einer selbst gehosteten GitHub-Instanz siehe [GitHub Enterprise Server](/docs/de/github-enterprise-server).

18 10 

19Diese Seite behandelt:11Erkenntnisse erscheinen als Inline-Kommentare auf den betroffenen Zeilen, eingestuft nach [Schweregrad](/docs/de/code-review-pull-requests#severity-levels), zusammen mit einer Zusammenfassung und einer Check-Run im Pull Request. Ein Review genehmigt oder blockiert den Pull Request nie, sodass die Entscheidung über das Mergen bei Ihrem Team bleibt.

20 12 

21* [Wie Reviews funktionieren](#how-reviews-work)13<img src="https://mintcdn.com/claude-code/gLJVaPQEgKC8ZyUD/images/code-review-pipeline.svg?fit=max&auto=format&n=gLJVaPQEgKC8ZyUD&q=85&s=0351c96df9efa3105172eb00a672f130" className="dark:hidden" alt="Diagramm eines Reviews in vier Phasen. Ein Pull Request auf GitHub geht an mehrere Agenten, die parallel auf Anthropic-Infrastruktur suchen. Ein Verifizierungsschritt verwirft falsch positive Ergebnisse, die verbleibenden Erkenntnisse werden dedupliziert und nach Schweregrad eingestuft, und das Review veröffentlicht Inline-Kommentare, eine Zusammenfassung und eine Check-Run zurück auf GitHub." width="760" height="300" data-path="images/code-review-pipeline.svg" />

22* [Setup](#set-up-code-review)

23* [Manuelles Auslösen von Reviews](#manually-trigger-reviews) mit `@claude review` und `@claude review always`

24* [Anpassung von Reviews](#customize-reviews) mit `CLAUDE.md` und `REVIEW.md`

25* [Preisgestaltung](#pricing)

26* [Fehlerbehebung](#troubleshooting) fehlgeschlagener Ausführungen und fehlender Kommentare

27* [Überprüfung eines Diffs lokal](#review-a-diff-locally) mit dem `/code-review` Befehl

28 

29<h2 id="how-reviews-work">

30 Wie Reviews funktionieren

31</h2>

32 14 

33Sobald ein Administrator [Code Review aktiviert](#set-up-code-review) für Ihre Organisation, werden Reviews ausgelöst, wenn ein PR geöffnet wird, bei jedem Push oder auf manuelle Anfrage, je nach konfiguriertem Verhalten des Repositorys. Das Kommentieren von `@claude review` [startet Reviews auf einem PR](#manually-trigger-reviews) in jedem Modus.15<img src="https://mintcdn.com/claude-code/gLJVaPQEgKC8ZyUD/images/code-review-pipeline-dark.svg?fit=max&auto=format&n=gLJVaPQEgKC8ZyUD&q=85&s=9cf26bde98f4e999d0d9ff5bf5bdff40" className="hidden dark:block" alt="Diagramm eines Reviews in vier Phasen. Ein Pull Request auf GitHub geht an mehrere Agenten, die parallel auf Anthropic-Infrastruktur suchen. Ein Verifizierungsschritt verwirft falsch positive Ergebnisse, die verbleibenden Erkenntnisse werden dedupliziert und nach Schweregrad eingestuft, und das Review veröffentlicht Inline-Kommentare, eine Zusammenfassung und eine Check-Run zurück auf GitHub." width="760" height="300" data-path="images/code-review-pipeline-dark.svg" />

34 

35Wenn ein Review ausgeführt wird, analysieren mehrere Agenten parallel den Diff und den umgebenden Code auf Anthropic-Infrastruktur. Jeder Agent sucht nach einer anderen Klasse von Problemen, dann überprüft ein Verifizierungsschritt Kandidaten gegen das tatsächliche Codeverhalten, um falsch positive Ergebnisse zu filtern. Die Ergebnisse werden dedupliziert, nach Schweregrad eingestuft und als Inline-Kommentare auf den spezifischen Zeilen veröffentlicht, auf denen Probleme gefunden wurden, mit einer Zusammenfassung im Review-Text. Wenn keine Probleme gefunden werden, aktualisiert Code Review die GitHub-Check-Run, um anzuzeigen, dass keine Probleme erkannt wurden. Claude kann auch einen kurzen Bestätigungskommentar auf dem PR veröffentlichen.

36 

37Reviews skalieren in den Kosten mit PR-Größe und Komplexität und werden im Durchschnitt in 20 Minuten abgeschlossen. Administratoren können Review-Aktivität und Ausgaben über das [Analytics-Dashboard](#view-usage) überwachen.

38 

39<h3 id="severity-levels">

40 Schweregrad-Stufen

41</h3>

42 

43Jede Erkenntnis wird mit einer Schweregrad-Stufe gekennzeichnet:

44 

45| Marker | Schweregrad | Bedeutung |

46| :- | :- | :- |

47| 🔴 | Wichtig | Ein Fehler, der vor dem Zusammenführen behoben werden sollte |

48| 🟡 | Nit | Ein kleineres Problem, das behoben werden sollte, aber nicht blockierend ist |

49| 🟣 | Bereits vorhanden | Ein Fehler, der in der Codebasis vorhanden ist, aber nicht durch diesen PR eingeführt wurde |

50 

51Erkenntnisse enthalten einen ausklappbaren Bereich **Warum dies gekennzeichnet wurde**, den Sie erweitern können, um zu verstehen, warum Claude das Problem gekennzeichnet hat und wie es das Problem überprüft hat.

52 

53<h3 id="rate-and-reply-to-findings">

54 Bewertung und Antwort auf Erkenntnisse

55</h3>

56 

57Jeder Review-Kommentar von Claude kommt bereits mit 👍 und 👎 angehängt, sodass beide Schaltflächen in der GitHub-Benutzeroberfläche für Ein-Klick-Bewertung angezeigt werden. Klicken Sie auf 👍, wenn die Erkenntnis nützlich war, oder auf 👎, wenn sie falsch oder störend war. Anthropic sammelt Reaktionszählungen nach dem Zusammenführen des PR und verwendet sie, um den Reviewer zu optimieren. Reaktionen lösen keine Neuüberprüfung aus oder ändern etwas auf dem PR.

58 

59Das Antworten auf einen Inline-Kommentar veranlasst Claude nicht, zu antworten oder den PR zu aktualisieren. Um auf eine Erkenntnis zu reagieren, beheben Sie den Code und pushen Sie. Wenn der PR für Push-ausgelöste Reviews abonniert ist, löst die nächste Ausführung den Thread auf, wenn das Problem behoben ist. Um eine neue Überprüfung ohne Pushen anzufordern, kommentieren Sie `@claude review` als [Top-Level-PR-Kommentar](#manually-trigger-reviews).

60 

61Um eine Erkenntnis ohne Codeänderung zu verwerfen, lösen Sie ihren Thread auf; das Antworten verwirft sie nicht.

62 

63<h3 id="check-run-output">

64 Check-Run-Ausgabe

65</h3>

66 

67Neben den Inline-Review-Kommentaren füllt jedes Review die **Claude Code Review** Check-Run auf, die neben Ihren CI-Checks angezeigt wird. Erweitern Sie ihren **Details**-Link, um eine Zusammenfassung aller Erkenntnisse an einem Ort zu sehen, sortiert nach Schweregrad:

68 

69| Schweregrad | Datei:Zeile | Problem |

70| - | - | - |

71| 🔴 Wichtig | `src/auth/session.ts:142` | Token-Aktualisierung läuft parallel mit Logout, wodurch veraltete Sitzungen aktiv bleiben |

72| 🟡 Nit | `src/auth/session.ts:88` | `parseExpiry` gibt stillschweigend 0 bei fehlerhafter Eingabe zurück |

73 

74Jede Erkenntnis wird auch als Anmerkung auf der Registerkarte **Files changed** angezeigt, direkt auf den relevanten Diff-Zeilen markiert. Wichtige Erkenntnisse werden mit einem roten Marker gerendert, Nits mit einer gelben Warnung und bereits vorhandene Fehler mit einer grauen Benachrichtigung. Anmerkungen und die Schweregrad-Tabelle werden unabhängig von Inline-Review-Kommentaren in die Check-Run geschrieben, sodass sie verfügbar bleiben, auch wenn GitHub einen Inline-Kommentar auf einer Zeile ablehnt, die sich verschoben hat.

75 

76Die Check-Run wird immer mit einer neutralen Schlussfolgerung abgeschlossen, sodass sie das Zusammenführen durch Branch-Schutzregeln niemals blockiert. Wenn Sie Zusammenführungen auf Code Review-Erkenntnisse beschränken möchten, lesen Sie die Schweregrad-Aufschlüsselung aus der Check-Run-Ausgabe in Ihrem eigenen CI. Die letzte Zeile des Details-Texts ist ein maschinenlesbarer Kommentar, den Ihr Workflow mit `gh` und jq analysieren kann. Um die Check-Run-ID zu finden, listen Sie die Check-Runs des Commits mit `gh api repos/OWNER/REPO/commits/<commit-sha>/check-runs --jq '.check_runs[] | {id, name}'` auf und nehmen Sie die `id` der `Claude Code Review`-Ausführung. Ersetzen Sie `OWNER`, `REPO` und `CHECK_RUN_ID` durch Ihren Repository-Besitzer, Repository-Namen und diese ID:

77 

78```bash theme={null}

79gh api repos/OWNER/REPO/check-runs/CHECK_RUN_ID \

80 --jq '.output.text | split("bughunter-severity: ")[1] | split(" -->")[0] | fromjson'

81```

82 

83Dies gibt ein JSON-Objekt mit Zählungen pro Schweregrad zurück, zum Beispiel `{"normal": 2, "nit": 1, "pre_existing": 0}`. Der `normal`-Schlüssel enthält die Anzahl der Wichtig-Erkenntnisse; ein Wert ungleich Null bedeutet, dass Claude mindestens einen Fehler gefunden hat, der vor dem Zusammenführen behoben werden sollte.

84 

85<h3 id="what-code-review-checks">

86 Was Code Review überprüft

87</h3>

88 

89Standardmäßig konzentriert sich Code Review auf Korrektheit: Fehler, die die Produktion unterbrechen würden, nicht auf Formatierungspräferenzen oder fehlende Testabdeckung. Sie können erweitern, was es überprüft, indem Sie [Anleitungsdateien hinzufügen](#customize-reviews) zu Ihrem Repository.

90 

91<h2 id="set-up-code-review">

92 Code Review einrichten

93</h2>

94 

95Ein Owner aktiviert Code Review einmal für die Organisation und wählt aus, welche Repositorys einbezogen werden sollen.

96 

97<Steps>

98 <Step title="Öffnen Sie die Claude Code Admin-Einstellungen">

99 Gehen Sie zu [claude.ai/admin-settings/claude-code](https://claude.ai/admin-settings/claude-code) und finden Sie den Code Review Bereich. Sie benötigen die Owner- oder Primary Owner-Rolle in Ihrer Claude-Organisation und die Berechtigung, GitHub Apps in Ihrer GitHub-Organisation zu installieren.

100 </Step>

101 

102 <Step title="Setup starten">

103 Klicken Sie auf **Setup**. Dies startet den GitHub App-Installationsablauf.

104 </Step>

105 

106 <Step title="Installieren Sie die Claude GitHub App">

107 Folgen Sie den Aufforderungen, um die Claude GitHub App zu installieren: Wählen Sie die GitHub-Organisation aus, der die Repositorys gehören, die Sie überprüft haben möchten, wählen Sie aus, auf welche Repositorys die App zugreifen kann, und genehmigen Sie die angeforderten Berechtigungen.

108 

109 Um einen Pull Request zu überprüfen, liest Claude die Inhalte Ihres Repositorys über den Lesezugriff der App und veröffentlicht Kommentare und die [Check-Run](#check-run-output) über seinen Schreibzugriff auf Pull Requests und Checks. Während der Installation gewähren Sie einen breiteren Berechtigungssatz, der von anderen Claude-Funktionen wie [GitHub Actions](/docs/de/github-actions) gemeinsam genutzt wird; siehe [GitHub App-Berechtigungen](/docs/de/github-actions#github-app-permissions) für die vollständige Liste.

110 </Step>

111 

112 <Step title="Wählen Sie Repositorys aus">

113 Wählen Sie aus, welche Repositorys für Code Review aktiviert werden sollen. Wenn Sie ein Repository nicht sehen, stellen Sie sicher, dass Sie der Claude GitHub App während der Installation Zugriff darauf gewährt haben. Sie können später weitere Repositorys hinzufügen.

114 </Step>

115 

116 <Step title="Legen Sie Review-Trigger pro Repo fest">

117 Nach Abschluss des Setups zeigt der Code Review Bereich Ihre Repositorys in einer Tabelle an. Verwenden Sie für jedes Repository das Dropdown-Menü **Review Behavior**, um auszuwählen, wann Reviews ausgeführt werden:

118 

119 * **Once after PR creation**: Review wird einmal ausgeführt, wenn ein PR geöffnet oder als bereit zur Überprüfung markiert wird

120 * **After every push**: Review wird bei jedem Push zum PR-Branch ausgeführt, erkennt neue Probleme, während sich der PR entwickelt, und löst Threads automatisch auf, wenn Sie gekennzeichnete Probleme beheben

121 * **Manual**: Das Öffnen oder Pushen zu einem PR startet keine Überprüfung; kommentieren Sie [`@claude review`](#manually-trigger-reviews), um eine anzufordern, oder `@claude review always`, um den PR auch für Überprüfungen bei nachfolgenden Pushes zu abonnieren

122 

123 Unabhängig davon, welche Option Sie wählen, überprüft Claude einen [Pull Request von einem Fork](#review-pull-requests-from-forks) nur, wenn jemand `@claude review` darauf kommentiert.

124 

125 Das Überprüfen bei jedem Push führt die meisten Reviews durch und kostet am meisten. Der manuelle Modus ist nützlich für Repositorys mit hohem Datenverkehr, bei denen Sie bestimmte PRs in die Überprüfung aufnehmen möchten, oder um nur mit der Überprüfung Ihrer PRs zu beginnen, wenn sie bereit sind.

126 </Step>

127</Steps>

128 

129Die Repositorys-Tabelle zeigt auch die durchschnittlichen Kosten pro Review für jedes Repo basierend auf der letzten Aktivität. Verwenden Sie das Zeilenaktionsmenü, um Code Review pro Repository ein- oder auszuschalten, oder um ein Repository vollständig zu entfernen.

130 

131Um das Setup zu überprüfen, öffnen Sie einen Test-PR. Wenn Sie einen automatischen Trigger gewählt haben, wird eine Check-Run namens **Claude Code Review** innerhalb weniger Minuten angezeigt. Wenn Sie Manual gewählt haben, kommentieren Sie `@claude review` auf dem PR, um die erste Überprüfung zu starten. Wenn keine Check-Run angezeigt wird, bestätigen Sie, dass das Repository in Ihren Admin-Einstellungen aufgelistet ist und die Claude GitHub App Zugriff darauf hat.

132 

133<h2 id="manually-trigger-reviews">

134 Manuelles Auslösen von Reviews

135</h2>

136 

137Kommentarbefehle starten eine Überprüfung auf Anfrage. Sie funktionieren unabhängig vom konfigurierten Trigger des Repositorys, sodass Sie sie verwenden können, um bestimmte PRs im manuellen Modus in die Überprüfung aufzunehmen oder um eine sofortige Neuüberprüfung in anderen Modi zu erhalten.

138 

139| Befehl | Was er tut |

140| :- | :- |

141| `@claude review` | Startet eine einzelne Überprüfung, ohne den PR für zukünftige Pushes zu abonnieren |

142| `@claude review always` | Startet eine Überprüfung und abonniert den PR für Push-ausgelöste Reviews in Zukunft |

143| `@claude review once` | Dasselbe wie `@claude review`: startet eine einzelne Überprüfung, ohne den PR zu abonnieren |

144 

145Verwenden Sie `@claude review always`, wenn Sie möchten, dass jeder nachfolgende Push zum PR eine neue Überprüfung startet, z. B. bei einem hochpriorisierten PR in einem Repository, das auf manuellen Modus eingestellt ist. Da der einfache Befehl den PR nicht abonniert, können Sie eine einmalige zweite Meinung anfordern, ohne zu ändern, ob spätere Pushes Überprüfungen auslösen.

146 16 

147<Note>17<Note>

148 Vor einem Update im Juli 2026 hat `@claude review` den PR für Push-ausgelöste Reviews abonniert. Wenn Sie sich auf dieses Verhalten verlassen haben, kommentieren Sie stattdessen `@claude review always`. `@claude review once` funktioniert weiterhin und verhält sich genauso wie der einfache Befehl.18 Code Review verwendet KI zum Prüfen von Code und kann Fehler, Sicherheitslücken oder andere Probleme übersehen. Ein Review ohne Erkenntnisse bedeutet nicht, dass Ihr Code fehlerfrei oder sicher ist.

149</Note>19</Note>

150 20 

151Damit einer dieser Befehle eine Überprüfung auslöst:21<span id="review-a-diff-locally" />

152 

153* Veröffentlichen Sie ihn als Top-Level-PR-Kommentar, nicht als Inline-Kommentar auf einer Diff-Zeile

154* Setzen Sie den Befehl an den Anfang des Kommentars, mit `once` oder `always` auf der gleichen Zeile wie der Rest des Befehls

155* Sie müssen Schreib-, Verwaltungs- oder Admin-Berechtigung auf dem Repository haben

156* Der PR muss offen sein

157 

158Im Gegensatz zu automatischen Triggern werden manuelle Trigger auf Entwurfs-PRs ausgeführt, da eine explizite Anfrage signalisiert, dass Sie die Überprüfung jetzt möchten, unabhängig vom Entwurfsstatus.

159 

160Wenn bereits eine Überprüfung auf diesem PR läuft, wird die Anfrage in die Warteschlange eingereiht, bis die laufende Überprüfung abgeschlossen ist. Sie können den Fortschritt über die Check-Run auf dem PR überwachen.

161 

162<h3 id="review-pull-requests-from-forks">

163 Review-Pull-Requests von Forks

164</h3>

165 

166Claude überprüft einen Pull-Request von einem Fork nicht automatisch, unabhängig von der Einstellung **Review-Verhalten** des Repositorys. Um einen zu starten, kommentieren Sie `@claude review` auf dem Pull-Request. Die [Anforderungen für Kommentarbefehle](#manually-trigger-reviews) gelten weiterhin, und der Schreibzugriff, den Sie benötigen, ist auf das Basis-Repository, nicht auf den Fork.

167 22 

168Um eine weitere Überprüfung eines Fork-Pull-Requests zu erhalten, veröffentlichen Sie einen neuen `@claude review`-Kommentar. `@claude review always` funktioniert auch, abonniert den Pull-Request aber nicht für Überprüfungen bei späteren Pushes. Nichts anderes als ein Kommentarbefehl startet eine Überprüfung auf einem Fork-Pull-Request:23Um Code Review zu aktivieren, folgt ein Owner Ihrer Claude-Organisation der Anleitung [Code Review einrichten](/docs/de/code-review-setup). Claude kann Code auch ohne diesen Dienst prüfen. Führen Sie [`/code-review`](/docs/de/code-review-local) in Ihrer Claude Code Sitzung mit jedem Plan aus, oder [vergleichen Sie alle Optionen](#compare-ways-to-get-a-review).

169 24 

170* Das Klicken auf **Erneut ausführen** auf der Check-Run startet keine Überprüfung25<h2 id="availability">

171* Das Pushen neuer Commits startet keine Überprüfung, auch nicht in einem Repository, das auf **Nach jedem Push** eingestellt ist26 Verfügbarkeit

172 

173<h2 id="customize-reviews">

174 Anpassung von Reviews

175</h2>27</h2>

176 28 

177Code Review liest zwei Dateien aus Ihrem Repository, um zu steuern, was es kennzeichnet. Sie unterscheiden sich darin, wie stark sie die Überprüfung beeinflussen:29Prüfen Sie, ob Ihre Organisation die Voraussetzungen erfüllt, bevor Sie Code Review einrichten:

178 

179* **`CLAUDE.md`**: gemeinsame Projektanweisungen, die Claude Code für alle Aufgaben verwendet, nicht nur für Reviews. Code Review liest sie als Projektkontext und kennzeichnet neu eingeführte Verstöße als Nits.

180* **`REVIEW.md`**: Review-spezifische Anweisungen, die den Agenten gegeben werden, die Erkenntnisse finden und überprüfen, und von den Agenten konsultiert werden, die Erkenntnisse bewerten und melden. Verwenden Sie es, um zu sagen, was Ihr Team gekennzeichnet haben möchte, mit welchem Schweregrad und wie Erkenntnisse gemeldet werden.

181 

182<h3 id="claude-md">

183 CLAUDE.md

184</h3>

185 

186Code Review liest Ihre Repository-`CLAUDE.md` Dateien und behandelt neu eingeführte Verstöße als [Nit-Level](#severity-levels) Erkenntnisse. Dies funktioniert bidirektional: Wenn Ihr PR Code auf eine Weise ändert, die eine `CLAUDE.md` Aussage veraltet macht, kennzeichnet Claude, dass die Dokumentation aktualisiert werden muss.

187 

188Claude liest `CLAUDE.md` Dateien auf jeder Ebene Ihrer Verzeichnishierarchie, sodass Regeln in einer Unterverzeichnis-`CLAUDE.md` nur auf Dateien unter diesem Pfad angewendet werden. Weitere Informationen zur Funktionsweise von `CLAUDE.md` finden Sie in der [Memory-Dokumentation](/docs/de/memory).

189 30 

190Für Review-spezifische Anleitungen, die Sie nicht auf allgemeine Claude Code Sitzungen angewendet haben möchten, verwenden Sie stattdessen [`REVIEW.md`](#review-md).31* **Pläne**: [Team und Enterprise](/docs/de/feature-availability)

191 32* **Code-Hosts**: auf GitHub gehostete Repositorys, einschließlich [GitHub Enterprise Server](/docs/de/github-enterprise-server) und GitHub Enterprise Cloud mit Datenresidenz. Für Datenresidenz lassen Sie einen Owner das [Admin-Setup für GitHub Enterprise Server](/docs/de/github-enterprise-server#admin-setup) durchführen und den `ghe.com`-Hostnamen Ihres Unternehmens eingeben.

192<h3 id="review-md">33* **Datenaufbewahrung**: Code Review ist nicht verfügbar für Organisationen, bei denen [Zero Data Retention](/docs/de/zero-data-retention) aktiviert oder die [HIPAA-Konfiguration](/docs/de/hipaa-setup) angewendet ist, und ist nicht durch das Business Associate Agreement (BAA) von Anthropic abgedeckt.

193 REVIEW\.md34* **Verschlüsselungsschlüssel**: Code Review ist noch nicht verfügbar für Organisationen, die kundenverwaltete Verschlüsselungsschlüssel (CMEK) verwenden.

194</h3>35* **Cloud-Anbieter**: Sie benötigen eine Claude-Organisation mit einem dieser Pläne, auch wenn Ihre Entwickler Claude Code über Amazon Bedrock, Google Cloud's Agent Platform oder Microsoft Foundry verwenden

195 36 

196`REVIEW.md` ist eine Datei in Ihrem Repository-Root, die Code Review auf Ihrem Repo anpasst. Die Agenten in der Review-Pipeline, die Erkenntnisse finden und überprüfen, erhalten ihren Inhalt als Ihre Repository-Review-Anweisungen, zusammen mit Code Reviews Standard-Review-Anleitung, und die Agenten, die Erkenntnisse bewerten und melden, konsultieren sie, bevor sie Schweregrad festlegen und die Überprüfung schreiben.37<h2 id="set-up-and-use-code-review">

197 38 Code Review einrichten und verwenden

198Setzen Sie die Regeln, die Sie durchgesetzt haben möchten, direkt in `REVIEW.md`.

199 

200<h4 id="what-you-can-tune">

201 Was Sie optimieren können

202</h4>

203 

204`REVIEW.md` ist freies Markdown, sodass alles, was Sie als Review-Anweisung ausdrücken können, im Umfang liegt. Die folgenden Muster haben die meiste praktische Auswirkung.

205 

206**Schweregrad**: Definieren Sie neu, was 🔴 Wichtig für Ihr Repo bedeutet. Die Standard-Kalibrierung zielt auf Produktionscode ab; ein Docs-Repo, ein Config-Repo oder ein Prototyp möchte möglicherweise eine viel engere Definition. Geben Sie explizit an, welche Klassen von Erkenntnissen Wichtig sind und welche höchstens Nit sind. Sie können auch in die andere Richtung eskalieren, zum Beispiel jeden `CLAUDE.md` Verstoß als Wichtig statt des Standard-Nits behandeln.

207 

208**Nit-Volumen**: Begrenzen Sie, wie viele 🟡 Nit-Kommentare eine einzelne Überprüfung veröffentlicht. Prosa- und Config-Dateien können für immer poliert werden. Eine Obergrenze wie 'höchstens fünf Nits melden, den Rest als Zählung in der Zusammenfassung erwähnen" hält Reviews umsetzbar.

209 

210**Skip-Regeln**: Listen Sie Pfade, Branch-Muster und Erkenntniskategorien auf, bei denen Claude keine Erkenntnisse veröffentlichen sollte. Häufige Kandidaten sind generierter Code, Lockfiles, vendorte Abhängigkeiten und maschinengeschriebene Branches, zusammen mit allem, das Ihr CI bereits durchsetzt, wie Linting oder Rechtschreibprüfung. Für Pfade, die einige Überprüfung verdienen, aber nicht vollständige Überprüfung, setzen Sie stattdessen eine höhere Messlatte: „in `scripts/`, nur melden, wenn nahezu sicher und schwerwiegend.“

211 

212**Repo-spezifische Überprüfungen**: Fügen Sie Regeln hinzu, die Sie auf jedem PR gekennzeichnet haben möchten, wie „neue API-Routen müssen einen Integrationtest haben.“ Da `REVIEW.md` jeden Erkenntnisse-Findungs- und Verifizierungsagenten direkt erreicht, landen diese zuverlässiger als die gleichen Regeln in einem langen `CLAUDE.md`.

213 

214**Verifizierungsbalken**: Fordern Sie Beweise an, bevor eine Erkenntnisklasse veröffentlicht wird. Zum Beispiel, „Verhaltensansprüche benötigen eine `file:line` Zitierung in der Quelle, nicht eine Inferenz aus Benennung“ reduziert falsch positive Ergebnisse, die sonst den Autor eine Runde kosten würden.

215 

216**Re-Review-Konvergenz**: Sagen Sie Claude, wie er sich verhalten soll, wenn ein PR bereits überprüft wurde. Eine Regel wie „nach der ersten Überprüfung, neue Nits unterdrücken und nur Wichtig-Erkenntnisse veröffentlichen“ stoppt eine einzeilige Korrektur von Runde sieben allein auf Stil.

217 

218**Zusammenfassungsform**: Bitten Sie darum, dass der Review-Text mit einer einzeiligen Tally wie `2 faktisch, 4 Stil` beginnt, und führen Sie mit „keine faktischen Probleme“ an, wenn das der Fall ist. Der Autor möchte die Form der Arbeit vor den Details wissen.

219 

220<h4 id="example">

221 Beispiel

222</h4>

223 

224Dieses `REVIEW.md` kalibriert den Schweregrad für einen Backend-Service neu, begrenzt Nits, überspringt generierte Dateien und fügt Repo-spezifische Überprüfungen hinzu.

225 

226```markdown theme={null}

227# Review-Anweisungen

228 

229## Was Wichtig hier bedeutet

230 

231Reservieren Sie Wichtig für Erkenntnisse, die Verhalten unterbrechen würden, Daten lecken würden,

232oder einen Rollback blockieren würden: falsche Logik, unscoped Datenbankabfragen, PII

233in Logs oder Fehlermeldungen, und Migrationen, die nicht rückwärtskompatibel sind. Stil, Benennung und Refactoring-Vorschläge sind höchstens Nit.

234 

235## Begrenzen Sie die Nits

236 

237Melden Sie höchstens fünf Nits pro Überprüfung. Wenn Sie mehr gefunden haben, sagen Sie „plus N

238ähnliche Elemente" in der Zusammenfassung statt sie inline zu veröffentlichen. Wenn

239alles, was Sie gefunden haben, ein Nit ist, führen Sie die Zusammenfassung mit „Keine blockierenden

240Probleme" an.

241 

242## Nicht melden

243 

244- Alles, das CI bereits durchsetzt: Lint, Formatierung, Typfehler

245- Generierte Dateien unter `src/gen/` und jede `*.lock` Datei

246- Nur-Test-Code, der absichtlich Produktionsregeln verletzt

247 

248## Immer überprüfen

249 

250- Neue API-Routen haben einen Integrationtest

251- Log-Zeilen enthalten keine E-Mail-Adressen, Benutzer-IDs oder Request-Bodies

252- Datenbankabfragen sind auf den Aufrufer des Mandanten beschränkt

253```

254 

255<h4 id="keep-it-focused">

256 Halten Sie es fokussiert

257</h4>

258 

259Länge hat einen Preis: Ein langer `REVIEW.md` verwässert die Regeln, die am meisten zählen. Halten Sie es auf Anweisungen, die Review-Verhalten ändern, und lassen Sie allgemeinen Projektkontext in `CLAUDE.md`.

260 

261<h2 id="view-usage">

262 Nutzung anzeigen

263</h2>39</h2>

264 40 

265Gehen Sie zu [claude.ai/analytics/code-review](https://claude.ai/analytics/code-review), um Code Review Aktivität in Ihrer Organisation zu sehen. Das Dashboard zeigt:41<span id="set-up-code-review" />

266 

267| Bereich | Was es zeigt |

268| :- | :- |

269| PRs reviewed | Tägliche Anzahl der überprüften Pull Requests über den ausgewählten Zeitraum |

270| Code Review cost | Bisherige Ausgaben für Code Review in diesem Monat |

271| Feedback | Anzahl der Review-Kommentare, die automatisch aufgelöst wurden, weil ein Entwickler das Problem behoben hat |

272| Repository breakdown | Anzahl der überprüften PRs, aufgelösten Kommentare und Review-Durchläufe pro Repository, mit geschätzten Kosten und einer Ansicht pro PR |

273 

274Die Karte „Code Review cost“ zeigt nur dann einen Betrag an, wenn der aktuelle Monat ausgewählt ist. Kostenangaben in den Analysen können von Ihrer Rechnung abweichen. Die Kosten in „Repository breakdown“ werden zum Listenpreis geschätzt, vor Abzug von Rabatten oder Guthaben, und umfassen nur Reviews, die Claude in einem Pull Request veröffentlicht hat. Für rechnungsgenaue Ausgaben beziehen Sie sich auf Ihre Anthropic-Rechnung.

275 

276<h2 id="pricing">

277 Preisgestaltung

278</h2>

279 

280Code Review wird basierend auf der Token-Nutzung abgerechnet. Jede Überprüfung kostet durchschnittlich \$15–25, skalierend mit PR-Größe, Codebasis-Komplexität und wie viele Probleme eine Überprüfung erfordern. Code Review-Nutzung wird separat über [Nutzungsguthaben](https://support.claude.com/de/articles/12429409-extra-usage-for-paid-claude-plans) abgerechnet und zählt nicht gegen die in Ihrem Plan enthaltene Nutzung.

281 

282Der Review-Trigger, den Sie wählen, beeinflusst die Gesamtkosten:

283 

284* **Once after PR creation**: wird einmal pro PR ausgeführt

285* **After every push**: wird bei jedem Push ausgeführt, multipliziert die Kosten mit der Anzahl der Pushes

286* **Manual**: keine Reviews bei offenen oder Push-Ereignissen, daher fallen Kosten nur bei Reviews an, die jemand anfordert

287 

288Im Modus „Once after PR creation“ oder „Manual“ führt das Kommentieren von `@claude review always` [den PR in Push-ausgelöste Reviews auf](#manually-trigger-reviews), sodass zusätzliche Kosten pro Push nach diesem Kommentar anfallen. Im Modus „After every push“ lösen Pushes bereits Reviews aus, daher ändert sich das Abonnement nicht pro Push-Kosten. Das Kommentieren von `@claude review` führt eine einzelne Überprüfung aus, ohne sich für zukünftige Pushes zu abonnieren. Claude überprüft einen [Pull Request aus einem Fork](#review-pull-requests-from-forks) nur, wenn jemand `@claude review` kommentiert, daher fallen für einen Fork-Pull-Request in keinem Modus Pro-Push-Kosten an.

289 42 

290Kosten erscheinen auf Ihrer Anthropic-Rechnung, unabhängig davon, ob Ihre Organisation Amazon Bedrock oder Google Cloud's Agent Platform für andere Claude Code-Funktionen verwendet. Um eine monatliche Ausgabenbegrenzung für Code Review festzulegen, gehen Sie zu [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage) und konfigurieren Sie das Limit für den Claude Code Review-Service.43<span id="pricing" />

291 44 

292Um die Ausgaben zu überwachen, verwenden Sie das [Analytics-Dashboard](#view-usage).45<span id="manually-trigger-reviews" />

293 46 

294<h2 id="troubleshooting">47<span id="customize-reviews" />

295 Fehlerbehebung

296</h2>

297 

298Review-Ausführungen sind Best-Effort, und eine fehlgeschlagene Ausführung blockiert Ihren PR niemals. Code Review wiederholt einige unterbrochene Reviews automatisch. Dieser Abschnitt behandelt, wie Sie eine Überprüfung selbst erneut ausführen und wo Sie nachschauen können, wenn die Check-Run Probleme meldet, die Sie nicht finden können.

299 

300<h3 id="retrigger-a-failed-or-timed-out-review">

301 Auslösen einer fehlgeschlagenen oder abgelaufenen Überprüfung erneut

302</h3>

303 48 

304Wenn eine Überprüfung fehlschlägt oder ihr Zeitlimit überschreitet, wird die Check-Run mit einem Titel wie **Code review failed** oder **Code review timed out** abgeschlossen. Die Schlussfolgerung ist immer noch neutral, sodass nichts Ihre Zusammenführung blockiert. Sofern die Zusammenfassung der Check-Run nicht besagt, dass eine neue Überprüfung des Commits automatisch in die Warteschlange eingereiht wurde, führen Sie die Überprüfung selbst erneut aus.49<span id="troubleshooting" />

305 50 

306Um die Überprüfung erneut auszuführen, kommentieren Sie `@claude review` auf dem PR. Dies startet eine neue Überprüfung, ohne den PR für zukünftige Pushes zu abonnieren. Wenn der PR nicht [von einem Fork](#review-pull-requests-from-forks) stammt, können Sie stattdessen auf **Re-run** in der **Claude Code Review** Check-Run in Githubs Checks-Registerkarte klicken. Ein erneuter Durchlauf startet auch eine neue Überprüfung, ohne den PR zu abonnieren.51Wählen Sie die Seite für Ihre Aufgabe:

307 52 

308<h3 id="review-didn’t-run-and-the-pr-shows-a-budget-message">53<CardGroup cols={2}>

309 Überprüfung wurde nicht ausgeführt und der PR zeigt eine Budget-Nachricht54 <Card title="Code Review einrichten" icon="toggle-on" href="/docs/de/code-review-setup">

310</h3>55 Prüfen Sie die Voraussetzungen, installieren Sie die Claude GitHub App und wählen Sie Repositorys, eine Review-Stufe und den Zeitpunkt der Reviews

311 56 </Card>

312Wenn die monatliche Ausgabenbegrenzung Ihrer Organisation für Code Review erreicht ist oder ihr Nutzungsguthaben aufgebraucht ist, überspringt Code Review die Überprüfung und veröffentlicht einen einzelnen Kommentar auf dem PR. Der Kommentar und die Check-Run-Karte nennen beide die Ursache und verlinken die Admin-Seite, auf der ein Admin das Problem behebt:

313 57 

314* **Ausgabenbegrenzung erreicht**: Reviews werden am Anfang des nächsten Abrechnungszeitraums fortgesetzt, oder sofort, nachdem ein Admin die Obergrenze bei [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage) erhöht hat58 <Card title="Code Review anpassen" icon="sliders" href="/docs/de/code-review-customize">

315* **Nutzungsguthaben aufgebraucht**: Reviews werden fortgesetzt, sobald ein Admin bei [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage) weiteres [Nutzungsguthaben](https://support.claude.com/en/articles/12429409-extra-usage-for-paid-claude-plans) hinzufügt59 Steuern Sie mit `REVIEW.md`- und `CLAUDE.md`-Dateien in Ihrem Repository, was gekennzeichnet wird

60 </Card>

316 61 

317<h3 id="find-issues-that-aren’t-showing-as-inline-comments">62 <Card title="Reviews in einem Pull Request lesen und anfordern" icon="code-pull-request" href="/docs/de/code-review-pull-requests">

318 Finden Sie Probleme, die nicht als Inline-Kommentare angezeigt werden63 Lesen Sie die Erkenntnisse und ihre Schweregrade und fordern Sie per Kommentar ein weiteres Review an

319</h3>64 </Card>

320 65 

321Wenn der Check-Run-Titel besagt, dass Probleme gefunden wurden, aber Sie keine Inline-Review-Kommentare auf dem Diff sehen, schauen Sie an diesen anderen Stellen, wo Erkenntnisse angezeigt werden:66 <Card title="Fehlerbehebung bei Code Review" icon="wrench" href="/docs/de/code-review-troubleshooting">

67 Beheben Sie ein Review, das nicht gestartet wurde, fehlgeschlagen ist oder aus Budgetgründen übersprungen wurde

68 </Card>

322 69 

323* **Check-Run Details**: Klicken Sie auf **Details** neben der Claude Code Review Check-Run auf der Registerkarte Checks. Die Schweregrad-Tabelle listet jede Erkenntnis mit ihrer Datei, Zeile und Zusammenfassung auf, unabhängig davon, ob der Inline-Kommentar akzeptiert wurde.70 <Card title="Kosten und Nutzung von Code Review" icon="chart-line" href="/docs/de/code-review-costs">

324* **Files changed Anmerkungen**: Öffnen Sie die Registerkarte **Files changed** auf dem PR. Erkenntnisse werden als Anmerkungen gerendert, die direkt an den Diff-Zeilen angebracht sind, getrennt von Review-Kommentaren.71 Erfahren Sie, wie Reviews abgerechnet werden, schätzen Sie Ausgaben, legen Sie das monatliche Ausgabenlimit fest und verfolgen Sie die Review-Aktivität

325* **Review-Text**: Wenn Sie zum PR gepusht haben, während eine Überprüfung lief, können einige Erkenntnisse auf Zeilen verweisen, die nicht mehr im aktuellen Diff vorhanden sind. Diese werden unter einer **Additional findings** Überschrift im Review-Text angezeigt, anstatt als Inline-Kommentare.72 </Card>

73</CardGroup>

326 74 

327<h2 id="review-a-diff-locally">75<h2 id="how-reviews-work">

328 Überprüfung eines Diffs lokal76 Wie Reviews funktionieren

329</h2>77</h2>

330 78 

331Der [`/code-review` Befehl](/docs/de/commands) überprüft einen Diff in Ihrem Terminal ohne Installation der GitHub App. Er meldet Korrektheitsfehler. Je nach Modell und Effort-Stufe deckt die Überprüfung außerdem Bereinigungen in Bezug auf Wiederverwendung, Vereinfachung und Effizienz ab.79<span id="what-code-review-checks" />

332 

333`/review` ist ein Alias von `/code-review`; vor v2.1.223 war es ein separater Befehl, der eine einmalige, schreibgeschützte Überprüfung eines GitHub Pull Request durchführte.

334 

335<Steps>

336 <Step title="Führen Sie /code-review aus">

337 Führen Sie in der Sitzung, in der Sie arbeiten, den Befehl aus:

338 

339 ```text theme={null}

340 /code-review

341 ```

342 

343 Er überprüft die Commits Ihres Branches vor seinem Upstream plus alle nicht committeten Änderungen, daher benötigt er Arbeit auf dem Branch oder im Arbeitsbaum, um etwas zu melden. Um etwas anderes zu überprüfen, übergeben Sie ein Ziel: einen Dateipfad, eine PR-Nummer, einen Branch-Namen oder einen Ref-Bereich wie `main...my-feature`.

344 

345 Sie können auch Flags hinzufügen:

346 

347 * `--fix`: wendet die Erkenntnisse auf Ihren Arbeitsbaum an, nachdem die Überprüfung abgeschlossen ist

348 * `--comment`: veröffentlicht die Erkenntnisse als Inline-Kommentare auf einem GitHub Pull Request oder auf einer GitLab Merge Request als einzelne Notiz

349 * `--post`: bei einer `ultra` Cloud-Überprüfung eines `github.com` Pull Request wählt es das Veröffentlichen der abgeschlossenen Erkenntnisse zum PR im Startdialog vor; siehe [Erkenntnisse zum Pull Request veröffentlichen](/docs/de/ultrareview#post-findings-to-the-pull-request). Erfordert Claude Code v2.1.227 oder später

350 * `--max-findings <n>`, `--max-findings all` oder `--max-findings default`: meldet bis zu `n` Erkenntnisse oder mit `all` jede Erkenntnis, anstelle des üblichen Limits der Überprüfung. Spätere Überprüfungen verwenden den von Ihnen eingegebenen Wert wieder, bis Sie `--max-findings default` übergeben. Erfordert Claude Code v2.1.288 oder später

351 

352 Wenn Sie `--comment` für eine GitLab Merge Request übergeben, veröffentlicht Claude Code die Erkenntnisse über GitLabs `glab` CLI. Erfordert Claude Code v2.1.257 oder später. Wenn `glab` nicht installiert ist, druckt Claude die Erkenntnisse stattdessen im Terminal.

353 80 

354 Übergeben Sie die Merge Request als ihre URL oder eine `!123` Referenz. Claude Code behandelt eine bloße Nummer oder einen Branch-Namen als Merge Request nur, wenn der Checkout-Ursprung auf `gitlab.com` liegt. Auf einer selbstverwalteten GitLab-Instanz übergeben Sie die URL oder das `!123` Format.81Standardmäßig konzentriert sich Code Review auf Korrektheit: Fehler, die die Produktion unterbrechen würden, nicht auf Formatierungspräferenzen oder fehlende Testabdeckung. Um zu ändern, was es kennzeichnet, [fügen Sie Anleitungsdateien](/docs/de/code-review-customize) zu Ihrem Repository hinzu.

355 </Step>

356 82 

357 <Step title="Arbeiten Sie weiter">83Ein Review läuft auf Anthropic-Infrastruktur in vier Phasen:

358 Die Überprüfung läuft als Hintergrund-[Subagent](/docs/de/sub-agents) mit seinem eigenen Kontextfenster, daher füllt sie Ihre Konversation nicht. Die Erkenntnisse treffen in Ihrer Konversation ein, wenn die Überprüfung abgeschlossen ist.

359 </Step>

360 84 

361 <Step title="Handeln Sie nach den Erkenntnissen">851. **Finden**: Mehrere Agenten untersuchen parallel den Diff und den umgebenden Code.

362 Bitten Sie Claude, das zu beheben, das die Überprüfung gefunden hat. Wenn Sie `--fix` oder `--comment` übergeben haben, hat die Überprüfung ihre Erkenntnisse bereits angewendet oder veröffentlicht.862. **Verifizieren**: Ein Verifizierungsschritt gleicht die Kandidaten-Erkenntnisse mit dem Code ab und filtert falsch positive Ergebnisse heraus.

363 </Step>873. **Einstufen**: Die verbleibenden Erkenntnisse werden dedupliziert und nach Schweregrad eingestuft.

364</Steps>884. **Veröffentlichen**: Das Review veröffentlicht seine Ergebnisse im Pull Request.

365 89 

366Claude meldet die Erkenntnisse als Text in der Antwort in beiden dieser Läufe, auch wenn eine Host-Anwendung eine Erkenntnisliste anfordert:90Jedes Review hinterlässt Folgendes im Pull Request:

367 91 

368* In einer Terminal-Sitzung, in der `/code-review` die Überprüfung als [verzweigten Subagent](/docs/de/skills#run-skills-in-a-subagent) ausführt92* **Erkenntnisse**: Inline-Kommentare auf den betroffenen Zeilen, mit einer Zusammenfassung im Review-Text

369* In einem `-p` Lauf mit Text- oder JSON-Ausgabe93* **Eine Check-Run**: namens **Claude Code Review**, mit den Erkenntnissen in ihren [Details](/docs/de/code-review-pull-requests#check-run-output). Die Check-Run wird nicht als Fehlschlag abgeschlossen.

94* **Wenn nichts gefunden wird**: Der Titel der Check-Run lautet **Code review found no issues**, und Claude veröffentlicht denselben kurzen Hinweis im Pull Request

370 95 

371In einer Host-Anwendung, die die Erkenntnisliste anfordert, wie der [Desktop-App](/docs/de/desktop#review-your-code), meldet Claude die Überprüfungsergebnisse stattdessen über das [`ReportFindings` Tool](/docs/de/tools-reference). Claude Code rendert den Bericht als Erkenntnisliste, und jeder Eintrag zeigt den Dateispeicherort, eine einzeilige Zusammenfassung und ein Kategorie-Tag wie `correctness`, wenn die Erkenntnis eines trägt. Eine Host-Anfrage gilt auf jeder Effort-Stufe und erfordert Claude Code v2.1.218 oder später.96Code Review wählt die Claude-Modelle, auf denen Reviews laufen, und seine Admin-Einstellungen bieten keine Modellauswahl. Um Reviews gründlicher oder weniger gründlich zu machen, ändern Sie die [Review-Stufe](#review-levels).

372 97 

373Wenn Claude gemeldete Erkenntnisse später in der Sitzung behebt, meldet es sie erneut, und Claude Code markiert jede Erkenntnis in der aktualisierten Erkenntnisliste als behoben, übersprungen oder keine Änderung erforderlich.98Nachdem ein Owner Code Review aktiviert hat, hat jedes Repository eine Einstellung dafür, [wann Reviews ausgeführt werden](/docs/de/code-review-setup#set-when-reviews-run): einmal beim Öffnen eines Pull Request, nach jedem Push oder nur auf Anfrage. Unabhängig davon kann jemand mit Schreibzugriff auf das Repository `@claude review` in einem Pull Request kommentieren, um [ein Review zu starten](/docs/de/code-review-pull-requests#comment-commands).

374 99 

375<h3 id="what-the-review-reads-and-edits">100<h3 id="review-levels">

376 Was die Überprüfung liest und bearbeitet101 Review-Stufen

377</h3>102</h3>

378 103 

379Die Überprüfung folgt Ihrer `CLAUDE.md` wie jede Claude Code Sitzung, aber sie liest nicht [`REVIEW.md`](#review-md). Eine Hintergrund-Überprüfung wendet ihre `--fix` Bearbeitungen außerhalb der [Checkpoints](/docs/de/checkpointing#subagent-edits-not-restored) Ihrer Sitzung an, daher macht `/rewind` sie nicht rückgängig; verwenden Sie git, um sie rückgängig zu machen. Wenn die Überprüfung [im Vordergrund läuft](#run-in-the-foreground), bearbeitet sie Ihren Arbeitsbaum während Ihres eigenen Zuges, daher stellt `/rewind` ihre Bearbeitungen wie gewohnt wieder her.104Die Review-Stufe legt fest, wie gründlich jedes Review ist, und ein gründlicheres Review kostet mehr:

380 105 

381<h3 id="tune-effort-and-arguments">106* **Quick**: ein leichterer Durchgang. Die schnellste Stufe, zu den geringsten Kosten.

382 Passen Sie Aufwand und Argumente an107* **Standard**: ausgewogen in Tiefe, Geschwindigkeit und Kosten. Die Standardstufe.

383</h3>108* **Deep**: der gründlichste Durchgang. Dauert am längsten und kostet am meisten.

384 

385Übergeben Sie eine [Effort-Stufe](/docs/de/model-config#adjust-effort-level), um Abdeckung gegen Vertrauen zu tauschen. Bei `low` meldet die Überprüfung die Erkenntnisse, bei denen sie am sichersten ist, daher sehen Sie weniger falsch positive Ergebnisse. Von `medium` bis `max` erweitert die Überprüfung die Abdeckung.

386 

387Wenn Sie keine Ebene eingeben, verwendet die Überprüfung die letzte Ebene von `low` bis `max`, die Sie eingegeben haben, sogar in einer früheren Sitzung, und Claude Code zeigt einen Hinweis wie `Reusing high effort, the level you typed last time`. Geben Sie eine Ebene ein, wie `/code-review high`, um zu ändern, was spätere Läufe wiederverwenden; eine Ebene, die Sie in einem nicht-interaktiven `-p` Lauf übergeben, aktualisiert sie nicht. `ultra` aktualisiert und verwendet die erinnerte Ebene nicht. Wenn Sie noch nie eine Ebene eingegeben haben, verwendet die Überprüfung die aktuelle Aufwandsebene der Sitzung. Vor v2.1.223 verwendete ein `/code-review` ohne Ebene immer die aktuelle Aufwandsebene der Sitzung.

388 

389Nach der Aufwandsebene und den Flags liest Claude Code den Rest der Zeile auf eine von zwei Arten:

390 

391* **Ohne `ultra`**: alles Verbleibende ist das Überprüfungsziel, auch wenn es mit einem anderen Befehlsnamen beginnt. `/code-review /fix-issue 123` überprüft mit `/fix-issue 123` als Zieltext, anstatt `/fix-issue` als zweite [gestapelte Skill](/docs/de/skills#pass-arguments-to-skills) zu laden. Vor v2.1.218 erweiterte sich ein Befehl, der nach `/code-review` gestapelt wurde, als seine eigene Skill.

392* **Mit `ultra`**: Claude Code liest ein einzelnes Wort als Basis-Branch oder PR-Nummer und verwandelt längeren Text, der keinen Branch oder PR benennt, in [eine an die Überprüfung angehängte Notiz](/docs/de/ultrareview#pass-a-request-in-plain-words). `/code-review ultra check my auth changes` überprüft Ihren aktuellen Branch, und Claude bezieht die Erkenntnisse auf Ihre Notiz.

393 

394<h3 id="run-in-the-foreground">

395 Im Vordergrund ausführen

396</h3>

397 

398Die Überprüfung läuft standardmäßig im Hintergrund; vor v2.1.218 lief sie in Ihrer Konversation. Sie läuft stattdessen im Vordergrund in Fällen wie diesen:

399 109 

400* Sie führen `/code-review` erneut aus, während eine frühere Überprüfung noch läuft110Ein Owner [wählt eine Stufe für die Organisation](/docs/de/code-review-setup#set-the-default-review-level) und kann einem einzelnen Repository eine eigene zuweisen, etwa Quick für eine alltägliche Codebasis und Deep für eine kritische. Was die Kosten jedes Reviews sonst noch beeinflusst, erfahren Sie unter [Kosten und Nutzung von Code Review](/docs/de/code-review-costs).

401* Sie führen es im nicht interaktiven Modus aus, mit dem `-p` Flag oder dem Agent SDK; Claude Code wartet auf die Überprüfung und bezieht die Erkenntnisse in die Antwort ein, außer bei `ultra`, das [nicht auf die Cloud-Überprüfung wartet](/docs/de/ultrareview#run-ultrareview-non-interactively)

402* Sie setzen [`CLAUDE_CODE_DISABLE_BACKGROUND_TASKS`](/docs/de/env-vars) auf `1`, was auch jede andere Hintergrund-Task-Funktion ausschaltet

403 111 

404<h3 id="let-claude-start-the-review">112<h3 id="what-a-review-can-access">

405 Lassen Sie Claude die Überprüfung starten113 Worauf ein Review zugreifen kann

406</h3>114</h3>

407 115 

408Claude kann `/code-review` von selbst starten. Bitten Sie es, Ihre Änderungen in einfacher Sprache zu überprüfen, und es kann die Skill ausführen, ohne dass Sie den Befehl eingeben, und eine [geplante Task](/docs/de/scheduled-tasks) mit `/code-review` als Prompt führt die Überprüfung aus.116Ein Review greift über die Claude GitHub App auf Ihr Repository zu, die ein Owner [während des Setups installiert](/docs/de/code-review-setup#turn-on-code-review):

409 117 

410Eine geplante Task startet niemals die [Cloud-Überprüfung](#escalate-to-ultrareview), daher planen Sie `/code-review` ohne das `ultra` Argument.118* **Wo es läuft**: auf Anthropic-Infrastruktur, in einer verwalteten Umgebung. Reviews laufen nicht in [selbst gehosteten Umgebungen](/docs/de/self-hosted-environments).

119* **Was es liest und schreibt**: Innerhalb eines Reviews ist der Zugriff auf Ihr Repository nur lesend, und ein Review pusht keine Commits. Im Pull Request veröffentlicht es Kommentare und die [Check-Run](/docs/de/code-review-pull-requests#check-run-output), löst seine eigenen früheren Kommentar-Threads auf und kann auf einen Kommentarbefehl mit 👀 reagieren. Die App selbst besitzt einen [breiteren Berechtigungssatz](/docs/de/github-actions#github-app-permissions), den andere Claude-Funktionen gemeinsam nutzen.

120* **Wie es Ihren Code untersucht**: Ein Review arbeitet durch Lesen des Diffs und des umgebenden Codes, ohne Ihren Code zu bauen oder auszuführen.

411 121 

412Um sowohl Claude als auch geplante Tasks davon abzuhalten, die Überprüfung zu starten, während Sie `/code-review` zum Eingeben verfügbar halten, fügen Sie einen [`skillOverrides`](/docs/de/skills#override-skill-visibility-from-settings) Eintrag zu einer [Einstellungsdatei](/docs/de/settings#where-settings-live) wie `~/.claude/settings.json` hinzu:122<h3 id="who-controls-a-review">

413 123 Wer ein Review steuert

414```json theme={null}

415{

416 "skillOverrides": {

417 "code-review": "user-invocable-only"

418 }

419}

420```

421 

422Vor v2.1.246 startete Claude `/code-review` von selbst nur dort, wo ein von Anthropic abgerufenes Feature Flag es einschaltete. In [Sitzungen, die keine Feature Flags abrufen](/docs/de/env-vars#features-that-need-feature-flag-fetching), lief `/code-review` nur, wenn Sie es eingegeben haben, und ein geplantes `/code-review` erreichte Claude als einfacher Text.

423 

424<h3 id="escalate-to-ultrareview">

425 Eskalieren Sie zu Ultrareview

426</h3>124</h3>

427 125 

428`/code-review ultra --fix` führt die tiefere [Ultrareview](/docs/de/ultrareview) in der Cloud aus, dann wendet ihre Erkenntnisse auf Ihren Arbeitsbaum an, wenn sie in Ihrer Sitzung zurückkommen.126* **Wer eines starten kann**: Wo Reviews automatisch laufen, startet das Öffnen eines Pull Request oder ein Push darauf ein Review, [außer bei Entwürfen und Forks](/docs/de/code-review-pull-requests#review-drafts-and-pull-requests-from-forks). Ein [Kommentarbefehl](/docs/de/code-review-pull-requests#comment-commands) startet eines nur, wenn er von einer Person mit Schreibzugriff auf das Repository stammt.

429 127* **Welchen Anweisungen es folgt**: `REVIEW.md` aus dem Basis- oder Standard-Branch und [niemals aus den eigenen Änderungen des Pull Request](/docs/de/code-review-customize#which-branch-review-md-is-read-from).

430Ultrareview verwendet seinen eigenen Umfang: Ihren aktuellen Branch gegen den Standard-Branch des Repositorys, plus nicht committete und gestaged Änderungen im Arbeitsbaum. Für nicht committete Änderungen an Dateien, die wie Anmeldedaten oder Schlüssel benannt sind, wie `.env` und `*.tfvars` Dateien, folgt Claude Code den Regeln für [Hochladen eines lokalen Repositorys zu einer Cloud-Sitzung](/docs/de/claude-code-on-the-web#send-local-repositories-without-github). Übergeben Sie einen Branch-Namen, wie `/code-review ultra develop`, um gegen eine andere Basis zu vergleichen.

431 128 

432Wenn das Ziel ein `github.com` Pull Request ist, können Sie Claude [die abgeschlossenen Erkenntnisse zum PR](/docs/de/ultrareview#post-findings-to-the-pull-request) als Kommentar von Ihrem GitHub-Konto veröffentlichen lassen. Erfordert Claude Code v2.1.227 oder später.129<h2 id="compare-ways-to-get-a-review">

433 130 Möglichkeiten für ein Review vergleichen

434<Note>131</h2>

435 Ultrareview erfordert Authentifizierung mit einem claude.ai Konto und ist nicht auf Amazon Bedrock, Google Cloud's Agent Platform oder Microsoft Foundry verfügbar, oder für Organisationen, bei denen Zero Data Retention aktiviert oder die [HIPAA-Konfiguration](/docs/de/hipaa-setup) angewendet ist. Wenn Ultrareview nicht verfügbar ist, führt `/code-review ultra` stattdessen eine lokale Überprüfung in Ihrer Sitzung aus.

436</Note>

437 132 

438Um eine Cloud-Überprüfung von einem Skript oder CI-Job aus zu starten, verwenden Sie den [`claude ultrareview` Unterbefehl](/docs/de/ultrareview#run-ultrareview-non-interactively), der auf die Erkenntnisse wartet und sie auf stdout ausgibt.133Um die Optionen zu finden, die Ihnen offenstehen, gleichen Sie die Spalte **Wer es nutzen kann** mit Ihrem Plan und Code-Host ab:

439 134 

440Der Befehl hieß vor v2.1.147 `/simplify`, als er Fixes standardmäßig anwendete. `/simplify` führt eine separate Bereinigung-nur-Überprüfung aus, die Fixes anwendet, ohne nach Fehlern zu suchen. Wenn Sie `/simplify` für die Fehlersuche skriptet haben, wechseln Sie zu `/code-review --fix`.135| Option | Was ein Review startet | Wo es läuft | Wer es nutzen kann |

136| :- | :- | :- | :- |

137| [Code Review](#how-reviews-work) | Pull-Request-Aktivität, je nach Einstellung des Repositorys, oder ein `@claude review`-Kommentar | Anthropic-Infrastruktur | Organisationen mit einem Team- oder Enterprise-Plan und GitHub-Repositorys, sobald ein Owner es aktiviert |

138| [`/code-review`](/docs/de/code-review-local) | Sie führen den Befehl auf Ihrem Branch aus | Ihre Claude Code Sitzung | Alle, mit jedem Plan |

139| [Ultrareview](/docs/de/ultrareview) | Sie starten es aus Claude Code | Eine Cloud-Sandbox | Erfordert die Anmeldung mit einem claude.ai-Konto. Unter [Ultrareview](/docs/de/ultrareview) erfahren Sie, wo es nicht verfügbar ist |

140| Claude in Ihrer eigenen CI, mit [GitHub Actions](/docs/de/github-actions) oder [GitLab CI/CD](/docs/de/gitlab-ci-cd) | Ereignisse Ihrer Pipeline, etwa jeder Pull Request oder Merge Request | Ihre eigenen CI-Runner | Alle mit einem Claude-API-Schlüssel oder Anmeldedaten eines Cloud-Anbieters, auf GitHub oder GitLab |

141| Ihr eigener Reviewer, als [Subagent](/docs/de/sub-agents) oder [Skill](/docs/de/skills) | Sie oder Claude rufen ihn während einer Sitzung auf | Überall, wo Sie Claude Code ausführen | Alle, die einen schreiben |

441 142 

442<h2 id="related-resources">143<h2 id="related-resources">

443 Verwandte Ressourcen144 Verwandte Ressourcen

444</h2>145</h2>

445 146 

446* [Befehle](/docs/de/commands): führen Sie `/code-review` in einer lokalen Claude Code Sitzung aus, um einen Diff vor dem Pushen zu überprüfen147* [GitHub Enterprise Server](/docs/de/github-enterprise-server): Code Review mit einer selbst gehosteten GitHub-Instanz verwenden

447* [GitHub Actions](/docs/de/github-actions): führen Sie Claude in Ihren eigenen GitHub Actions Workflows aus für benutzerdefinierte Automatisierung über Code Review hinaus148* [GitHub App-Berechtigungen](/docs/de/github-actions#github-app-permissions): der vollständige Berechtigungssatz, den die Claude GitHub App anfordert

448* [GitLab CI/CD](/docs/de/gitlab-ci-cd): selbst gehostete Claude-Integration für GitLab-Pipelines

449* [Memory](/docs/de/memory): wie `CLAUDE.md` Dateien über Claude Code funktionieren

450* [Analytics](/docs/de/analytics): verfolgen Sie Claude Code Nutzung über Code Review hinaus

451* [How Anthropic secures its AI-native software development lifecycle](https://claude.com/blog/how-anthropic-secures-its-ai-native-software-development-lifecycle): wie automatisierte Reviews als eine Schicht von Anthropics sicherem Entwicklungsprozess funktionieren149* [How Anthropic secures its AI-native software development lifecycle](https://claude.com/blog/how-anthropic-secures-its-ai-native-software-development-lifecycle): wie automatisierte Reviews als eine Schicht von Anthropics sicherem Entwicklungsprozess funktionieren

1> ## Documentation Index

2> Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt

3> Use this file to discover all available pages before exploring further.

4 

5# Code Review: Kosten und Nutzung

6 

7> Schätzen und begrenzen Sie, was Ihre Organisation für Claude Code Review ausgibt: wie Reviews über Nutzungsguthaben abgerechnet werden, was die Kosten bestimmt und wo Sie die Nutzung verfolgen.

8 

9Für [Code Review](/docs/de/code-review) gibt es keinen Pauschalpreis pro Review. Ihre Ausgaben hängen von den Kosten jedes einzelnen Reviews und davon ab, wie viele Reviews ausgeführt werden:

10 

11* **Kosten jedes Reviews**: skalieren mit der [Review-Stufe](/docs/de/code-review-setup#set-the-default-review-level), dem Umfang der Änderung, der Komplexität des umgebenden Codes und der Anzahl der möglichen Probleme, die überprüft werden müssen

12* **Anzahl der Reviews**: wird dadurch bestimmt, [wie oft Reviews](#how-often-reviews-run) in jedem Repository ausgeführt werden

13 

14<h2 id="pricing">

15 Preise

16</h2>

17 

18Code Review wird nach Token-Nutzung über [Nutzungsguthaben](https://support.claude.com/en/articles/12429409-extra-usage-for-paid-claude-plans) abgerechnet, getrennt von der in Ihrem Plan enthaltenen Nutzung. Reviews werden Ihrer Organisation in Rechnung gestellt, nicht dem Entwickler, der den Pull Request geöffnet oder das Review angefordert hat. Die Kosten erscheinen auf Ihrer Anthropic-Rechnung, unabhängig davon, ob Ihre Organisation Amazon Bedrock, die Agent Platform von Google Cloud oder Microsoft Foundry für andere Claude Code-Funktionen verwendet.

19 

20<h3 id="how-often-reviews-run">

21 Wie oft Reviews ausgeführt werden

22</h3>

23 

24Ein Repository, das Sie über die Admin-Seite hinzufügen, startet mit **After every push**, was die meisten Reviews auslöst. Die [Einstellung **Review runs**](/docs/de/code-review-setup#set-when-reviews-run) jedes Repositorys legt fest, wie viele Reviews ein Pull Request erhält:

25 

26* **Once after PR creation**: Ein Review wird ausgeführt, wenn der Pull Request geöffnet, erneut geöffnet oder als bereit für das Review markiert wird

27* **After every push**: wird bei jedem Push ausgeführt, wodurch sich die Kosten mit der Anzahl der Pushes vervielfachen

28* **Manual (@claude review)**: keine Reviews beim Öffnen oder bei Pushes

29 

30Kommentarbefehle, Entwürfe und Pull Requests aus Forks beeinflussen diese Anzahl:

31 

32* **`@claude review always` im Modus Once after PR creation oder Manual**: [meldet den PR für durch Pushes ausgelöste Reviews an](/docs/de/code-review-pull-requests#comment-commands), sodass nach diesem Kommentar pro Push zusätzliche Kosten entstehen

33* **`@claude review always` im Modus After every push**: Pushes lösen bereits Reviews aus, daher ändert das Abonnement die Kosten pro Push nicht

34* **`@claude review`**: führt ein einzelnes Review aus, ohne künftige Pushes zu abonnieren

35* **Entwürfe und Pull Requests aus Forks**: [automatische Reviews überspringen beides](/docs/de/code-review-pull-requests#review-drafts-and-pull-requests-from-forks), sodass Pushes darauf keine zusätzlichen Reviews auslösen

36 

37<h2 id="estimate-your-spend">

38 Ausgaben schätzen

39</h2>

40 

41Führen Sie vor einer breiten Einführung ein kleines Pilotprojekt durch, um die monatlichen Ausgaben anhand Ihrer eigenen Pull Requests zu schätzen.

42 

431. Legen Sie ein [monatliches Ausgabenlimit](#limit-your-spend) für das Pilotprojekt fest.

442. Aktivieren Sie Code Review für einige repräsentative Repositorys, wobei **Review runs** auf **Once after PR creation** oder **Manual (@claude review)** gesetzt ist.

453. Nachdem mehrere Reviews ausgeführt wurden, lesen Sie die durchschnittlichen Kosten pro Review jedes Repositorys in der Spalte **Average cost** der Tabelle **Repositories** im Abschnitt **Code review** unter [**Admin settings > Claude Code**](https://claude.ai/admin-settings/claude-code#code-review) ab.

464. Multiplizieren Sie diesen Durchschnitt mit der Anzahl der Pull Requests, die im Repository pro Monat geöffnet werden. Multiplizieren Sie bei **After every push** zusätzlich mit der typischen Anzahl von Pushes pro Pull Request.

47 

48Der Durchschnitt eines Repositorys verändert sich mit dem Umfang seiner Pull Requests und mit der von Ihnen gewählten Review-Stufe.

49 

50<h2 id="limit-your-spend">

51 Ausgaben begrenzen

52</h2>

53 

54Um ein monatliches Ausgabenlimit für Code Review festzulegen, rufen Sie [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage) auf und konfigurieren Sie das Limit für den Dienst Claude Code Review. Das Limit gilt für die gesamte Organisation.

55 

56Code Review überspringt Reviews, wenn eines der folgenden Elemente aufgebraucht ist:

57 

58* **Code Review-Ausgabenlimit**: das monatliche Limit, das Sie für den Dienst Claude Code Review festlegen. Es wird zu Beginn des nächsten Abrechnungszeitraums zurückgesetzt, und Reviews werden früher fortgesetzt, wenn Sie es erhöhen.

59* **Ausgabenlimit der Organisation**: das gesamte monatliche Ausgabenlimit Ihrer Organisation für Nutzungsguthaben. Erhöhen Sie es auf derselben Seite.

60* **Stand des Nutzungsguthabens**: das Nutzungsguthaben Ihrer Organisation. Laden Sie Guthaben auf derselben Seite auf.

61 

62Code Review überspringt Reviews außerdem, sobald der verbleibende Betrag geringer ist als die erwarteten Kosten eines Reviews. Wenn ein Review übersprungen wird, sehen Entwickler einen [Kommentar im PR](/docs/de/code-review-troubleshooting#review-didn’t-run-and-the-pr-shows-a-budget-message), der die Ursache nennt und auf die Nutzungseinstellungen verlinkt.

63 

64Verwenden Sie zur Überwachung der Ausgaben das [Analyse-Dashboard](#view-usage).

65 

66<h2 id="view-usage">

67 Nutzung anzeigen

68</h2>

69 

70Rufen Sie [claude.ai/analytics/code-review](https://claude.ai/analytics/code-review) auf, um die Code Review-Aktivität in Ihrer gesamten Organisation zu sehen.

71 

72| Abschnitt | Was angezeigt wird |

73| :- | :- |

74| PRs reviewed | Tägliche Anzahl der überprüften Pull Requests im ausgewählten Zeitraum |

75| Code Review cost | Bisherige Code Review-Ausgaben in diesem Monat |

76| Feedback | Anzahl der Review-Kommentare, die automatisch aufgelöst wurden, weil ein Entwickler das Problem behoben hat |

77| Repository breakdown | Anzahl der überprüften PRs, aufgelösten Kommentare und Review-Durchläufe pro Repository, mit geschätzten Kosten und einer Ansicht pro PR |

78 

79Die Karte Code Review cost zeigt nur dann einen Betrag an, wenn der aktuelle Monat ausgewählt ist. Kostenangaben in der Analyse können von Ihrer Rechnung abweichen. Die Kosten in Repository breakdown werden zum Listenpreis geschätzt, vor Rabatten oder Gutschriften, und umfassen nur Reviews, die Claude in einem Pull Request veröffentlicht hat. Für rechnungsgenaue Ausgaben ziehen Sie Ihre Anthropic-Rechnung heran.

80 

81<h2 id="related-resources">

82 Verwandte Ressourcen

83</h2>

84 

85* [Code Review einrichten](/docs/de/code-review-setup): wo Sie die Review-Stufe festlegen und bestimmen, wann Reviews in jedem Repository ausgeführt werden

86* [Reviews in einem Pull Request lesen und anfordern](/docs/de/code-review-pull-requests): die Kommentarbefehle, Pull Requests aus Forks und die Budgetmeldung, die Entwickler sehen, wenn ein Review übersprungen wird

87* [Code Review](/docs/de/code-review): was ein Review prüft und was es veröffentlicht

88* [Kosten effektiv verwalten](/docs/de/costs): Ausgabenkontrollen und Nutzungsverfolgung für den Rest von Claude Code

1> ## Documentation Index

2> Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt

3> Use this file to discover all available pages before exploring further.

4 

5# Code Review anpassen

6 

7> Legen Sie mit REVIEW.md und CLAUDE.md fest, was Code Review in Ihren Pull Requests kennzeichnet: Schweregrade neu kalibrieren, Pfade überspringen, Prüfungen hinzufügen und sehen, welche Kopie gilt.

8 

9Sie können ändern, was [Code Review](/docs/de/code-review) in Ihrem Repository kennzeichnet, indem Sie Anweisungen in das Repository committen. So reduzieren Sie die Anzahl der Nits, unterbinden Kommentare zu generierten Dateien oder fügen eine Regel hinzu, die Ihrem Team wichtig ist. Legen Sie die Anweisungen in einer von zwei Dateien ab:

10 

11* **`CLAUDE.md`**: [Projektanweisungen](/docs/de/memory), die Claude Code für jede Aufgabe liest, einschließlich Reviews. Code Review liest sie als Projektkontext und kennzeichnet Änderungen, die gegen sie verstoßen.

12* **`REVIEW.md`**: Anweisungen ausschließlich für Reviews. Verwenden Sie diese Datei, um festzulegen, was Ihr Team gekennzeichnet haben möchte, mit welchem Schweregrad und was übersprungen werden soll.

13 

14Fügen Sie `REVIEW.md` im Stammverzeichnis Ihres Repositorys hinzu und mergen Sie die Datei. [Schützen Sie anschließend Ihren Standard-Branch](#which-branch-review-md-is-read-from).

15 

16<Note>

17 Um zu ändern, wie gründlich Reviews sind oder wann sie ausgeführt werden, bitten Sie einen Owner, die [Review-Stufe](/docs/de/code-review-setup#set-the-default-review-level) oder die [Einstellung **Review runs**](/docs/de/code-review-setup#set-when-reviews-run) zu ändern.

18</Note>

19 

20<h2 id="use-claude-md-for-project-wide-rules">

21 CLAUDE.md für projektweite Regeln verwenden

22</h2>

23 

24Code Review liest die `CLAUDE.md`-Dateien Ihres Repositorys als Projektkontext. Eine Änderung, die gegen eine ihrer Regeln verstößt, wird zu einem Befund mit dem [Schweregrad](/docs/de/code-review-pull-requests#severity-levels), der zum Problem passt.

25 

26Ein Review liest die `CLAUDE.md` im Stammverzeichnis Ihres Repositorys sowie die `CLAUDE.md`-Dateien in den übergeordneten Verzeichnissen jeder geänderten Datei. Die `CLAUDE.md` eines Unterverzeichnisses wird gelesen, wenn der Pull Request eine Datei unter diesem Pfad ändert.

27 

28<h2 id="use-review-md-for-review-only-rules">

29 REVIEW\.md für Regeln nur für Reviews verwenden

30</h2>

31 

32`REVIEW.md` ist eine Datei im Stammverzeichnis Ihres Repositorys, die Code Review an Ihr Repository anpasst. Sie können außerdem eine `REVIEW.md` in einem Unterverzeichnis hinzufügen, um zusätzlich zur Stammdatei Prüfungen für Änderungen unter diesem Pfad hinzuzufügen.

33 

34Die Agenten, die Probleme finden, und die Agenten, die sie verifizieren, erhalten ihren Inhalt als Review-Anweisungen Ihres Repositorys, zusammen mit den Standard-Review-Richtlinien von Code Review. Der Schritt, der das endgültige Review verfasst, zieht sie heran, bevor er den Schweregrad festlegt und die Zusammenfassung schreibt.

35 

36Diese Beispielstruktur enthält eine Stammdatei und eine Datei in einem Unterverzeichnis:

37 

38```text theme={null}

39your-repo/

40├── REVIEW.md # Root file

41├── services/

42│ └── billing/

43│ └── REVIEW.md # Adds checks for changes under services/billing/

44└── src/

45```

46 

47Bevor Sie sich auf eine Datei in einem Unterverzeichnis verlassen, schützen Sie Ihren Standard-Branch und prüfen Sie, [was ein Review bei Ihrer Branch-Konfiguration liest](#what-a-review-reads-for-each-branch-setup).

48 

49<Note>

50 Der Code-Review-Dienst und der lokale [`/code-review`-Befehl](/docs/de/code-review-local) sind zwei separate Tools, und sie lesen unterschiedliche Dateien. Der Dienst liest sowohl `CLAUDE.md` als auch `REVIEW.md`. Der `/code-review`-Befehl, den Sie in einer Claude Code-Sitzung auf Ihrem eigenen Rechner ausführen, liest Ihre `CLAUDE.md`-Dateien, nicht jedoch `REVIEW.md`. Legen Sie Richtlinien, die an beiden Stellen angewendet werden sollen, in `CLAUDE.md` ab, und reservieren Sie `REVIEW.md` für Regeln, die speziell für das Review von Pull Requests gelten.

51</Note>

52 

53<h3 id="example-review-md">

54 Beispiel für REVIEW\.md

55</h3>

56 

57Diese `REVIEW.md` kalibriert die Schweregrade für einen Backend-Dienst neu, begrenzt Nits, überspringt generierte Dateien und fügt Repository-spezifische Prüfungen hinzu.

58 

59```markdown theme={null}

60# Review instructions

61 

62## What Important means here

63 

64Reserve Important for findings that would break behavior, leak data,

65or block a rollback: incorrect logic, unscoped database queries, PII

66in logs or error messages, and migrations that aren't backward

67compatible. Style, naming, and refactoring suggestions are Nit at

68most.

69 

70## Cap the nits

71 

72Report at most five Nits per review.

73 

74## Do not report

75 

76- Anything CI already enforces: lint, formatting, type errors

77- Generated files under `src/gen/` and any `*.lock` file

78- Test-only code that intentionally violates production rules

79 

80## Always check

81 

82- New API routes have an integration test

83- Log lines don't include email addresses, user IDs, or request bodies

84- Database queries are scoped to the caller's tenant

85```

86 

87<h3 id="choose-what-to-write-in-review-md">

88 Festlegen, was in REVIEW\.md stehen soll

89</h3>

90 

91`REVIEW.md` ist frei formuliertes Markdown, das ändert, was ein Review findet und meldet. Das Format des Reviews ändert es nicht. Suchen Sie das Problem, das Sie beobachten, und fügen Sie dann eine Anweisung wie die gezeigte hinzu. Das [Beispiel](#example-review-md) verwendet die ersten vier.

92 

93* **Die falschen Dinge werden als Important markiert**: Definieren Sie neu, was 🔴 Important für Ihr Repository bedeutet. Die Standardkalibrierung zielt auf Produktionscode ab, und für ein Dokumentations-Repository, ein Konfigurations-Repository oder einen Prototyp kann eine deutlich engere Definition sinnvoll sein. Geben Sie an, welche Arten von Befunden Important sind und welche höchstens Nit. Sie können auch hochstufen, etwa indem Sie jeden Verstoß gegen `CLAUDE.md` als Important behandeln.

94* **Zu viele Nits**: Begrenzen Sie, wie viele 🟡 Nit-Kommentare ein einzelnes Review veröffentlicht. Eine Obergrenze wie „melde höchstens fünf Nits“ hält Reviews umsetzbar.

95* **Kommentare zu generierten Dateien oder zu Dingen, die CI bereits prüft**: Listen Sie Pfade und Befundkategorien auf, bei denen Claude Befunde überspringen soll. Typische Kandidaten sind generierter Code, Lockfiles und eingebundene (vendored) Abhängigkeiten sowie alles, was Ihre CI bereits durchsetzt, etwa Linting oder Rechtschreibprüfung. Für Pfade, die ein gewisses Review, aber keine vollständige Prüfung verdienen, legen Sie stattdessen eine höhere Schwelle fest: „in `scripts/` nur melden, wenn nahezu sicher und schwerwiegend.“

96* **Eine Teamregel wird nicht geprüft**: Fügen Sie Regeln hinzu, die bei jedem Pull Request gekennzeichnet werden sollen, etwa „neue API-Routen müssen einen Integrationstest haben.“

97* **Befunde, die sich als falsch herausstellen**: Verlangen Sie Belege, bevor eine Art von Befund veröffentlicht wird. Zum Beispiel reduziert „Aussagen zum Verhalten benötigen eine `file:line`-Angabe im Quellcode, keine Ableitung aus der Benennung“ Fehlalarme, die den Autor sonst eine zusätzliche Runde kosten würden.

98 

99Einige dieser Anweisungen [erfordern die Stammdatei auf einem geschützten Standard-Branch](#which-branch-review-md-is-read-from).

100 

101Beschränken Sie `REVIEW.md` auf Anweisungen, die das Review-Verhalten ändern, und belassen Sie allgemeinen Projektkontext in `CLAUDE.md`.

102 

103<h3 id="which-branch-review-md-is-read-from">

104 Von welchem Branch REVIEW\.md gelesen wird

105</h3>

106 

107Code Review liest `REVIEW.md` aus dem Basis-Branch des Pull Requests oder aus dem Standard-Branch, niemals aus den Änderungen des Pull Requests selbst. Um das Review-Verhalten zu ändern, mergen Sie die Änderung an `REVIEW.md` zuerst.

108 

109Halten Sie `REVIEW.md` auf Ihrem Standard-Branch und schützen Sie diesen Branch. Wenn ein Review die Kopie auf einem geschützten Standard-Branch liest (die erste Zeile der folgenden Tabelle), berücksichtigt es diese Anweisungen aus der Stammdatei:

110 

111* Herabsetzen des Schweregrads eines Befunds

112* Ausschließen von Pfaden, Dateien oder Arten von Problemen

113* Begrenzen von Nit-Kommentaren

114 

115<h4 id="what-counts-as-branch-protection">

116 Was als Branch-Schutz gilt

117</h4>

118 

119Code Review wertet diese Einstellungen als Schutz:

120 

121* **Standard-Branch**: eine klassische Branch-Schutzregel oder ein Ruleset

122* **Jeder andere Branch**: ausschließlich ein Ruleset

123 

124Ein Ruleset zählt, wenn es Aktualisierungen einschränkt oder Pull Requests mit mindestens einer Genehmigung erfordert. Wenn es Pull Requests erfordert, muss es außerdem diese Genehmigung bei einem neuen Push verwerfen oder verlangen, dass die Genehmigung nach dem letzten Push erfolgt.

125 

126<h4 id="what-a-review-reads-for-each-branch-setup">

127 Was ein Review bei der jeweiligen Branch-Konfiguration liest

128</h4>

129 

130Suchen Sie die Situation Ihres Repositorys in der ersten Spalte der folgenden Tabelle.

131 

132| Branch-Schutz | Gelesene Kopie | Gelesene Dateien |

133| :- | :- | :- |

134| Der Standard-Branch ist geschützt, und der Pull Request zielt auf ihn oder auf einen Branch, den kein Ruleset schützt | Standard-Branch | Stammdatei und Dateien in Unterverzeichnissen |

135| Der Pull Request zielt auf einen anderen Branch, den ein Ruleset schützt | Dieser Basis-Branch | Stammdatei und Dateien in Unterverzeichnissen |

136| Der Standard-Branch ist nicht geschützt, und der Basis-Branch hat keine Schutzregel der einen oder anderen Art | Standard-Branch | Stammdatei |

137| Code Review kann die Schutzeinstellungen nicht bestätigen. Dazu gehört ein ungeschützter Standard-Branch mit einem Basis-Branch, der nur eine klassische Regel hat | Keine | Keine |

138 

139Wenn der Check Run `REVIEW.md` erwähnt, lesen Sie [Der Check Run erwähnt REVIEW.md](/docs/de/code-review-troubleshooting#the-check-run-mentions-review-md).

140 

141<h2 id="related-resources">

142 Verwandte Ressourcen

143</h2>

144 

145* [Code Review](/docs/de/code-review): was der Dienst ist und wie ein Review abläuft

146* [Reviews in einem Pull Request lesen und anfordern](/docs/de/code-review-pull-requests#severity-levels): was jeder Schweregrad bedeutet und wie Befunde angezeigt werden

147* [Code Review einrichten](/docs/de/code-review-setup): die Review-Stufe und wann Reviews ausgeführt werden, was ein Owner festlegt

148* [Lokales Review mit `/code-review`](/docs/de/code-review-local): der `/code-review`-Befehl, seine Argumente und Effort-Stufen

149* [Memory](/docs/de/memory): wie `CLAUDE.md`-Dateien in Claude Code funktionieren

1> ## Documentation Index

2> Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt

3> Use this file to discover all available pages before exploring further.

4 

5# Lokal mit /code-review prüfen

6 

7> Führen Sie `/code-review` in einer Claude Code-Sitzung aus, um Fehler in den Änderungen Ihres Branches zu finden, richten Sie das Review auf einen Pull Request oder einen Pfad und lassen Sie Claude die Korrekturen anwenden.

8 

9`/code-review` ist ein Befehl, den Sie in der Claude Code-Eingabe eingeben, und zwar in der Sitzung, in der Sie arbeiten. Claude prüft die Änderungen auf Ihrem Branch, sucht nach Korrektheitsfehlern und berichtet die Ergebnisse in Ihrer Konversation. Abhängig von Ihrem Modell und Ihrer Effort-Stufe deckt das Review auch Bereinigungen in Bezug auf Wiederverwendung, Vereinfachung und Effizienz ab.

10 

11Der Befehl funktioniert mit jedem Plan. Das Review läuft in Ihrer eigenen Sitzung und wird daher genauso wie der Rest der Sitzung auf die Nutzung Ihres Plans oder die API-Abrechnung angerechnet.

12 

13<Note>

14 Wenn jeder Pull Request in einem Repository auf GitHub automatisch geprüft werden soll, lesen Sie [Code Review](/docs/de/code-review), einen verwalteten Dienst, den ein Owner für Ihre Organisation aktiviert.

15</Note>

16 

17`/review` ist ein Alias von `/code-review`. Vor v2.1.223 war `/review` ein separater Befehl, der ein einstufiges, nur lesendes Review eines GitHub-Pull-Requests ausführte.

18 

19<Steps>

20 <Step title="/code-review ausführen">

21 Führen Sie den Befehl aus:

22 

23 ```text theme={null}

24 /code-review

25 ```

26 

27 Ohne Ziel umfasst das Review die Änderungen auf Ihrem aktuellen Branch. Um das Review stattdessen auf einen Pull Request, einen anderen Branch, einen Pfad oder einen Bereich von Commits zu richten, lesen Sie [Festlegen, was geprüft wird](#choose-what-to-review).

28 

29 Sie können auch Flags hinzufügen:

30 

31 * `--fix`: fordert Claude zusätzlich auf, die Ergebnisse nach dem Review auf Ihren Arbeitsbaum anzuwenden. Die Bearbeitungen durchlaufen Ihren [Berechtigungsmodus](/docs/de/permission-modes).

32 * `--comment`: veröffentlicht die Ergebnisse in einem GitHub-Pull-Request als Inline-Kommentare oder in einem [GitLab Merge Request](#post-findings-to-a-gitlab-merge-request) als einzelne Notiz

33 </Step>

34 

35 <Step title="Weiterarbeiten">

36 Das Review läuft als [Subagent](/docs/de/sub-agents) im Hintergrund mit eigenem Kontextfenster und füllt daher Ihre Konversation nicht. Die Ergebnisse erscheinen in Ihrer Konversation, sobald das Review abgeschlossen ist.

37 </Step>

38 

39 <Step title="Auf die Ergebnisse reagieren">

40 Bitten Sie Claude, die im Review gefundenen Probleme zu beheben. Mit `--fix` oder `--comment` wendet Claude die Ergebnisse im Rahmen des Reviews an oder veröffentlicht sie, und Sie werden möglicherweise gebeten, die Bearbeitungen zu genehmigen.

41 </Step>

42</Steps>

43 

44<h2 id="choose-what-to-review">

45 Festlegen, was geprüft wird

46</h2>

47 

48Um etwas anderes als Ihren aktuellen Branch zu prüfen, geben Sie nach der Effort-Stufe und etwaigen Flags ein Ziel ein. Claude erhält diesen Text als Review-Ziel. Ein Ziel kann eine Pull-Request-Nummer, ein Branch-Name, ein Dateipfad oder ein Git-Revisionsbereich sein. Suchen Sie in der ersten Spalte, was Sie prüfen lassen möchten, und geben Sie ein, was die zweite Spalte zeigt:

49 

50| Um das Review zu richten auf | Eingabe |

51| :- | :- |

52| Ihren aktuellen Branch und nicht committete Änderungen | `/code-review` |

53| Ihre letzten 15 Commits | `/code-review HEAD~15..HEAD` |

54| Einen Branch im Vergleich zu einem anderen | `/code-review main...my-feature` |

55| Einen einzelnen Commit, wobei `abc1234` der Hash des Commits ist | `/code-review abc1234^..abc1234` |

56| Einen Pull Request anhand seiner Nummer | `/code-review 1234` |

57| Einen Datei- oder Verzeichnispfad | `/code-review src/auth` |

58 

59Ohne Ziel prüft `/code-review` die Commits Ihres Branches, die seinem Upstream-Branch voraus sind, sowie Ihre nicht committeten Änderungen. Wenn der Branch keinen Upstream hat, vergleicht Claude mit `main` oder mit dem vorherigen Commit.

60 

61Mit `ultra` liest Claude Code das Ziel anders, wie unter [Text nach der Effort-Stufe und den Flags](#text-after-the-effort-level-and-flags) beschrieben.

62 

63<h2 id="what-the-review-reads-and-edits">

64 Was das Review liest und bearbeitet

65</h2>

66 

67Prüfen Sie Folgendes, bevor Sie ein Review ausführen, insbesondere mit `--fix`:

68 

69* **Bearbeitungen**: Ohne `--fix` fordern die Anweisungen des Reviews Claude nur zu einem Bericht auf. Mit `--fix` fordern sie Claude zusätzlich auf, die Ergebnisse auf Ihren Arbeitsbaum anzuwenden. In beiden Fällen durchläuft jede Bearbeitung Ihren Berechtigungsmodus.

70* **Zurückspulen**: Ein Review im Hintergrund wendet seine `--fix`-Bearbeitungen außerhalb der [Checkpoints](/docs/de/checkpointing#subagent-edits-not-restored) Ihrer Sitzung an. Danach stellt `/rewind` nur die Dateien wieder her, die Claude bereits in Ihrer Konversation bearbeitet hatte. Die Bearbeitungen des Reviews an anderen Dateien bleiben bestehen; verwenden Sie Git, um sie rückgängig zu machen. Wenn das Review [im Vordergrund läuft](#run-in-the-foreground), bearbeitet es Ihren Arbeitsbaum während Ihres eigenen Turns, sodass `/rewind` seine Bearbeitungen wie gewohnt wiederherstellt.

71* **Anweisungen**: Das Review folgt Ihrer `CLAUDE.md`, auch in einem nicht interaktiven `-p`-Lauf. Es liest `REVIEW.md` nicht. Diese Datei konfiguriert den verwalteten [Code Review-Dienst](/docs/de/code-review-customize#use-review-md-for-review-only-rules) für GitHub-Pull-Requests.

72 

73<h2 id="how-findings-are-reported">

74 Wie Ergebnisse gemeldet werden

75</h2>

76 

77Claude meldet die Ergebnisse in beiden der folgenden Läufe als Text in der Antwort:

78 

79* In einer Terminal-Sitzung, in der `/code-review` das Review als [abgezweigten Subagenten](/docs/de/skills#run-skills-in-a-subagent) ausführt

80* In einem `-p`-Lauf mit Text- oder JSON-Ausgabe

81 

82In einer Host-Anwendung, die die Ergebnisliste anfordert, etwa der [Desktop-App](/docs/de/desktop#review-your-code), meldet Claude die Ergebnisse des Reviews stattdessen über das [`ReportFindings`-Tool](/docs/de/tools-reference). Der Bericht erscheint als Ergebnisliste, und jeder Eintrag zeigt den Speicherort in der Datei, eine Zusammenfassung in einem Satz und eine Kategorie-Kennzeichnung wie `correctness`, sofern das Ergebnis eine besitzt. Eine Anfrage des Hosts gilt auf jeder Effort-Stufe und erfordert Claude Code v2.1.218 oder höher.

83 

84Wenn Claude gemeldete Ergebnisse später in der Sitzung behebt, meldet es sie erneut. Claude Code markiert dann jedes Ergebnis in der aktualisierten Ergebnisliste als behoben, übersprungen oder keine Änderung erforderlich.

85 

86<h2 id="tune-effort-and-arguments">

87 Effort und Argumente anpassen

88</h2>

89 

90Neben `--fix` und `--comment` akzeptiert der Befehl folgende Flags:

91 

92* `--post`: wählt bei einem `ultra`-Cloud-Review eines `github.com`-Pull-Requests im Startdialog das Veröffentlichen der fertigen Ergebnisse im PR vorab aus. Siehe [Ergebnisse im Pull Request veröffentlichen](/docs/de/ultrareview#post-findings-to-the-pull-request). Erfordert Claude Code v2.1.227 oder höher.

93* `--max-findings <n>`, `--max-findings all` oder `--max-findings default`: meldet bis zu `n` Ergebnisse oder mit `all` jedes Ergebnis, anstelle des üblichen Limits des Reviews. Wo das Review über das Ergebnis-Tool berichtet, liegt das Limit bei 32. Spätere Reviews verwenden den eingegebenen Wert erneut, bis Sie `--max-findings default` übergeben; ein in einem nicht interaktiven `-p`-Lauf übergebener Wert wird jedoch nicht gespeichert. Erfordert Claude Code v2.1.288 oder höher.

94 

95Übergeben Sie eine [Effort-Stufe](/docs/de/model-config#adjust-effort-level), um zwischen Abdeckung und Sicherheit abzuwägen. Bei `low` meldet das Review die Ergebnisse, bei denen es am sichersten ist, sodass Sie weniger Fehlalarme sehen. Von `medium` bis `max` erweitert das Review die Abdeckung.

96 

97Wenn Sie keine Stufe eingeben, verwendet das Review die zuletzt von Ihnen eingegebene Stufe von `low` bis `max` erneut, auch aus einer früheren Sitzung. Claude Code zeigt einen Hinweis wie `Reusing high effort, the level you typed last time` an. Diese Regeln bestimmen, welche Stufe ein Lauf verwendet:

98 

99* **Eingeben einer Stufe**: Eine von Ihnen eingegebene Stufe wie `/code-review high` ändert, was spätere Läufe erneut verwenden

100* **Nicht interaktive Läufe**: Eine Stufe, die Sie in einem nicht interaktiven `-p`-Lauf übergeben, aktualisiert die gespeicherte Stufe nicht

101* **`ultra`**: Das Review verwendet die gespeicherte Stufe weder, noch aktualisiert es sie

102* **Nie eine Stufe eingegeben**: Das Review verwendet den aktuellen Effort der Sitzung

103 

104Vor v2.1.223 verwendete ein `/code-review` ohne Stufe immer den aktuellen Effort der Sitzung.

105 

106<h3 id="post-findings-to-a-gitlab-merge-request">

107 Ergebnisse in einem GitLab Merge Request veröffentlichen

108</h3>

109 

110Wenn Sie `--comment` für einen GitLab Merge Request übergeben, veröffentlicht Claude Code die Ergebnisse über die `glab`-CLI von GitLab. Erfordert Claude Code v2.1.257 oder höher. Wenn `glab` nicht installiert ist, gibt Claude die Ergebnisse stattdessen im Terminal aus.

111 

112Übergeben Sie den Merge Request als URL oder als `!123`-Referenz. Claude Code behandelt eine bloße Nummer oder einen Branch-Namen nur dann als Merge Request, wenn der Origin des Checkouts auf `gitlab.com` liegt. Übergeben Sie bei einer selbstverwalteten GitLab-Instanz die URL oder die Form `!123`.

113 

114<h3 id="text-after-the-effort-level-and-flags">

115 Text nach der Effort-Stufe und den Flags

116</h3>

117 

118Nach der Effort-Stufe und den Flags liest Claude Code den Rest der Zeile als Review-Ziel. Das Argument `ultra` ändert diese Lesart:

119 

120* **Mit `ultra`**: Claude Code liest ein einzelnes Wort als Basis-Branch oder PR-Nummer. Längerer Text, der keinen Branch und keinen PR benennt, wird zu [einer Notiz, die dem Review beigefügt wird](/docs/de/ultrareview#pass-a-request-in-plain-words). `/code-review ultra check my auth changes` prüft Ihren aktuellen Branch, und Claude bezieht die Ergebnisse auf Ihre Notiz.

121* **Ohne `ultra`**: Alles Übrige ist das Review-Ziel, auch wenn es mit einem anderen Befehlsnamen beginnt. `/code-review /fix-issue 123` prüft mit `/fix-issue 123` als Zieltext, anstatt `/fix-issue` als zweiten [gestapelten Skill](/docs/de/skills#pass-arguments-to-skills) zu laden. Vor v2.1.218 wurde ein nach `/code-review` gestapelter Befehl als eigener Skill expandiert.

122 

123<h2 id="run-in-the-foreground">

124 Im Vordergrund ausführen

125</h2>

126 

127Um das Review im Vordergrund auszuführen, wählen Sie eine der folgenden Möglichkeiten:

128 

129* Führen Sie es im nicht interaktiven Modus aus, mit dem `-p`-Flag oder dem Agent SDK. Claude Code wartet auf das Review und nimmt die Ergebnisse in die Antwort auf, außer bei `ultra`, das [nicht auf das Cloud-Review wartet](/docs/de/ultrareview#run-ultrareview-non-interactively).

130* Setzen Sie [`CLAUDE_CODE_DISABLE_BACKGROUND_TASKS`](/docs/de/env-vars) auf `1`, was auch alle anderen Funktionen für Hintergrundaufgaben deaktiviert

131* Führen Sie `/code-review` erneut aus, während ein früheres Review noch läuft

132 

133Vor v2.1.218 lief das Review innerhalb Ihrer Konversation.

134 

135<h2 id="let-claude-start-the-review">

136 Claude das Review starten lassen

137</h2>

138 

139Claude kann `/code-review` selbstständig starten, ohne dass Sie den Befehl eingeben:

140 

141* **Wenn Sie in natürlicher Sprache fragen**: Bitten Sie Claude, Ihre Änderungen zu prüfen, und es kann den Skill ausführen

142* **Aus einer geplanten Aufgabe**: Eine [geplante Aufgabe](/docs/de/scheduled-tasks) mit `/code-review` als Prompt führt das Review aus

143 

144Eine geplante Aufgabe startet niemals das [Cloud-Review](#escalate-to-ultrareview); planen Sie `/code-review` daher ohne das Argument `ultra`.

145 

146Um zu verhindern, dass Claude und geplante Aufgaben das Review starten, während `/code-review` für Sie zur Eingabe verfügbar bleibt, fügen Sie einen [`skillOverrides`](/docs/de/skills#override-skill-visibility-from-settings)-Eintrag zu einer [Einstellungsdatei](/docs/de/settings#where-settings-live) wie `~/.claude/settings.json` hinzu:

147 

148```json theme={null}

149{

150 "skillOverrides": {

151 "code-review": "user-invocable-only"

152 }

153}

154```

155 

156Vor v2.1.246 startete Claude `/code-review` nur dann selbstständig, wenn ein von Anthropic abgerufenes Feature-Flag dies aktivierte. In [Sitzungen, die keine Feature-Flags abrufen](/docs/de/env-vars#features-that-need-feature-flag-fetching), lief `/code-review` nur, wenn Sie es eingaben, und ein geplantes `/code-review` erreichte Claude als reiner Text.

157 

158<h2 id="escalate-to-ultrareview">

159 Zu Ultrareview eskalieren

160</h2>

161 

162`/code-review ultra --fix` führt das tiefergehende [Ultrareview](/docs/de/ultrareview) in der Cloud aus und fordert Claude anschließend auf, die Ergebnisse auf Ihren Arbeitsbaum anzuwenden, sobald sie in Ihrer Sitzung eintreffen.

163 

164Ultrareview verwendet einen eigenen Umfang:

165 

166* **Was verglichen wird**: Ihr aktueller Branch mit dem Standard-Branch des Repositorys, zuzüglich nicht committeter und gestagter Änderungen im Arbeitsbaum

167* **Sensible Dateien**: Bei nicht committeten Änderungen an Dateien, deren Namen auf Anmeldedaten oder Schlüssel hindeuten, etwa `.env`- und `*.tfvars`-Dateien, folgt Claude Code den Regeln für das [Hochladen eines lokalen Repositorys in eine Cloud-Sitzung](/docs/de/claude-code-on-the-web#send-local-repositories-without-github)

168* **Eine andere Basis**: Übergeben Sie einen Branch-Namen wie `/code-review ultra develop`, um mit einer anderen Basis zu vergleichen

169 

170Wenn das Ziel ein `github.com`-Pull-Request ist, können Sie Claude die [fertigen Ergebnisse im PR veröffentlichen](/docs/de/ultrareview#post-findings-to-the-pull-request) lassen, als Kommentar von Ihrem GitHub-Konto. Erfordert Claude Code v2.1.227 oder höher.

171 

172<Note>

173 Ultrareview erfordert die Authentifizierung mit einem claude.ai-Konto. Es ist nicht verfügbar auf Amazon Bedrock, Google Clouds Agent Platform oder Microsoft Foundry sowie nicht für Organisationen, bei denen Zero Data Retention aktiviert oder die [HIPAA-Konfiguration](/docs/de/hipaa-setup) angewendet ist. In diesen Fällen führt `/code-review ultra` stattdessen ein lokales Review in Ihrer Sitzung aus. Organisationen, die [kundenverwaltete Verschlüsselungsschlüssel](https://platform.claude.com/docs/en/manage-claude/cmek) (CMEK) verwenden, können Ultrareview nicht ausführen. Um Ihre Änderungen lokal zu prüfen, führen Sie `/code-review` aus.

174</Note>

175 

176Um ein Cloud-Review aus einem Skript oder CI-Job auszuführen, verwenden Sie den [`claude ultrareview`-Unterbefehl](/docs/de/ultrareview#run-ultrareview-non-interactively), der auf die Ergebnisse wartet und sie auf stdout ausgibt.

177 

178<h2 id="change-or-build-on-the-review">

179 Das Review ändern oder darauf aufbauen

180</h2>

181 

182`/code-review` ist ein [mitgelieferter Skill](/docs/de/skills#bundled-skills): Seine Anweisungen sind in Claude Code integriert, daher gibt es keine `SKILL.md`-Datei auf der Festplatte, die Sie öffnen oder bearbeiten könnten. Um jedem Review Projektregeln mitzugeben, fügen Sie diese zu Ihrer `CLAUDE.md` hinzu. Um weiter zu gehen, beginnen Sie mit einer dieser Seiten:

183 

184* **Den Befehl ersetzen**: Ein Projekt- oder persönlicher Skill namens `code-review` läuft anstelle des mitgelieferten, und der Alias `/review` führt weiterhin das mitgelieferte Review aus. Siehe [Skills mit gleichem Namen auflösen](/docs/de/skills#resolve-skills-that-share-a-name).

185* **Eigenen Reviewer erstellen**: Schreiben Sie einen Reviewer-[Subagenten](/docs/de/sub-agents) oder einen Review-[Skill](/docs/de/skills)

186* **Einen verwandten Befehl verwenden**: [`/simplify`](/docs/de/commands) prüft nur auf Bereinigungen und wendet seine Korrekturen an, und [`/verify`](/docs/de/commands) führt Ihre App aus, um zu bestätigen, dass eine Änderung funktioniert

187 

188Der Befehl hieß vor v2.1.147 `/simplify` und wendete damals standardmäßig Korrekturen an. Wenn Sie `/simplify` zur Fehlersuche in Skripten verwendet haben, wechseln Sie zu `/code-review --fix`.

189 

190<h2 id="related-resources">

191 Verwandte Ressourcen

192</h2>

193 

194* [Code Review](/docs/de/code-review): der verwaltete Dienst, der jeden Pull Request auf GitHub für Ihre Organisation prüft

195* [Ultrareview](/docs/de/ultrareview): Einrichtung, Limits und Kosten des tiefergehenden Cloud-Reviews

196* [Befehle](/docs/de/commands): die einzeilige Referenz für `/code-review`, `/review`, `/simplify` und `/verify`

197* [Skills](/docs/de/skills): wie mitgelieferte Skills funktionieren und wie Sie eigene schreiben

1> ## Documentation Index

2> Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt

3> Use this file to discover all available pages before exploring further.

4 

5# Reviews für einen Pull Request lesen und anfordern

6 

7> Lesen Sie Code-Review-Ergebnisse zu Ihrem GitHub-Pull-Request, reagieren Sie darauf oder verwerfen Sie sie, und fordern Sie mit `@claude review` ein Review an.

8 

9Code Review ist ein verwalteter Dienst, den ein Owner in Ihrer Claude-Organisation für eine Reihe von GitHub-Repositorys aktiviert. Sobald er aktiviert ist, prüft Claude Pull Requests in diesen Repositorys und veröffentlicht seine Ergebnisse als Inline-Kommentare, als Zusammenfassung im Review-Text und als Check Run mit dem Namen **Claude Code Review**. Ein Review genehmigt oder blockiert Ihren Pull Request nie, und der Check Run endet nie mit einem Fehlschlag.

10 

11Ein Owner legt für jedes Repository fest, [wann Reviews ausgeführt werden](/docs/de/code-review-setup#set-when-reviews-run) und [wie gründlich sie sind](/docs/de/code-review-setup#set-the-default-review-level).

12 

13<Note>

14 Wenn Ihr Plan Code Review nicht umfasst, können Sie Ihren Branch trotzdem in einer Claude Code-Sitzung von Claude prüfen lassen: siehe [Lokal mit `/code-review` prüfen](/docs/de/code-review-local).

15</Note>

16 

17<h2 id="severity-levels">

18 Schweregrade

19</h2>

20 

21Claude veröffentlicht jedes Ergebnis als Inline-Kommentar an den betroffenen Zeilen und kennzeichnet es mit einem von drei Schweregraden:

22 

23| Markierung | Schweregrad | Bedeutung |

24| :- | :- | :- |

25| 🔴 | Important | Ein Fehler, der vor dem Mergen behoben werden sollte |

26| 🟡 | Nit | Ein kleineres Problem, das eine Behebung wert ist, aber nicht blockiert |

27| 🟣 | Pre-existing | Ein Fehler, der in der Codebasis existiert, aber nicht durch diesen PR eingeführt wurde |

28 

29Wenn das Review seine Begründung aufgezeichnet hat, enthält das Ergebnis einen eingeklappten Abschnitt **Why this was flagged**. Klappen Sie ihn auf, um zu lesen, warum Claude das Problem gekennzeichnet und wie es das Problem verifiziert hat.

30 

31Informationen dazu, wie Sie ändern, was Claude in Ihrem Repository kennzeichnet oder wie es Schweregrade einstuft, finden Sie unter [Code Review anpassen](/docs/de/code-review-customize).

32 

33<h2 id="respond-to-findings">

34 Auf Ergebnisse reagieren

35</h2>

36 

37Sie können mergen, ohne auf ein Ergebnis zu reagieren, sofern die eigenen Regeln Ihres Repositorys dies nicht verlangen. Wenn dessen Branch-Schutz [die Auflösung von Konversationen verlangt](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches#require-conversation-resolution-before-merging), lösen Sie den Thread jedes Ergebnisses auf, bevor Sie mergen.

38 

39Um ein Ergebnis zu erledigen, lösen Sie seinen Thread auf oder pushen Sie eine Korrektur.

40 

41* **Ohne Codeänderung verwerfen**: Lösen Sie den Thread selbst auf GitHub auf. Eine Antwort allein verwirft ein Ergebnis nicht.

42* **Das Problem beheben**: Ändern Sie den Code und pushen Sie. Das nächste Review des Pull Requests löst den früheren Thread auf, wenn es das Problem als behoben einstuft, unabhängig davon, ob dieses Review automatisch bei Ihrem Push ausgeführt wird oder Sie es anfordern.

43* **Erklären oder widersprechen**: Antworten Sie auf den Kommentar. Claude antwortet nicht sofort, und eine Antwort startet kein Review. Das nächste Review des Pull Requests liest die Antworten auf seine früheren Ergebnisse und kann den Thread auflösen oder eine Folgeantwort veröffentlichen. Wenn dieselbe Art von Ergebnis immer wieder auftaucht, bitten Sie einen Maintainer, eine Regel zu [`REVIEW.md`](/docs/de/code-review-customize#choose-what-to-write-in-review-md) hinzuzufügen.

44 

45Um dieses nächste Review ohne Push zu erhalten, schreiben Sie `@claude review` als [Pull-Request-Kommentar auf oberster Ebene](#comment-commands).

46 

47<h2 id="check-run-output">

48 Ausgabe des Check Runs

49</h2>

50 

51Der Link **Details** am Check Run **Claude Code Review** öffnet die Ergebnisse in einer nach Schweregrad sortierten Tabelle, einschließlich aller Ergebnisse, deren Inline-Kommentar GitHub nicht angenommen hat:

52 

53| Schweregrad | Datei:Zeile | Problem |

54| - | - | - |

55| 🔴 Important | `src/auth/session.ts:142` | Token-Aktualisierung steht in einer Race Condition mit dem Logout, wodurch veraltete Sitzungen aktiv bleiben |

56| 🟡 Nit | `src/auth/session.ts:88` | `parseExpiry` gibt bei fehlerhafter Eingabe stillschweigend 0 zurück |

57 

58Ein Ergebnis, das eine Zeile hat, aber nicht als Inline-Kommentar veröffentlicht wurde, erscheint als Annotation im Tab **Files changed** an den betroffenen Zeilen. Important-Ergebnisse werden rot angezeigt, Nits gelb und bereits vorhandene Fehler grau.

59 

60Der Check Run endet als neutral oder als übersprungen, wenn ein automatisches Review nicht ausgeführt wurde, weil ein Push keine Dateien geändert hat. Er endet nie mit einem Fehlschlag, sodass ein abgeschlossenes Review keinen erforderlichen Check fehlschlagen lässt. Wenn Sie keine Ergebnisse sehen oder ein Review nicht ausgeführt wurde, siehe [Fehlerbehebung bei Code Review](/docs/de/code-review-troubleshooting).

61 

62<h3 id="read-the-result-from-a-script">

63 Das Ergebnis aus einem Skript lesen

64</h3>

65 

66Um einen Merge zu steuern oder eine Zusammenfassung aus Ihrem eigenen CI zu veröffentlichen, parsen Sie die letzte Zeile des Details-Texts mit `gh` und jq. Diese Zeile ist ein maschinenlesbarer Kommentar.

67 

68<Steps>

69 <Step title="Die Check-Run-ID ermitteln">

70 Listen Sie in Ihrer Shell die Check Runs des Commits auf und nehmen Sie die `id` des Runs `Claude Code Review`. Ersetzen Sie `OWNER` und `REPO` durch den Owner und Namen Ihres Repositorys und `<commit-sha>` durch den Head-Commit des Pull Requests:

71 

72 ```bash theme={null}

73 gh api repos/OWNER/REPO/commits/<commit-sha>/check-runs --jq '.check_runs[] | {id, name}'

74 ```

75 </Step>

76 

77 <Step title="Die Anzahl pro Schweregrad lesen">

78 Lesen Sie die Anzahlen aus diesem Check Run und ersetzen Sie dabei `CHECK_RUN_ID` durch die ID:

79 

80 ```bash theme={null}

81 gh api repos/OWNER/REPO/check-runs/CHECK_RUN_ID \

82 --jq '.output.text | split("bughunter-severity: ")[1] | split(" -->")[0] | fromjson'

83 ```

84 

85 Dies gibt ein JSON-Objekt mit einer Anzahl pro Schweregrad aus, dessen Schlüssel alphabetisch sortiert sind, zum Beispiel `{"nit": 1, "normal": 2, "pre_existing": 0}`. Die Anzahlen enthalten Ergebnisse aus früheren Reviews des Pull Requests, deren Threads noch offen sind.

86 </Step>

87 

88 <Step title="Auf das Ergebnis reagieren">

89 Lassen Sie Ihr Skript diese Fälle behandeln:

90 

91 * **`normal` ist größer als null**: Lassen Sie den Job fehlschlagen, wenn Sie den Merge steuern möchten. Der Schlüssel `normal` enthält die Anzahl der Important-Ergebnisse, Claude hat also mindestens einen Fehler gefunden, der vor dem Merge behoben werden sollte.

92 * **Die Zeile fehlt**: Behandeln Sie dies als fehlendes Urteil und nicht als null Ergebnisse. Ein Check Run für ein Review, das fehlgeschlagen ist, eine Zeitüberschreitung hatte, abgebrochen oder durch ein neueres ersetzt wurde, hat keine solche Zeile, und auch manche abgeschlossene Reviews haben keine.

93 </Step>

94</Steps>

95 

96<h2 id="request-a-review">

97 Ein Review anfordern

98</h2>

99 

100Wenn Ihr Pull Request ein Entwurf ist oder aus einem Fork stammt, wird er von automatischen Reviews übersprungen; [fordern Sie das Review daher mit einem Kommentarbefehl an](#review-drafts-and-pull-requests-from-forks). Um ein Review für Ihren Pull Request zu erhalten, wählen Sie eine dieser Möglichkeiten:

101 

102* **Öffnen oder als bereit markieren**: In einem Repository mit der Einstellung **Once after PR creation** oder **After every push** startet ein Review, wenn Sie den Pull Request öffnen oder erneut öffnen oder einen Entwurf als bereit für das Review markieren.

103* **Einen Befehl kommentieren**: Veröffentlichen Sie [`@claude review`](#comment-commands) im Pull Request.

104* **Einen Commit pushen**: Ein Push startet ein Review in einem Repository mit der Einstellung **After every push** oder bei einem Pull Request, den Sie mit `@claude review always` abonniert haben.

105* **Auf Re-run klicken**: Nachdem ein Review bei einem Pull Request, der nicht aus einem Fork stammt, fehlgeschlagen ist oder eine Zeitüberschreitung hatte, [führen Sie es erneut aus](/docs/de/code-review-troubleshooting#retrigger-a-failed-or-timed-out-review), und zwar über den Check Run.

106* **Auf den automatischen Wiederholungsversuch warten**: Ein Review, dessen Sitzung unterbrochen wurde, wird einmal automatisch erneut versucht. Die [Zusammenfassung des Check Runs](/docs/de/code-review-troubleshooting#retrigger-a-failed-or-timed-out-review) gibt an, wann dies geschieht.

107 

108<h3 id="comment-commands">

109 Kommentarbefehle

110</h3>

111 

112Veröffentlichen Sie einen dieser Befehle als Kommentar im Pull Request:

113 

114| Befehl | Was er bewirkt | Wann Sie ihn verwenden |

115| :- | :- | :- |

116| `@claude review` | Startet ein einzelnes Review, ohne den PR für künftige Pushes zu abonnieren | Sie möchten jetzt ein Review, etwa bei einem Pull Request in einem Repository mit der Einstellung Manual, oder in den anderen Modi sofort ein weiteres Review |

117| `@claude review always` | Startet ein Review und abonniert den PR künftig für durch Pushes ausgelöste Reviews | Sie möchten, dass jeder nachfolgende Push ein neues Review startet, etwa bei einem PR mit hoher Priorität in einem Repository mit der Einstellung Manual |

118| `@claude review once` | Wie `@claude review`: startet ein einzelnes Review ohne Abonnement | Dieselben Fälle wie bei `@claude review` |

119 

120Damit einer dieser Befehle ein Review startet, müssen alle diese Bedingungen erfüllt sein:

121 

122* Veröffentlichen Sie ihn als neuen Pull-Request-Kommentar auf oberster Ebene, nicht als Inline-Kommentar an einer Diff-Zeile und nicht als Text eines Reviews. Das Bearbeiten eines früheren Kommentars zählt nicht.

123* Setzen Sie den Befehl an den Anfang des Kommentars, mit `always` in derselben Zeile wie der Rest des Befehls. Groß- und Kleinschreibung spielt keine Rolle.

124* Sie benötigen die Berechtigung write, maintain oder admin für das Repository. Claude prüft dies bei GitHub für jede Person, die kommentiert, und Kommentare von Bots starten keine Reviews.

125* Der Pull Request muss geöffnet sein.

126 

127Wenn der Befehl angenommen wird, erscheint im Pull Request ein Check Run **Claude Code Review** mit dem Titel **Code review queued...**. Der Titel ändert sich zu **Code review in progress...**, wenn das Review startet. Claude reagiert möglicherweise auch mit 👀 auf Ihren Kommentar, aber diese Reaktion kann auch erscheinen, wenn kein Review startet; achten Sie daher stattdessen auf den Check Run.

128 

129Wenn bereits ein Review für den neuesten Commit des Pull Requests läuft, startet eine neue Anfrage kein zweites.

130 

131<Note>

132 Vor einem Update im Juli 2026 hat `@claude review` den PR für durch Pushes ausgelöste Reviews abonniert. Wenn Sie sich auf dieses Verhalten verlassen haben, kommentieren Sie stattdessen `@claude review always`.

133</Note>

134 

135<h3 id="what-a-later-review-covers">

136 Was ein späteres Review abdeckt

137</h3>

138 

139Ein späteres Review, das von selbst startet, etwa nach einem Push, konzentriert sich auf das, was sich seit dem letzten Review geändert hat, und veröffentlicht weniger Nits und bereits vorhandene Ergebnisse. Seine Zusammenfassung zählt, was es ausgelassen hat, in einer Zeile, die mit „found and not posted“ oder „outside the scope of this re-review and not posted.“ endet.

140 

141Um ein Review zu erhalten, das nichts davon auslässt, kommentieren Sie [`@claude review`](#comment-commands). Es deckt wieder den gesamten Pull Request ab.

142 

143<h3 id="review-drafts-and-pull-requests-from-forks">

144 Entwürfe und Pull Requests aus Forks prüfen lassen

145</h3>

146 

147Automatische Reviews überspringen beide, fordern Sie das Review daher mit einem Kommentarbefehl an:

148 

149* **Pull-Request-Entwürfe**: Ein Kommentarbefehl wird auch bei einem Entwurf ausgeführt, sodass Sie ein Review anfordern können, bevor Sie den Pull Request als bereit markieren. Pushes auf einen Entwurf starten keine Reviews, auch nicht nach `@claude review always`. Das Abonnement wird wirksam, sobald Sie den Pull Request als bereit markieren.

150* **Pull Requests aus Forks**: Claude prüft einen Pull Request aus einem Fork nicht automatisch, unabhängig von der Einstellung **Review runs** des Repositorys. Um ein Review zu starten, kommentieren Sie `@claude review` im Pull Request. Die [Bedingungen für Kommentarbefehle](#comment-commands) gelten weiterhin, und der benötigte Schreibzugriff bezieht sich auf das Basis-Repository, nicht auf den Fork.

151 

152Bei einem Pull Request aus einem Fork funktioniert auch `@claude review always`, abonniert den Pull Request aber nicht für Reviews bei späteren Pushes. Ein Klick auf **Re-run** am Check Run startet dort kein Review.

153 

154<h3 id="use-code-review-alongside-the-claude-code-github-action">

155 Code Review zusammen mit der Claude Code GitHub Action verwenden

156</h3>

157 

158Wenn im Repository auch die [Claude Code GitHub Action](/docs/de/github-actions) im interaktiven Modus mit ihrer Standard-Auslösephrase `@claude` läuft, startet ein `@claude review`-Kommentar auch die Action. Um die beiden voneinander zu trennen, setzen Sie die Eingabe `trigger_phrase` der Action auf eine andere Phrase.

159 

160<h2 id="related-resources">

161 Verwandte Ressourcen

162</h2>

163 

164* [Fehlerbehebung bei Code Review](/docs/de/code-review-troubleshooting): ein Review, das nicht gestartet wurde, fehlgeschlagen ist oder aus Budgetgründen übersprungen wurde

165* [Code Review](/docs/de/code-review): was der Dienst ist und wie ein Review abläuft

166* [Code Review einrichten](/docs/de/code-review-setup): für Owner – Code Review aktivieren und festlegen, wann und auf welcher Stufe Reviews ausgeführt werden

167* [Code Review anpassen](/docs/de/code-review-customize): mit `REVIEW.md` und `CLAUDE.md` ändern, was Claude kennzeichnet

168* [Kosten und Nutzung von Code Review](/docs/de/code-review-costs): wie Reviews abgerechnet werden und wo das Ausgabenlimit festgelegt wird

169* [Lokal mit `/code-review` prüfen](/docs/de/code-review-local): ein Review Ihres Branches in einer Claude Code-Sitzung ausführen

1> ## Documentation Index

2> Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt

3> Use this file to discover all available pages before exploring further.

4 

5# Code Review einrichten

6 

7> Aktivieren Sie Code Review für Ihre Claude-Organisation: GitHub verbinden, die Claude GitHub App installieren, Repositorys auswählen und festlegen, wann Reviews ausgeführt werden

8 

9Als Owner Ihrer Claude-Organisation aktivieren Sie Code Review unter [**Admin settings > Claude Code**](https://claude.ai/admin-settings/claude-code#code-review) auf claude.ai. Reviews werden auf der Infrastruktur von Anthropic ausgeführt, daher fügen Sie Ihren Repositorys keine Workflow-Dateien hinzu.

10 

11Nach der Einrichtung legen Sie für jedes Repository fest, wie gründlich Reviews sind und wann sie ausgeführt werden. Ihre Ausgaben steigen bei einem höheren Review-Level und wenn Reviews häufiger ausgeführt werden. Siehe [Kosten von Code Review](/docs/de/code-review-costs#pricing).

12 

13<h2 id="what-you-need-to-turn-on-code-review">

14 Was Sie zum Aktivieren von Code Review benötigen

15</h2>

16 

17Prüfen Sie zunächst, ob Ihre Organisation [für Code Review infrage kommt](/docs/de/code-review#availability). Stellen Sie dann sicher, dass Sie über die folgenden Zugriffsrechte verfügen oder jemanden haben, der sie besitzt:

18 

19| Zugriff | Erforderlich für |

20| :- | :- |

21| [Owner-Rolle](/docs/de/server-managed-settings#access-control) in Ihrer Claude-Organisation | Jeden Schritt auf der Admin-Seite |

22| Owner der GitHub-Organisation | Installieren der Claude GitHub App und [Verknüpfen mit Ihrer Claude-Organisation](/docs/de/admin-setup#connected-github-accounts). Wenn Sie kein Owner sind, lassen Sie einen Owner die App installieren und verknüpfen, bevor Sie beginnen |

23| Schreibzugriff auf jedes Repository, das Sie hinzufügen, über das GitHub-Konto, das Sie mit Claude verbinden | Hinzufügen des Repositorys |

24 

25<h2 id="turn-on-code-review">

26 Code Review aktivieren

27</h2>

28 

29<Steps>

30 <Step title="Auf den Schalter Allow code review klicken">

31 Öffnen Sie den Abschnitt **Code review** unter [**Admin settings > Claude Code**](https://claude.ai/admin-settings/claude-code#code-review) und klicken Sie auf den Schalter **Allow code review**.

32 

33 Wenn Code Review sofort ohne Dialog aktiviert wird, hat Ihre Organisation die Claude GitHub App bereits verknüpft oder Repositorys hinzugefügt. Fahren Sie mit [Weitere Repositorys hinzufügen](#add-more-repositories) fort und kehren Sie dann für den letzten Schritt zurück.

34 </Step>

35 

36 <Step title="Ihr GitHub-Konto verbinden">

37 Wenn sich ein Dialog **Connect GitHub** öffnet, klicken Sie auf **Connect**. Wenn Ihre Organisation GitHub Enterprise Server verwendet, wählen Sie zuerst Ihre Instanz im Dialog aus. GitHub fordert Sie auf, Claude zu autorisieren, und leitet Sie dann zur Admin-Seite zurück, auf der der Dialog **Add a repository** geöffnet ist.

38 

39 Wenn sich **Add a repository** direkt geöffnet hat, ist Ihr Konto bereits verbunden. Fahren Sie in diesem Fall mit dem nächsten Schritt fort.

40 </Step>

41 

42 <Step title="Die Claude GitHub App installieren">

43 Wenn die gewünschten Repositorys im Dialog **Add a repository** aufgeführt sind oder Sie sie dort über die Suche finden, fahren Sie mit dem nächsten Schritt fort. Der Dialog listet ein Repository nur auf, wenn die Claude GitHub App darauf zugreifen kann. Wenn die Repositorys also nicht angezeigt werden, installieren Sie die App:

44 

45 * Klicken Sie auf **Install GitHub App**. Wenn keine Repositorys aufgeführt sind, ist dies eine Schaltfläche im Dialog. Andernfalls befindet sie sich unten im Filtermenü für GitHub-Organisationen im Dialog. Die Installationsseite von GitHub öffnet sich in einem neuen Tab.

46 * Wählen Sie die GitHub-Organisation aus, der die Repositorys gehören.

47 * Wählen Sie aus, auf welche Repositorys die App zugreifen kann.

48 * Bestätigen Sie die angeforderten Berechtigungen. Der Berechtigungsumfang ist größer, als ein Review ihn benötigt, und wird von anderen Claude-Funktionen wie [GitHub Actions](/docs/de/github-actions) mitgenutzt. Siehe [worauf ein Review zugreifen kann](/docs/de/code-review#what-a-review-can-access) und die [vollständige Liste der Berechtigungen](/docs/de/github-actions#github-app-permissions).

49 * Wenn die Installation abgeschlossen ist, kehrt der Tab zu Claude zurück. Wenn dort eine Schaltfläche **Finish connecting GitHub** angezeigt wird, klicken Sie darauf, um die Installation mit Ihrer Claude-Organisation zu verknüpfen.

50 * Wechseln Sie zurück zum Tab der Admin-Seite, wo die Liste im Dialog aktualisiert wird.

51 </Step>

52 

53 <Step title="Repositorys auswählen">

54 Wählen Sie die Repositorys aus, die überprüft werden sollen, und klicken Sie dann auf **Continue**. Zum Hinzufügen eines Repositorys benötigt das verbundene GitHub-Konto Schreibzugriff darauf. Sie können später [weitere Repositorys hinzufügen](#add-more-repositories).

55 </Step>

56 

57 <Step title="Auf Finish klicken">

58 Anschließend erscheint ein Dialog **Code review is set up**. Klicken Sie auf **Finish**, um Code Review zu aktivieren. Wenn Sie den Dialog auf andere Weise schließen, bleiben Ihre Repositorys hinzugefügt, aber **Allow code review** bleibt ausgeschaltet, und Sie aktivieren es über den Schalter.

59 

60 Jedes Repository ist anfangs so eingestellt, dass nach jedem Push ein Review erfolgt, was die meisten Reviews auslöst. Um weniger Reviews auszuführen, [legen Sie fest, wann Reviews ausgeführt werden](#set-when-reviews-run).

61 </Step>

62 

63 <Step title="Mit einem Test-Pull-Request überprüfen">

64 Öffnen Sie einen Test-Pull-Request in einem der hinzugefügten Repositorys und markieren Sie ihn nicht als Entwurf. Innerhalb weniger Minuten erscheint ein Check-Run namens **Claude Code Review**. Wenn Sie das Repository bereits auf **Manual (@claude review)** eingestellt haben, kommentieren Sie `@claude review` im Pull Request, um das erste Review zu starten.

65 

66 Wenn kein Check-Run erscheint, siehe [Kein Check-Run erscheint im Test-Pull-Request](/docs/de/code-review-troubleshooting#no-check-run-appears-on-the-test-pull-request).

67 

68 Sobald das Review vorliegt, senden Sie Ihren Entwicklern [Reviews in einem Pull Request lesen und anfordern](/docs/de/code-review-pull-requests). Dort werden die Schweregrade, die Kommentarbefehle und der Umgang mit Befunden erläutert.

69 </Step>

70</Steps>

71 

72<h2 id="set-defaults-for-your-organization">

73 Standardwerte für Ihre Organisation festlegen

74</h2>

75 

76Als Owner entscheiden Sie, wie gründlich Reviews sind und wie oft sie ausgeführt werden. Beides finden Sie im Abschnitt **Code review** unter [**Admin settings > Claude Code**](https://claude.ai/admin-settings/claude-code#code-review).

77 

78<h3 id="set-the-default-review-level">

79 Standard-Review-Level festlegen

80</h3>

81 

82Das Review-Level bestimmt, wie gründlich jedes Review ist, und ein gründlicheres Review kostet mehr. Sie legen einen Standardwert für die Organisation fest und können ihn für einzelne Repositorys überschreiben.

83 

84| Level | Abwägung |

85| :- | :- |

86| Quick | Eine leichtere Prüfung. Das schnellste Level zu den niedrigsten Kosten |

87| Standard | Ausgewogen in Tiefe, Geschwindigkeit und Kosten. Das Standard-Level |

88| Deep | Die gründlichste Prüfung. Dauert am längsten und kostet am meisten |

89 

90* **Organisationsstandard**: Wählen Sie unter **Review level** ein Level aus und bestätigen Sie mit **Change level**. Jedes Repository verwendet dieses Level, sofern Sie dem Repository kein eigenes zuweisen.

91* **Ein einzelnes Repository**: Klicken Sie in der Zeile des Repositorys auf **Edit** und wählen Sie dort ein **Review level** aus. Die erste Option, **Default**, folgt der Organisation. Das Level wird gespeichert, sobald Sie es auswählen.

92 

93Ein neues Level gilt für Reviews, die nach der Änderung starten. Welche weiteren Faktoren die Kosten jedes Reviews beeinflussen, erfahren Sie unter [Kosten und Nutzung von Code Review](/docs/de/code-review-costs).

94 

95<h3 id="set-when-reviews-run">

96 Festlegen, wann Reviews ausgeführt werden

97</h3>

98 

99Jedes Repository hat eine eigene Einstellung **Review runs**, die bestimmt, wann seine Pull Requests überprüft werden.

100 

101* **Once after PR creation**: Ein Review wird ausgeführt, wenn ein Pull Request geöffnet, erneut geöffnet oder als bereit für das Review markiert wird

102* **After every push**: Ein Review wird bei Pushes auf den Pull-Request-Branch ausgeführt. So werden neue Probleme erkannt, während sich der Pull Request weiterentwickelt, und Threads werden automatisch aufgelöst, wenn Sie gekennzeichnete Probleme beheben

103* **Manual (@claude review)**: Das Öffnen eines Pull Requests oder ein Push darauf startet kein Review. Kommentieren Sie [`@claude review`](/docs/de/code-review-pull-requests#comment-commands), um eines anzufordern, oder `@claude review always`, um den Pull Request zusätzlich für Reviews bei nachfolgenden Pushes zu abonnieren.

104 

105Manual eignet sich für stark frequentierte Repositorys, in denen Sie gezielt bestimmte Pull Requests für ein Review auswählen möchten, oder um Pull Requests erst dann zu überprüfen, wenn sie fertig sind. Wie sich die einzelnen Optionen auf die Ausgaben auswirken, erfahren Sie unter [Wie oft Reviews ausgeführt werden](/docs/de/code-review-costs#how-often-reviews-run).

106 

107Um die Einstellung zu ändern, klicken Sie in der Tabelle **Repositories** in der Zeile des Repositorys auf **Edit** und wählen Sie eine Option für **Review runs** aus. Die Auswahl wird gespeichert, sobald Sie sie treffen, und die Spalte **Review runs** der Tabelle zeigt sie in Kurzform als Once per PR, Every push oder Manual an.

108 

109* **Entwürfe und Pull Requests aus Forks**: Unabhängig von der gewählten Option [überspringen automatische Reviews beide](/docs/de/code-review-pull-requests#review-drafts-and-pull-requests-from-forks)

110* **Neue Repositorys**: Ein Repository, das Sie über den Dialog **Add a repository** hinzufügen, startet mit **After every push**. Wenn seine GitHub-Organisation [als Ganzes abgedeckt](#cover-a-whole-github-organization) ist, übernimmt es stattdessen die Einstellung aus der Zeile dieser Organisation.

111 

112<h3 id="turn-tip-comments-on-or-off">

113 Hinweiskommentare ein- oder ausschalten

114</h3>

115 

116Ein Hinweiskommentar ist ein kurzer Kommentar, den Claude in einem Pull Request veröffentlicht, wenn kein Review startet, und der erklärt, warum und was als Nächstes zu tun ist. **Show tips on pull requests** ist standardmäßig eingeschaltet. Wenn die Einstellung aktiviert ist, veröffentlicht Claude in jedem der folgenden Fälle einen Hinweis und erklärt:

117 

118* **Das Repository ist auf Manual eingestellt**: wie ein Review per Kommentar angefordert wird

119* **Der Pull Request stammt aus einem Fork**: dass ein Maintainer das Review anfordern kann

120* **Ein Bot oder jemand ohne Schreibzugriff kommentiert `@claude review`**: dass kein Review gestartet wurde und wer eines anfordern kann

121* **Die GitHub-Organisation ist nicht mit Ihrer Claude-Organisation verknüpft**: dass Reviews pausiert sind und wie die Verknüpfung hergestellt wird

122 

123Schalten Sie die Einstellung aus, um diese Kommentare zu unterbinden.

124 

125<h3 id="what-developers-can-change">

126 Was Entwickler ändern können

127</h3>

128 

129Entwickler wenden sich an Sie, um das Review-Level, die Einstellung **Review runs** oder die Auswahl der Repositorys mit Reviews zu ändern. Über GitHub können sie ohne die Owner-Rolle Folgendes tun:

130 

131* **Ein Review anfordern**: [`@claude review`](/docs/de/code-review-pull-requests#comment-commands) in einem Pull Request kommentieren. Dies erfordert Schreibzugriff auf das Repository und funktioniert auch bei [Entwürfen und Pull Requests aus Forks](/docs/de/code-review-pull-requests#review-drafts-and-pull-requests-from-forks), die automatische Reviews überspringen.

132* **Einen Pull Request für ein Review bei jedem Push abonnieren**: `@claude review always` in einem Pull Request kommentieren, der [kein Entwurf ist und nicht aus einem Fork stammt](/docs/de/code-review-pull-requests#review-drafts-and-pull-requests-from-forks), etwa in einem Repository, das auf Manual eingestellt ist

133* **Ändern, was Reviews kennzeichnen**: [`REVIEW.md`- und `CLAUDE.md`-Dateien](/docs/de/code-review-customize) in das Repository committen, zum Beispiel um eine Prüfung hinzuzufügen

134 

135Von Entwicklern angeforderte Reviews werden [Ihrer Organisation in Rechnung gestellt](/docs/de/code-review-costs#pricing). Wie Sie die monatlichen Ausgaben für Code Review begrenzen, erfahren Sie unter [Ausgaben begrenzen](/docs/de/code-review-costs#limit-your-spend).

136 

137<h2 id="manage-repositories">

138 Repositorys verwalten

139</h2>

140 

141Sie können Repositorys einzeln hinzufügen oder eine ganze GitHub-Organisation auf einmal abdecken und Reviews überall dort beenden, wo Sie sie nicht möchten.

142 

143<h3 id="add-more-repositories">

144 Weitere Repositorys hinzufügen

145</h3>

146 

147Um nach der Einrichtung Repositorys hinzuzufügen, klicken Sie im Abschnitt **Code review** oberhalb der Tabelle **Repositories** auf **Add**. Der Dialog **Add a repository** öffnet sich. Wählen Sie Repositorys aus und klicken Sie auf **Continue**.

148 

149* **Ein Repository wird nicht aufgeführt**: siehe [Ein Repository wird in Add a repository nicht aufgeführt](/docs/de/code-review-troubleshooting#a-repository-isn’t-listed-in-add-a-repository).

150* **Sie möchten alle Repositorys einer GitHub-Organisation**: [Decken Sie die Organisation ab](#cover-a-whole-github-organization), statt Repositorys einzeln auszuwählen

151 

152<h3 id="cover-a-whole-github-organization">

153 Eine ganze GitHub-Organisation abdecken

154</h3>

155 

156Um Code Review für alle Repositorys einer GitHub-Organisation zu aktivieren, legen Sie **Review runs** in der Zeile der Organisation in der Tabelle **Repositories** fest. Damit wird jedes Repository dort abgedeckt, auf das die Claude GitHub App zugreifen kann, einschließlich später hinzugefügter Repositorys. Dies kann die Ausgaben erheblich erhöhen. Dafür müssen alle folgenden Voraussetzungen erfüllt sein:

157 

158* Das GitHub-Konto, das Sie mit Claude verbunden haben, ist Owner dieser GitHub-Organisation.

159* Die Organisation befindet sich auf github.com. Instanzen von GitHub Enterprise Server und persönliche GitHub-Konten kommen nicht infrage.

160* Ein [monatliches Ausgabenlimit](/docs/de/code-review-costs#limit-your-spend) ist festgelegt, entweder für Ihre Claude-Organisation oder für Code Review.

161 

162Um die Organisation abzudecken, klicken Sie in ihrer Zeile auf **Edit**, wählen Sie eine Option für **Review runs** aus und bestätigen Sie. Zur Auswahl stehen die drei Optionen aus [Festlegen, wann Reviews ausgeführt werden](#set-when-reviews-run) sowie **Off**.