Claude Code „Could Not Check the Pull Request Status" — Ursachen und Lösungen

Sie haben gerade ein Feature in Claude Code fertiggestellt. Das Diff zeigt +2,148 −14, der Branch ist main, und das Einzige, was noch fehlt, ist ein Klick auf „Create PR“ — und dann erscheint oben am Bildschirm ein rotes Banner:

⚠ Invalid request
Could not check the pull request status.
This information may be out of date.

Das Ärgerliche daran: Der Button „Create PR“ ist nach wie vor da, doch Sie können nicht mehr erkennen, in welchem Zustand der PR aktuell ist — ob er noch nicht erstellt wurde, bereits offen ist oder schon gemergt wurde. Aus heiterem Himmel und ohne Bezug zu Ihren Code-Änderungen wird ausgerechnet das unsichtbar: „wie dieser Branch gerade auf GitHub aussieht“.

Hier das Fazit vorweg: In den meisten Fällen ist das kein fataler Fehler. In der Regel hat Claude Code einfach bei GitHub nachgefragt, um den aktuellen PR-Zustand abzurufen, und dieser eine Versuch ist fehlgeschlagen. Die Ursache ist fast immer entweder, dass die Verbindung/Authentifizierung zu GitHub (oft über die gh-CLI) für einen Moment nicht durchging, oder dass dieser Branch schlicht noch keinen PR hat / noch nicht ans Remote gepusht wurde. Dieser Artikel erklärt den Mechanismus, die 5 Grundursachen, die Reihenfolge der Diagnose, einen Befehls-Spickzettel und wie Sie das Wiederauftreten verhindern.

1. Was dieser Fehler eigentlich sagt

Schlicht gelesen besagt er: „Ich konnte nicht prüfen, in welchem Zustand der Pull Request für diesen Branch gerade auf GitHub ist, daher sind die auf dem Bildschirm angezeigten Informationen möglicherweise veraltet.“

Entscheidend ist, zu verstehen, dass zwei Dinge NICHT passiert sind. Erstens: Ihr Code und Ihr Diff sind nicht beschädigt — die +2,148 −14 Änderungen liegen weiterhin genau dort in Ihrem Arbeitsbaum. Zweitens: es heißt nicht „PR-Erstellung fehlgeschlagen“. Es handelt sich um eine Warnung auf der Leseseite: „Als Vorstufe zur PR-Erstellung habe ich versucht, den aktuellen PR-Zustand (nicht erstellt / offen / gemergt / geschlossen) zu lesen, und das ist fehlgeschlagen.“

Mit anderen Worten: Dieses Banner ist eine Meldung vom Typ „konnte nicht synchronisieren“ und in der Regel vorübergehend. Meine Einschätzung: Wenn Sie dieses rote Banner sehen, sollten Sie zuerst nicht „Ihren Code“, sondern „den Verbindungszustand mit GitHub“ verdächtigen — konkret diese drei Punkte: ob die Authentifizierung abgelaufen ist, ob das Netzwerk erreichbar ist und ob dieser Branch überhaupt in einem Zustand ist, in dem ein PR existieren könnte (ans Remote gepusht).

2. Hintergrund: Wie Claude Code Ihren PR sieht

Warum kann „konnte nicht prüfen“ überhaupt vorkommen? Weil Claude Code den PR-Zustand nicht in sich selbst speichert. Die Wahrheit über einen PR liegt allein auf den Servern von GitHub. Jedes Mal fragt Claude Code bei GitHub an — „Was ist der Zustand des PR für diesen Branch?“ — und spiegelt die Antwort in Badge und Button auf dem Bildschirm wider.

Für diese Abfrage nutzt Claude Code auf der Kommandozeile als Standardweg die offizielle GitHub-CLI (den Befehl gh). gh hält das Auth-Token von GitHub selbst (in ~/.config/gh/hosts.yml und dergleichen) und führt die API-Aufrufe in Ihrem Namen aus. Aus Sicht von Claude Code kann der PR-Zustand nur dann korrekt abgerufen werden, wenn diese Bedingungen alle zusammenpassen: „gh ist authentifiziert, das Netzwerk ist erreichbar, und der richtige Branch existiert auf dem Remote.“

3. Warum es passiert — 5 Grundursachen

Die Wege, die zu „konnte PR-Status nicht prüfen“ führen, lassen sich grob in 5 gruppieren. Je weiter oben, desto häufiger.

4. Jetzt beheben — die Reihenfolge der Diagnose

Wenn das rote Banner erscheint, arbeiten Sie 4 Schritte von oben nach unten ab. Die meisten Fälle lassen sich bereits bei STEP 1 oder STEP 2 eingrenzen.

Noch etwas: Selbst wenn dieses Banner erscheint, sind Ihre lokalen Commits und Ihr Arbeitsbaum sicher. Es besteht kein Grund, überstürzt git reset auszuführen oder Ihre Sitzung zu verwerfen. Reparieren Sie zuerst die Verbindung, drücken Sie dann erneut auf „Create PR“ — das bringt es in den meisten Fällen durch. Falls Sie ihn immer noch nicht erstellen können, führen Sie gh pr create von Hand über die CLI aus, um den PR ohne die UI von Claude Code zu erstellen.

5. Befehls-Spickzettel

Hier sind die Befehle, die zur Diagnose verwendet werden. Führen Sie sie von oben nach unten aus, und Sie grenzen ganz natürlich ein, welche URSACHE zutrifft.

