Claude Code-Review-Workflow: Das neue Vollbild-Diff-Panel in 2.1.260

Was sich in Claude Code 2.1.260 geändert hat

Die wichtigste Ergänzung für die Prüfung von KI-Codeänderungen ist das Diff-Panel im Vollbildmodus. Die Versionshinweise zu 2.1.260 beschreiben ein Panel neben der Unterhaltung, das nicht committete Änderungen anzeigt, während Claude Bearbeitungen vornimmt. Der /diff Befehl blendet es ein oder aus.

Damit haben Sie einen Ort, an dem Sie den sich verändernden Diff prüfen können, während die Unterhaltung sichtbar bleibt. Eine nützliche Gewohnheit bei der Prüfung ist, diese Änderungen mit Ihrer Anfrage abzugleichen: Welche Dateien sollen sich ändern, welches Verhalten soll sich ändern und welche Vorgaben sollen weiterhin gelten?

Das Diff-Panel im Vollbildmodus öffnen

Schalten Sie die aktuelle Unterhaltung auf die Vollbilddarstellung um und blenden Sie dann das Panel ein:

/tui fullscreen
/diff

Den Vollbildmodus selbst gab es bereits vor dieser Version. Version 2.1.110 führte /tui und die tui Einstellung ein; /tui fullscreen ändert die Darstellung innerhalb derselben Unterhaltung. Diese früheren Details sind dokumentiert in den auf eine bestimmte Version festgelegte Änderungsprotokoll.

Diese Unterscheidung ist bei der Beschreibung des Updates wichtig: Claude Code 2.1.260 führte das Live-Diff-Panel ein, während der Befehl zum Wechsel in den Vollbildmodus bereits existierte.

Die für den betrachteten Zeitraum relevanten Versionshinweise belegen weder eine Mindestbreite des Terminals noch ein automatisches Öffnen des Panels, Navigationskürzel oder das Verhalten beim Filtern von Dateien. Beginnen Sie mit den beiden dokumentierten Befehlen, statt sich auf Bedienelemente zu verlassen, die bis zum Redaktionsschluss nicht bestätigt waren.

Für eine umfassendere Orientierung bieten die Übersichtsseite mit Leitfäden zu Claude Code bietet einen Ausgangspunkt für den zugehörigen Workflow.

Ein praktischer Workflow für Claude Code-Reviews

Nutzen Sie drei separate Prüfpunkte: Definieren Sie die beabsichtigte Änderung, prüfen Sie den resultierenden Diff und fordern Sie ein automatisiertes Review an. Berechtigungen gehören zu diesen Prüfpunkten, weil sie die Bestätigung von Tool-Aktionen regeln.

Die folgende Abfolge ist eine empfohlene Arbeitsmethode. Sie kombiniert die im Änderungsverlauf dokumentierten Befehle, ohne das neue Panel als Genehmigungsoberfläche zu behandeln.

1. Den Umfang vor der Bearbeitung festlegen

Geben Sie Claude eine klar abgegrenzte Aufgabe und eindeutige Prüfkriterien. Beschreiben Sie das erwartete Verhalten, relevante Vorgaben und alles, was besondere Aufmerksamkeit erfordert.

Eine Anfrage zur Änderung der Fehlerbehandlung sollte beispielsweise benennen, wie auf einen Fehler reagiert werden soll. Prüfen Sie bei der Überprüfung anhand dieser Anforderung, ob die Änderungen den Fehler konsistent behandeln.

Grenzen Sie die Anfrage so weit ein, dass Sie erklären können, warum jede geänderte Datei zum Diff gehört. Wenn eine Änderung keinen Bezug zur Aufgabe zu haben scheint, bitten Sie Claude, ihren Zusammenhang mit der Aufgabe zu erklären, bevor Sie fortfahren.

2. Änderungen prüfen, während sie entstehen

