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

Das Fazit zuerst: In den meisten Fällen ist das kein fataler Fehler. Claude Code holt den PR-Status über die GitHub CLI (gh) von GitHub, und wenn diese Abfrage scheitert, erscheint dieses rote Banner. Die Ursache ist eine von dreien — gh ist nicht installiert, die Authentifizierung geht nicht durch, oder die Verbindung ist kurz abgerissen — oder dieser Branch hat schlicht noch keinen PR / wurde noch nicht auf das Remote gepusht. Dieser Artikel erklärt den Mechanismus so, wie ihn die offizielle Dokumentation und das CHANGELOG beschreiben, die 6 Grundursachen, die Diagnose-Reihenfolge, einen Befehls-Spickzettel und die Vorbeugung.

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

Der PR-Zustand (nicht erstellt / offen / gemergt / geschlossen) existiert nur auf den Servern von GitHub. Claude Code fragt GitHub jedes Mal ab und spiegelt die Antwort im Badge und in den Buttons auf dem Bildschirm. Der Abfrageweg ist in der Dokumentation der Desktop-App von Anthropic und im CHANGELOG von Claude Code beschrieben, und beide stützen sich auf die GitHub CLI (gh) (am 30. September 2026 an den Originalen geprüft).

Der PR-Status lässt sich also nur abrufen, wenn vier Bedingungen zusammenkommen: „gh ist installiert, gh ist authentifiziert, das Netzwerk ist erreichbar, und Branch und PR existieren auf dem Remote.“ Fehlt eine davon, erscheint das rote Banner. Beachten Sie außerdem: Beim Browser-Login (Standard) speichert gh sein Token im Anmeldedatenspeicher des Systems und weicht nur dann auf eine Klartextdatei aus, wenn dieser Speicher nicht verfügbar ist (wo, zeigt gh auth status; GitHub-CLI-Handbuch, gh auth login).

3. Warum es passiert — 6 Grundursachen

Die Wege zu „PR-Status konnte nicht geprüft werden“ lassen sich grob in 6 gruppieren. Sie von oben nach unten zu prüfen, geht am schnellsten.

4. Jetzt beheben — die Reihenfolge der Diagnose

Wenn das rote Banner erscheint, arbeiten Sie 4 Schritte von oben nach unten ab. STEP 1 und STEP 2 decken die Ursachen 1–3 ab.

Noch etwas: Selbst wenn dieses Banner erscheint, sind Ihre lokalen Commits und Ihr Arbeitsverzeichnis sicher. Es gibt keinen Grund, überstürzt git reset auszuführen oder die Sitzung zu verwerfen. Reparieren Sie zuerst die Verbindung und klicken Sie dann erneut auf „Create PR“. Klappt es über die Oberfläche weiterhin nicht, führen Sie gh pr create in einem Terminal aus, um den PR ohne die Oberfläche von Claude Code zu erstellen. Ist der Branch noch nicht gepusht, fragt gh pr create, wohin gepusht werden soll (GitHub-CLI-Handbuch).

5. Befehls-Spickzettel

Hier sind die Befehle für die Diagnose. 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“ liefert und gh pr view normal antwortet, ist höchstwahrscheinlich nur die Anzeige von Claude Code veraltet. Aktualisieren Sie auf die neueste Version und starten Sie neu, dann synchronisiert sich das Badge wieder korrekt.

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.

① Auf einem neuen Rechner installieren Sie gh und schließen gh auth login ab, bevor Sie in Claude Code PRs erstellen. ② Gewöhnen Sie sich an, gh auth status ab und zu zu prüfen (GitHub widerruft ein Token, das ein Jahr ungenutzt blieb, und ein PAT läuft zum beim Erstellen festgelegten Datum ab). ③ Nutzen Sie ein PAT, erstellen Sie ein classic-Token mit repo, read:org und gist oder nehmen Sie das Ziel-Repository in ein Fine-grained-PAT auf. ④ Lassen Sie keine alten Tokens in den Umgebungsvariablen GH_TOKEN / GITHUB_TOKEN stehen (sie haben Vorrang vor der gespeicherten Anmeldung; GitHub-CLI-Handbuch). ⑤ Wenn Sie auf einem neuen Branch beginnen, führen Sie git push -u origin <branch> früh aus. ⑥ Prüfen Sie in einem Firmennetz (Proxy/VPN) einmal die Konnektivität mit gh api rate_limit. ⑦ Halten Sie Claude Code aktuell — wie das CHANGELOG zeigt, hat sich die Art, wie das PR-Badge abgerufen wird, schon mehrmals geändert. ⑧ Bleibt die Oberfläche hartnäckig instabil, erstellen Sie PRs mit gh pr create.

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 (die sich offiziell auf die gh-CLI stützt) nicht durchging. Es ist in der Regel eine harmlose Synchronisationsverzögerung, doch dahinter können sich ein fehlendes gh, abgelaufene Authentifizierung, ein nicht gepushter Branch / fehlender PR, ein Netzwerkproblem oder PAT-Berechtigungen verbergen.

Die schnellste Diagnose: ① gh und Auth mit gh --version und gh auth status prüfen, ② Push und PR mit git push + gh pr view prüfen, ③ Konnektivität und Berechtigungen untersuchen, ④ wenn alles in Ordnung ist, warten, erneut versuchen und auf die neueste Version aktualisieren. Klappt es über die Oberfläche wirklich nicht, erstellen Sie den PR direkt mit gh pr create. „Verdächtigen Sie die GitHub-Verbindung, bevor Sie den Code verdächtigen“ — merken Sie sich das, und dieses rote Banner verliert seinen Schrecken.

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.

F. Das PR-Badge unter der Eingabezeile im Terminal bleibt veraltet.
A. Laut CHANGELOG prüft das Badge seltener, solange sich der PR nicht ändert, und ein Push oder ein gh pr-Befehl aktualisiert es sofort (2.1.248). Aktualisiert es sich nicht, prüfen Sie, ob gh pr view in Ihrem Terminal funktioniert. Auf Bedrock, Vertex oder Foundry oder bei deaktivierter Telemetrie ruft es statt gh pr view die API direkt mit dem Token aus gh auth token, GH_TOKEN oder GITHUB_TOKEN auf (2.1.251) — stellen Sie also sicher, dass dieses Token gültig ist.

F. gh auth status ist in Ordnung, aber der PR-Status lässt sich trotzdem nicht abrufen.
A. Verdächtigen Sie die Reichweite des tatsächlich verwendeten Tokens. Ein Fine-grained-PAT erreicht nur freigegebene Repositorys; trotz gültiger Anmeldung kann es die PRs des Ziel-Repositorys also womöglich nicht lesen. Außerdem verwendet gh die Umgebungsvariable GH_TOKEN oder GITHUB_TOKEN, wenn sie gesetzt ist, vorrangig vor der gespeicherten Anmeldung (GitHub-CLI-Handbuch). Prüfen Sie, ob dort kein unbeabsichtigtes Token steht.

Verwandte Claude-Code-Fehler: Claude-Code-Fehlerreferenz, Unable to connect, 529 Overloaded / 500.