Wenn gh auth status „Logged in“ zurückgibt und gh pr status normal antwortet, dann ist es höchstwahrscheinlich nur eine veraltete Anzeige von Claude Code. Aktualisieren Sie auf die neueste Version und starten Sie neu, und das Badge synchronisiert sich korrekt neu.

6. Darf man „may be out of date“ ignorieren?

Die Zeile „this information may be out of date“ bedeutet in verschiedenen Situationen Unterschiedliches. Sie sollten unterscheiden, wann sie ignoriert werden kann und wann sie eine Handlung erfordert.

Der entscheidende Test ist, wie gesagt, ein einziges gh auth status. Ist das grün (Logged in) und gehen andere Git-Operationen durch, können Sie das Banner in Ruhe lassen. Umgekehrt: Ist die Auth nicht aktiv, werden auch Operationen über PRs hinaus (push, Abrufen von Reviews usw.) früher oder später fehlschlagen — daher ist es klug, es an Ort und Stelle zu beheben.

7. Checkliste zur Vermeidung von Wiederholungen

Eine praktische Checkliste, damit dasselbe rote Banner Sie nicht immer wieder stört.

① Machen Sie es sich zur Gewohnheit, gelegentlich gh auth status zu prüfen (Tokens können innerhalb weniger Wochen ablaufen). ② Wenn Sie private/Org-Repos nutzen, gewähren Sie die nötigen Scopes von Anfang an mit gh auth refresh -s repo,read:org. ③ Wenn Sie die Arbeit an einem neuen Branch beginnen, führen Sie frühzeitig git push -u origin <branch> aus (ihn in einem Zustand zu halten, in dem ein PR existieren könnte, stabilisiert die Anzeige). ④ In einem Unternehmensnetzwerk (Proxy/VPN) prüfen Sie die Konnektivität einmal mit gh api rate_limit. ⑤ Halten Sie Claude Code aktuell — Verbesserungen an Anzeige und Synchronisation kommen laufend. ⑥ Wenn die GUI dauerhaft instabil ist, stellen Sie die PR-Erstellung auf gh pr create um (am zuverlässigsten).

Zusammenfassung

Claude Codes „Could not check the pull request status. This information may be out of date“ weist nicht auf einen Code-Defekt hin, sondern darauf, dass die Abfrage an GitHub (oft über die gh-CLI) für einen Moment nicht durchging. Es ist in der Regel eine harmlose Synchronisationsverzögerung, doch dahinter können sich abgelaufene Auth, ein nicht gepushter Branch / fehlender PR, ein Netzwerkproblem oder unzureichende Scopes verbergen.

Der schnellste Weg zur Diagnose: ① Auth mit gh auth status prüfen, ② Push und PR-Existenz mit git push + gh pr status prüfen, ③ Konnektivität und Scopes untersuchen, ④ wenn alles in Ordnung ist, warten und erneut versuchen sowie auf die neueste Version aktualisieren. Wenn Sie ihn wirklich nicht über die GUI erstellen können, erstellen Sie ihn einfach direkt mit gh pr create. „Verdächtige die GitHub-Verbindung, bevor du den Code verdächtigst“ — merken Sie sich das, und dieses rote Banner wird Ihnen keine Angst mehr machen.

Weiterführende Lektüre: Was ist GitHub Copilot, Was ist das Claude Agent SDK, Der 400-Fehler bei den Thinking-Blöcken von Claude Code und der Deploy-Workflow mit Claude Code / Cursor.

FAQ

F. Geht mein Code oder Diff verloren, wenn dieser Fehler erscheint?
A. Nein. Dies ist eine Warnung auf der Kommunikationsseite, dass „der PR-Zustand nicht gelesen werden konnte“; sie hat null Auswirkung auf Ihre lokalen Commits, Ihren Arbeitsbaum oder Ihr Diff (wie +2,148 −14). Es besteht kein Grund, überstürzt git reset auszuführen oder Ihre Sitzung zu verwerfen.

F. Was sollte ich zuerst prüfen?
A. gh auth status. Dieser eine Befehl sagt Ihnen, ob Ihre GitHub-Authentifizierung aktiv ist. Wenn Sie „Logged in“ sehen, ist die Auth in Ordnung — es ist meist vorübergehend, warten Sie also und versuchen Sie es erneut. Falls nicht, loggen Sie sich mit gh auth login erneut ein, und die meisten Fälle sind gelöst.

F. Kann ich „this information may be out of date“ in Ruhe lassen?
A. Wenn sowohl die Auth als auch das Netzwerk aktiv sind, ja. Es ist oft nur eine Synchronisationsverzögerung / ein Cache und klärt sich nach kurzem Warten oder einem erneuten Versuch. Wenn aber gh auth status „not logged in“ sagt oder sogar push fehlschlägt, ist das ein echtes Problem — beheben Sie es.

F. „Create PR“ geht nicht durch, egal wie oft ich es versuche.
A. Führen Sie gh pr create direkt vom Terminal aus, unter Umgehung der GUI; damit können Sie den PR selbst erstellen. Schlägt es weiterhin fehl, prüfen Sie mit git push -u origin <branch>, ob der Branch auf dem Remote ist, und mit git remote -v, ob origin auf das korrekte Repo zeigt.

F. In meinem Unternehmensnetzwerk passiert es häufig. Warum?
A. Ein Proxy, VPN oder eine Firewall blockiert wahrscheinlich den Datenverkehr zu api.github.com. Prüfen Sie, ob gh api rate_limit antwortet; tut es das nicht, brauchen Sie eine Freigabe auf der Netzwerkseite (GitHub-Domains zur Allowlist hinzufügen). Auch das vorübergehende Ausschalten des VPN, um das Problem einzugrenzen, hilft.