Öffnen Sie den Vollbildmodus und aktivieren oder deaktivieren Sie /diff. Vergleichen Sie während der Bearbeitung durch Claude die noch nicht committeten Änderungen mit dem von Ihnen festgelegten Umfang.

Eine praktische Reihenfolge für die Prüfung ist:

1. Prüfen Sie, ob die geänderten Dateien zur Aufgabe gehören.
2. Lesen Sie das geänderte Verhalten und die zugrunde liegenden Annahmen.
3. Achten Sie auf Auslassungen, unerwartete Erweiterungen des Umfangs oder unklare Begründungen.
4. Bitten Sie Claude, konkrete Bedenken auszuräumen, und prüfen Sie anschließend den aktualisierten Diff.

Betrachten Sie dies als fortlaufenden Dialog. Eine präzise Rückfrage sollte das geänderte Verhalten benennen, das Ihnen Bedenken bereitet, und das Ergebnis, das Sie erwartet haben.

Das Panel zeigt bereits angewendete, noch nicht committete Änderungen. Sein dokumentierter Zweck ist es, diese Änderungen sichtbar zu machen; die Versionshinweise belegen keine Steuerelemente zur Freigabe einzelner Diff-Blöcke.

3. Überprüfung anfordern und Befunde bewerten

Sobald die Änderungen für eine weitere Prüfung bereit sind, verwenden Sie /review oder /code-review. Bewerten Sie die Befunde anhand des tatsächlichen Diffs und Ihrer ursprünglichen Anforderungen.

Prüfen Sie bei jeder vorgeschlagenen Korrektur, ob sie ein konkretes Problem benennt, ob die vorgeschlagene Änderung zur Aufgabe passt und ob sie den Umfang erweitert. Prüfen Sie anschließend alle daraus resultierenden Änderungen erneut.

So entsteht ein Überprüfungszyklus: prüfen, Überprüfung anfordern, Befunde bearbeiten und den geänderten Code erneut prüfen. Betrachten Sie weder einen sichtbaren Diff noch die Antwort einer automatisierten Überprüfung für sich allein als ausreichenden Nachweis.

Was /diff, /reviewund /code-review unterdrücken

Die Befehle dienen unterschiedlichen Zwecken. /diff steuert das Live-Panel; /review ruft den Überprüfungsbefehl über einen Alias auf.

Das Versionshinweise zu 2.1.223vom 6. August 2026 dokumentieren, dass /review zu einem Alias für /code-reviewwurde. Dieses Verhalten bestand bereits vor der Einführung des Vollbild-Diff-Panels.

Den aktuellen Diff überprüfen

Die Kurzbeschreibung hält fest, dass /review und /code-review den aktuellen Diff überprüfen kann. Eine einfache Überprüfungsanfrage lautet:

/review

Ab 2.1.223 wird beim Aufruf von /code-review ohne Angabe eines Aufwands der zuletzt eingegebene Wert wiederverwendet. Wenn Sie den Aufwand explizit festlegen möchten, verwenden Sie:

/code-review high

Gehen Sie nicht davon aus, dass das Weglassen des Aufwands diesen auf einen festen Standardwert zurücksetzt. Das dokumentierte Verhalten besteht darin, die vorherige Auswahl wiederzuverwenden.

Einen bestimmten Pull Request überprüfen

Die Versionshinweise geben folgende Syntax für Pull Requests an:

/code-review <level> <pr#>

Hier sind <level> und <pr#> Platzhalter für den Aufwand und die Pull-Request-Nummer. Derselbe Überprüfungsbefehl deckt somit sowohl den aktuellen Diff als auch einen bestimmten Pull Request ab.

Weiterführende Informationen zur Befehlszeile finden Sie unter CLI-Referenz für Claude Code.

Die tiefgehende Cloud-Überprüfung verstehen

Der dokumentierte Befehl zum Anfordern einer tiefgehenden Cloud-Überprüfung lautet:

/code-review ultra

Unabhängig davon hat Version 2.1.260 die Wartezeit für lang laufende Cloud-Überprüfungen über /ultrareview und claude ultrareview von 30 auf 45 Minuten erhöht.

Formulieren Sie präzise: Dies ist eine erhöhte maximale Wartezeit für diese Befehle, kein Versprechen, dass eine Überprüfung innerhalb von 45 Minuten abgeschlossen wird. Die Versionshinweise nennen außerdem keinen spezifischen Preis für Überprüfungen und bieten daher keine Grundlage für eine Kostenschätzung dieses Workflows.

Änderungen überprüfen und Aktionen getrennt freigeben

„Vor der Freigabe überprüfen“ kann zwei unterschiedliche Zeitpunkte beschreiben: eine vorgeschlagene Tool-Aktion prüfen, bevor sie zugelassen wird, oder eine Änderung prüfen, bevor entschieden wird, ob sie beibehalten werden kann.

Das historische Änderungsprotokoll dokumentiert /permissions als Möglichkeit, eine Bestätigung für bestimmte Tools zu verlangen:

/permissions

Verwenden Sie diese Konfiguration, wenn Ihr Workflow einen Bestätigungsschritt für ein bestimmtes Tool erfordert. Bewerten Sie bei einer Bestätigungsaufforderung die vorgeschlagene Aktion anhand der Aufgabe und Ihrer Vorgaben.

Das Vollbild-Diff-Panel befindet sich an einer anderen Stelle im Ablauf. Es zeigt noch nicht committete Änderungen, die bereits angewendet wurden, während Claude Dateien bearbeitet. Die Prüfung dieser Änderungen hilft Ihnen zu entscheiden, was weiterer Erklärung, Korrektur oder Überprüfung bedarf.

Prüfpunkte klar benennen

Eine hilfreiche Checkliste für die Überprüfung trennt die Fragen:

• Vor der Tool-Freigabe: Ist die vorgeschlagene Aktion für diese Aufgabe angemessen?
• Nach der Bearbeitung: Entsprechen die angewendeten Änderungen dem angeforderten Verhalten?
• Nach der automatisierten Überprüfung: Welche Befunde erfordern eine Korrektur oder weitere Untersuchung?
• Vor dem Beibehalten des Ergebnisses: Haben Sie die endgültigen Änderungen anhand Ihrer Anforderungen geprüft?

Diese Unterscheidung verhindert, dass eine Freigabeaufforderung die Codeüberprüfung ersetzt. Sie verhindert auch, dass das Diff-Panel als Steuerelement zur Genehmigung von Änderungen vor ihrer Ausführung beschrieben wird.

Die Versionshinweise zu 2.1.260 belegen weder eine Schaltfläche „Alle Änderungen annehmen“ noch Steuerelemente zum Annehmen oder Ablehnen einzelner Diff-Blöcke. Beschreiben Sie /diff als Panel zur Prüfung und treffen Sie Entscheidungen über den resultierenden Code im Rahmen Ihres Überprüfungsprozesses.

Korrekturen beim Zurücksetzen und Prüfung der Wiederherstellung

Version 2.1.260 enthält außerdem zwei Korrekturen, die für das Rückgängigmachen von Änderungen relevant sind. Die Versionshinweise benennen fehlerhafte Erfolgsmeldungen bei fehlenden Checkpoint-Sicherungen sowie eine veraltete Nachverfolgung von Dateilesevorgängen nach /rewind.

Die erste Korrektur betrifft /rewind und --rewind-files. Zuvor konnten diese fälschlicherweise Erfolg melden, obwohl aufgrund fehlender Checkpoint-Sicherungen keine Dateien wiederhergestellt worden waren.

Die zweite Korrektur behebt die veraltete Nachverfolgung von Dateilesevorgängen nach /rewind. Dies sind spezifische Korrekturen; sie belegen nicht, dass jede Änderung unter allen Bedingungen jederzeit wiederhergestellt werden kann.

Den Zustand nach dem Zurücksetzen prüfen

Wenn eine Überprüfung dazu führt, dass Sie Arbeit rückgängig machen, sollte die Prüfung der resultierenden Dateien Teil des Wiederherstellungsprozesses sein. Vergewissern Sie sich, dass die relevanten Änderungen wiederhergestellt wurden, bevor Sie Claude bitten, fortzufahren.

Diese Empfehlung ergibt sich aus dem mit dieser Version behobenen Fehler: Eine Erfolgsmeldung hatte nicht immer bedeutet, dass eine Wiederherstellung stattgefunden hatte. Obwohl 2.1.260 diese fehlerhafte Meldung korrigiert, bleibt die Prüfung des Ergebnisses ein hilfreicher Prüfpunkt.

Das Zurücksetzen dient außerdem einem anderen Zweck als die automatisierte Überprüfung. Die Überprüfung hilft, Änderungen zu beurteilen; das Zurücksetzen ist relevant, wenn Sie sich entscheiden, Änderungen rückgängig zu machen. Das Vollbild-Panel unterstützt die Prüfung der noch nicht committeten Änderungen, während die dokumentierten Korrekturen beim Zurücksetzen die Wiederherstellung und die anschließende Nachverfolgung von Dateilesevorgängen betreffen.

Wichtige Erkenntnisse

• Claude Code 2.1.260, veröffentlicht am 3. September 2026, führte im Vollbildmodus ein Live-Diff-Panel neben dem Gespräch ein.
• Verwenden Sie /tui fullscreen zum Wechseln in die Vollbilddarstellung und /diff zum Ein- oder Ausblenden des Panels mit noch nicht committeten Änderungen.
• /review ist ein Alias für /code-review; der Befehl kann den aktuellen Diff oder einen bestimmten Pull Request überprüfen.
• /permissions regelt die Bestätigung für bestimmte Tools. Das Diff-Panel zeigt angewendete Änderungen, und seine Versionshinweise belegen keine Steuerelemente zum Annehmen einzelner Diff-Blöcke.
• Version 2.1.260 korrigiert irreführende Erfolgsmeldungen beim Zurücksetzen und erhöht die Wartezeit für lang laufende /ultrareview und claude ultrareview Cloud-Überprüfungen auf 45 Minuten.

FAQ

Wie öffne ich das Vollbild-Diff-Panel von Claude Code?

Führen Sie /tui fullscreen im Gespräch und verwenden Sie anschließend /diff zum Ein- oder Ausblenden des Live-Panels. Claude Code 2.1.260 führte das Panel ein, das noch nicht committete Änderungen neben dem Gespräch anzeigt, während Claude Dateien bearbeitet.

Was ist der Unterschied zwischen /diff und /review?

/diff blendet das Vollbild-Panel zur Prüfung noch nicht committeter Änderungen ein oder aus. /review ist ein Alias für /code-review, das den aktuellen Diff oder einen Pull Request überprüft; dieser Alias wurde in Version 2.1.223 eingeführt.

Kann ich einzelne Änderungen im Panel freigeben?

Die Versionshinweise zu 2.1.260 belegen weder Steuerelemente zum Annehmen oder Ablehnen einzelner Diff-Blöcke noch eine Schaltfläche „Alle Änderungen annehmen“. Sie dokumentieren, dass das Panel noch nicht committete Änderungen anzeigt, während /permissions unterstützt das Anfordern einer Bestätigung für bestimmte Tool-Aktionen.

Was bewirkt /code-review ultra , und wie lange kann eine Cloud-Review laufen?

/code-review ultra fordert eine eingehende Cloud-Review an. Unabhängig davon hat Version 2.1.260 die Wartezeit für lang laufende Reviews über /ultrareview und claude ultrareview von 30 Minuten auf 45 Minuten erhöht; diese maximale Wartezeit garantiert keinen Abschluss innerhalb dieser Zeit.