Inhaltsverzeichnis

Wenn die Arbeit mit Claude stehen bleibt, sucht man als Erstes genau die Meldung, die erschienen ist. Bei manchen Meldungen bringt diese Suche jedoch fast nichts zurück — es gibt einige davon. Zum Beispiel diese.

The model returned no content because the response was blocked by content filtering
The response was blocked by the provider's content filter
Streaming response ended before any complete data was received
Could not locate the Claude CLI on PATH
Connection to Claude's response was lost. Claude may still be working

Diesen fünf ist gemeinsam, dass sie beim Arbeiten mit Claude erschienen sind und sich in Claudes offizieller Dokumentation dennoch (scheinbar) nicht finden lassen. Der Grund ist eindeutig: Das Programm, das die Meldung geschrieben hat, die jetzt auf Ihrem Bildschirm steht, ist nicht zwangsläufig das, für das Sie es halten.

Zu Claude führt längst nicht mehr nur ein Weg. Der Befehl claude im Terminal, eine IDE-Erweiterung, ein anderer Agent wie OpenCode, der Weg über GitHub Copilot — jeder davon entscheidet selbst, wie er ein Scheitern formuliert. Dasselbe Ereignis wird von jeder schreibenden Ebene anders in Worte gefasst.

Dieser Artikel erklärt nicht jede einzelne Ursache von Grund auf. Er ist die Eingangshalle: Er bestimmt, wer die Meldung geschrieben hat, und leitet Sie zum richtigen Erklärartikel weiter. Die Einzelheiten bleiben in den bestehenden Artikeln; hier geht es allein um das Ermitteln der Herkunft. Was sich an Primärquellen bestätigen ließ und was nicht, steht getrennt voneinander.

KURZ GEFASST
① ERSTER SCHRITT
Mit dem offiziellen Katalog abgleichen

Claude Code führt die Meldungen, die es ausgibt, offiziell auf. Ob Ihre exakt übereinstimmt, grenzt die schreibende Ebene bereits ein. Tun Sie das, bevor Sie über die Ursache nachdenken.

② DIE FALLE
Die genannte Ursache kann falsch sein

Werkzeuge von Drittanbietern benennen in ihrem Wortlaut eine Ursache, und ein öffentliches Issue hält reale Fälle fest, in denen diese Benennung nicht zum Geschehen passt. Wer dem Wortlaut glaubt, repariert die falsche Stelle.

③ DER ANBLICK SAGT NICHTS
Zwei der fünf waren offiziell

Beim Abgleich der fünf Zeichenfolgen von oben mit dem Katalog standen zwei davon in Claude Codes offizieller Fehlerreferenz. Aus dem Eindruck einer Meldung lässt sich die Ebene nicht erraten.

1. Als Erstes — im offiziellen Katalog nach einer exakten Übereinstimmung suchen

Bevor Sie über die Ursache nachdenken, ist etwas anderes zu tun: prüfen, ob die Meldung zum eigenen Wortschatz von Claude Code gehört.

Claude Code hat eine offizielle Fehlerreferenz, und sie zählt die Meldungen auf, die Claude Code auf den Bildschirm bringt. Authentifizierung, Ratenbegrenzung, Kontextüberlauf, Netzwerk, Streaming, MCP, Plugins — jede steht dort als die wörtliche Anzeigezeichenfolge. Ob die Zeichenfolge, die Sie gesehen haben, dort aufgeführt ist, ist deshalb keine Vermutung, sondern ein Abgleich.

ERGEBNIS A
Exakte Übereinstimmung

Entweder Claude Code selbst oder eine Meldung, die die Dokumentation als vom startenden Programm ausgegeben einordnet. Die offizielle Erklärung und die offizielle Lösung gelten unverändert. Zwei der fünf von oben landeten hier.

ERGEBNIS B
Ähnlich, aber nicht identisch

Ein anderes Programm hat sie höchstwahrscheinlich umformuliert. Beim Umformulieren wird mitunter eine Ursache ergänzt, nehmen Sie diese Benennung also nicht für bare Münze.

ERGEBNIS C
Nirgends zu finden

Diese Meldung ist der Wortschatz des Werkzeugs, das Sie verwenden. Zu durchsuchen ist dann nicht Anthropics Material, sondern das Repository dieses Werkzeugs und dessen Issues.

Das Wort „Claude“ in einer Meldung macht sie noch nicht zu Anthropics Meldung. Claude oder model steht im Satz, weil das Werkzeug Claude aufruft, und nicht als Beleg dafür, dass Anthropic den Satz geschrieben hat. Umgekehrt gibt es die Kombination ebenfalls: von einem Programm von Anthropic ausgegeben und trotzdem nicht im Hauptteil des offiziellen Katalogs (Kapitel 5).

2. Welche der vier Ebenen die Fehlermeldung geschrieben hat

Zerlegt man den Weg zu Claude, gibt es vier Stellen, die bei einem Fehlschlag eine Zeichenfolge schreiben können. Welche Ebene sie geschrieben hat, ändert die Lesart und den Ort, an dem eine Korrektur wirkt.

EBENE ①
Das Backend, das das Modell bereitstellt

Die Anthropic API, aber auch Amazon Bedrock, Google Vertex AI, das Gateway von GitHub Copilot und andere. Der HTTP-Status und das error.message aus dem JSON erreichen den Bildschirm häufig unverändert.

Beispiel: Output blocked by content filtering policy

EBENE ②
Claude Code selbst

Ein Hinweis, den die CLI nach eigenem Urteil hinzufügt. Wörtlich in der offiziellen Fehlerreferenz zu stehen ist das Kennzeichen dieser Ebene, und Bedeutung wie Wiederherstellungsschritte sind dokumentiert.

Beispiel: Streaming response ended before any complete data was received

EBENE ③
Das startende Programm (IDE-Erweiterung oder Wrapper)

Ausgegeben von dem, was Claude Code zu starten versuchte und dabei scheiterte. Die offizielle Referenz gibt diesen Meldungen ein eigenes Kapitel, „Wrapper and IDE errors“, und beschreibt sie als vom startenden Programm und nicht von Claude Code selbst ausgegeben.

Beispiel: Could not locate the Claude CLI on PATH

EBENE ④
Clients von Drittanbietern

Ein anderer Agent, der Claude als Modell aufruft. Den Wortlaut schreibt dieses Projekt selbst, und im offiziellen Katalog existiert er nicht. Häufig benennt er eine Ursache, und diese Benennung kann danebenliegen.

Beispiel: The response was blocked by the provider's content filter

Von diesen vieren ist Ebene ④ die am leichtesten misszuverstehende. Die Ebenen ① bis ③ neigen dazu, das Geschehene zu benennen, während der Wortlaut von Ebene ④ oft bis zum Warum durchgeht. Diese Behauptung ist allerdings nicht mehr als eine Annahme, die dieses Werkzeug getroffen hat. Das nächste Kapitel behandelt ein dokumentiertes Beispiel.

3. Wenn dort „content filter“ steht — wessen Filter ist gemeint?

Zwei der fünf oben genannten sagen beide, die Antwort sei von einem Content-Filter blockiert worden. Genau hier ist die Verwechslung am wahrscheinlichsten, denn Claude zu verwenden bedeutet nicht, dass Anthropics Filter Sie gestoppt hat.

3-1. The model returned no content because the response was blocked by content filtering

🟡 Herkunft (nur Beobachtung): Die einzige Primärquelle, in der sich diese Zeichenfolge wörtlich bestätigen ließ, war Issue #3348 in github/copilot-cli, in GitHubs eigenem Repository. Der Titel lautet „Repeated 'The model returned no content because the response was blocked by content filtering' on legitimate technical reasoning turns“ und trägt die Zeichenfolge unverändert. Allerdings hat der Verfasser den Text zurückgezogen, und eine technische Antwort eines Maintainers fehlt. Der Status lautet closed as not planned. In GitHubs öffentlicher Dokumentation ist die Zeichenfolge selbst nicht zu sehen. Dieser Artikel behauptet deshalb nichts, was über „eine in GitHub Copilot CLI gemeldete Meldung“ hinausgeht.

Auf der anderen Seite gibt es ✅ eines, das sich mit Sicherheit sagen lässt. GitHubs offizielle Dokumentation „Hosting of models for GitHub Copilot“ hält für die Verwendung von Claude ausdrücklich Folgendes fest.

„Auch bei der Verwendung von Claude laufen Eingabe-Prompts und Ausgabe-Vervollständigungen weiterhin durch die Content-Filter von GitHub Copilot — den Filter für Übereinstimmungen mit öffentlichem Code, sofern zutreffend, sowie den für schädliche oder anstößige Inhalte“

Mit anderen Worten: Wenn Sie Claude über Copilot verwenden, gibt es auch auf GitHubs Seite einen Filter, der die Ausgabe stoppen kann. Dieselbe Seite beschreibt das Hosting der in Copilot verfügbaren Claude-Modelle weiter als „Amazon Web Services, Anthropic PBC, and Google Cloud Platform“ — das heißt, Sie sind nicht zwangsläufig auf einer Konfiguration unterwegs, die Anthropics api.anthropic.com direkt anspricht.

Deshalb ändert sich die Lösung. Das Output blocked by content filtering policy, das direkt aus der Anthropic API oder aus Claude Code kommt, geht überwiegend auf einen Ausgabefilter zurück, der die Wiedergabe bestehender urheberrechtlich geschützter Werke unterbindet, und die Lösung geht dort in die Richtung, keine wörtlichen Kopien anzufordern (→ Output blocked by content filtering policy: Ursachen und Lösung). Über Copilot dagegen schreibt GitHub selbst, dass auch der Abgleich mit öffentlichem Code geprüft wird. Entsteht bei Ihrer Arbeit Ausgabe, die bestehendem Code ähnelt, kann der Stopp dort liegen. Derselbe Ausdruck „content filtering“ garantiert nicht, dass dasselbe geprüft wird.

Zum Trennen reicht eine einzige Probe. Lassen Sie denselben Prompt zusätzlich über den Befehl claude im Terminal laufen, der direkt zu Anthropic führt. Geht er dort durch und stoppt nur die Copilot CLI, dann ist es nicht Anthropics Filter, der Sie stoppt. Stoppen beide, kommt das Urteil wahrscheinlich von der Seite, die das Modell bereitstellt.

3-2. The response was blocked by the provider's content filter

✅ Herkunft (bestätigt): Diese Zeichenfolge gehört zu OpenCode, einem quelloffenen Coding-Agenten. Issue #35736 im Repository anomalyco/opencode meldet diesen Wortlaut wörtlich.

Und genau dieses Issue ist das Beispiel, das dieser Artikel am dringendsten vermitteln möchte. Sein Titel besagt, dass Fehler des Vertex-Providers — ein 404, ein Socket-Abbruch und stop_reason:refusal — alle als dasselbe „blocked by content filter“ an die Oberfläche kommen.

WIRKLICHKEIT 1
404 NOT_FOUND

Das Modell existiert in der konfigurierten Region nicht. Das Beispiel im Issue ist claude-opus-4-8@default. Das ist nichts weiter als ein Konfigurationsfehler und hat mit einem Filter nicht das Geringste zu tun.

WIRKLICHKEIT 2
Socket-Abbruch oder Verbindungsreset

Die Verbindung zur Vertex API brach während einer langen Sitzung ab. Ein Netzwerkereignis, bei dem der Inhalt der Ausgabe nicht einmal beurteilt wurde.

WIRKLICHKEIT 3
Eine echte Ablehnung

HTTP 200 kommt zurück und trägt stop_reason: refusal sowie eine Sicherheitskategorie (im Beispiel des Issues cyber). Allein dieser eine Fall passt zum Wortlaut.

Von den dreien ist der Wortlaut für genau einen richtig. Trotzdem zeigt der Bildschirm für alle denselben Satz. Deshalb darf der Wortlaut von Ebene ④ nicht für bare Münze genommen werden — liest man ihn als „von einem Filter blockiert“ und formuliert daraufhin milder, wird bei einem 404 in Wirklichkeit nie etwas repariert. Zu reparieren sind die Einstellungen für Modell-ID und Region.

Dasselbe Repository führt außerdem Issue #35643, „auch wenn der Content-Filter die Ausgabe blockiert, wird das Erzeugte weiterhin berechnet“. Beide waren zum Zeitpunkt der Erstellung dieses Artikels offen.

🟡 Was sich nicht bestätigen ließ: An welcher Stelle im Quellcode von OpenCode diese Zeichenfolge zusammengesetzt wird, ließ sich nicht festmachen, weil das Issue dazu nichts sagt. Das Issue erwähnt zwar PR #31745 als frühere Teilkorrektur, doch der Kern der Meldung ist, dass weiterhin nicht alle drei Fehlschläge unterschieden werden.

Die Reihenfolge zum Ausprobieren lautet damit so. ① Prüfen, ob die konfigurierte Modell-ID und die Region eine tatsächlich existierende Kombination ergeben. ② Sehen, ob derselbe Prompt es reproduziert oder ob es sporadisch auftritt, denn sporadisch deutet auf die Verbindungsseite. ③ Lässt sich die rohe Antwort mitschneiden, stop_reason ansehen. Erst wenn ③ ein refusal zeigt, dürfen Sie es als inhaltliches Problem behandeln.

4. Streaming response ended before any complete data was received — dieser Wortlaut stammte von Claude Code selbst

Ab hier nehmen wir uns die zwei vor, die nach Wortlaut von Drittanbietern aussehen, aber in Wahrheit zum offiziellen Wortschatz von Claude Code gehören.

✅ Bestätigt: Diese Zeichenfolge existiert als Eintrag in der offiziellen Fehlerreferenz von Claude Code. Und die offizielle Erklärung ist nicht das, was sich die meisten darunter vorstellen.

„Die API hat Antwort-Header zurückgegeben, der Antwortrumpf enthielt jedoch keine Nachricht der Claude API“

Es heißt also nicht „es kam bis zur Hälfte und brach dann ab“, sondern „es kam kein einziges Stück Inhalt an“. Die Wörter Streaming und ended verleiten dazu, darin einen Leitungsabbruch mitten im Fließen der Antwort zu sehen, doch die offizielle Definition zielt auf einen Zustand, in dem nur Header zurückkamen und der Rumpf leer war. Wer das verwechselt, probiert endlos Gegenmittel gegen Verbindungsabbrüche aus.

Die offizielle Anleitung nennt zwei Schritte. ① Noch einmal senden — die ursprüngliche Nachricht steht weiterhin im Gespräch, ein langer Prompt muss also nicht erneut eingefügt werden, try again zu tippen genügt. ② Passiert es jedes Mal, verdächtigen Sie Netzwerk, Proxy oder das Gateway des Anbieters — die Dokumentation leitet zum Eintrag „Unable to connect to API“ weiter.

Untermauert wird diese Lesart durch die benachbarten Geschwistereinträge. Die offizielle Referenz enthält API returned an empty or malformed response (die Header zeigen Erfolg an, der Rumpf ist aber keine gültige Nachricht der Claude API), und sie enthält sogar Bedrock streaming response has content-type "..."; expected "application/vnd.amazon.eventstream", einen Eintrag, der ein Gateway benennt, das Inhalt des falschen Typs zurückgegeben hat. Diese ganze Familie gehört zur Sorte „eine 200 kam zurück, aber der Inhalt ist nicht Claudes Antwort“.

Die Seite, auf der überhaupt kein Inhalt ankam

Streaming response ended before any complete data was received
API returned an empty or malformed response

Zu verdächtigen ist der Weg: ein Unternehmens-Proxy, eine TLS-Terminierung, ein API-Gateway, ein Relay vor Bedrock oder Vertex. → Zum Artikel über Netzwerk-, Proxy- und TLS-Zertifikatsfehler

Die Seite, die nach erschienener Ausgabe abbrach

Connection lost mid-response
The response stopped arriving

Hier bleibt erhalten, was auf dem Bildschirm steht, und continue setzt an der Abbruchstelle wieder auf. → Zum Artikel über Connection lost mid-response

5. Could not locate the Claude CLI on PATH — ein Wortlaut, den die Dokumentation dem startenden Programm zuordnet

✅ Bestätigt: Auch diese Zeichenfolge steht in der offiziellen Fehlerreferenz. Wo sie steht, ist allerdings entscheidend, nämlich in einem eigenen Kapitel namens „Wrapper and IDE errors“. Die Dokumentation beschreibt dieses Kapitel als Fehler, die vom startenden Programm und nicht von Claude Code selbst ausgegeben werden.

Die offizielle Definition lautet: Das startende Programm konnte den Befehl claude nicht im PATH des Systems finden. Als Lösung werden die folgenden zwei genannt.

  • Neu installieren. Das Installationsprogramm fügt claude dem PATH hinzu
  • Den Installationsort in den PATH aufnehmen. Unter macOS und Linux ist das üblicherweise ~/.local/bin oder /usr/local/bin, unter Windows üblicherweise %APPDATA%\Anthropic\Claude\bin oder C:\Program Files\Anthropic\Claude\bin

Allerdings — die Meldung, die tatsächlich auf dem Bildschirm erscheint, kann länger sein als die Überschrift im offiziellen Katalog. Issue #80087 in anthropics/claude-code hält wörtlich fest, was eine VS-Code-Erweiterung wirklich ausgegeben hat.

Could not locate the Claude CLI on PATH. Launching by name in a PowerShell terminal would run a 'claude' from the open folder instead of the installed CLI, so the launch was blocked. Make sure the Claude CLI's install directory is on your system PATH (not only your PowerShell profile), then restart VS Code and try again.

Die zweite Hälfte ist eine Erklärung, die die Erweiterung von sich aus ergänzt hat. Deshalb bringt die Suche nichts, und deshalb ist es richtig, nur den ersten Satz zu suchen. Das gilt für den Wortlaut von Ebene ③ allgemein: Das startende Programm pfropft seine eigenen Umstände auf die offizielle Überschrift.

🟡 Was Issue #80087 meldet, samt der unbestätigten Teile: Der Meldende arbeitet unter Windows 11 und gibt an, dass das claude im Terminal einwandfrei läuft, während allein die Erweiterung scheitert. Unter v2.1.212 funktionierte es, unter v2.1.214 und v2.1.217 trat es auf, weshalb er eine in v2.1.214 eingeführte Regression vermutet. Als Ursache wird der Umgang mit der Ausgabe von where.exe unter Windows in Umgebungen verdächtigt, deren Benutzername Nicht-ASCII-Zeichen enthält, doch das ist die Annahme des Meldenden und keine feststehende Ursache. Das Issue war zum Zeitpunkt der Erstellung dieses Artikels offen, und als Behelfslösung wird genannt, die Erweiterung auf v2.1.212 festzunageln.

Zum Eingrenzen genügt diese eine Zeile. Tippen Sie claude --version im Terminal. Erscheint dort eine Version und scheitert nur die Erweiterung, dann ist nicht die CLI kaputt, sondern der PATH, den das startende Programm sieht. Starten Sie einen Editor über sein Symbol, kann der PATH, den dieser Prozess erhält, ein anderer sein als der, den Ihre Login-Shell zusammensetzt. Der Fall, dass die Installation selbst nie abgeschlossen wurde, ist im Artikel über command not found zusammengefasst.

6. Die Meldung ohne belegte Herkunft und vier Schritte, sie selbst zu bestimmen

Bei einer der fünf von oben — Connection to Claude's response was lost. Claude may still be working — 🔴 ließ sich die Herkunft nicht bestimmen. Dieser Artikel nennt dafür keinen Namen.

Was durchsucht wurde und was dabei herauskam, sei festgehalten. Sämtliche Einträge der offiziellen Fehlerreferenz von Claude Code wurden durchgegangen, und diese Zeichenfolge war nicht darunter. Auch die offizielle Dokumentation zu Remote Control, der Funktion, die eine lokale Sitzung vom Smartphone oder Browser aus fortsetzt, wurde vollständig durchgesehen, und dort war sie ebenfalls nicht. Offiziell am nächsten kommen dem Klang nach Connection lost mid-response und Couldn't reconnect to your Remote Control session, und mit keiner von beiden stimmt die Zeichenfolge überein.

Es handelt sich also entweder um Ebene ③ oder um Ebene ④, doch welches Werkzeug sie geschrieben hat, ist nicht bestätigt. Die Formulierung „Claude may still be working“ deutet darauf hin, dass derjenige, der sie geschrieben hat, Claude nicht selbst ausführt — dass er einen anderen Prozess oder eine andere Maschine von außen beobachtet —, doch das ist 🟡 ein Schluss aus der Ausdrucksweise, für den kein Beleg vorliegt.

Hier steht ein Verfahren, mit dem Leser solche Fälle selbst entscheiden können. Es lässt sich unverändert auf alle Fälle der vorherigen Kapitel anwenden.

SCHRITT 1
Sehen, wo sie gezeichnet wurde

Erschien sie eingebettet im Fluss von Claudes Antwort oder in dem Rahmen, der Benachrichtigung oder dem Panel außen herum? Wenn außen, hat Ebene ③ oder Ebene ④ sie geschrieben.

SCHRITT 2
Auf blankem claude reproduzieren

Lassen Sie dieselbe Arbeit über das claude im Terminal laufen. Reproduziert sie sich nicht, gehört der Wortlaut diesem Werkzeug. Reproduziert sie sich, steigen Sie zu Ebene ① oder Ebene ② hinab.

SCHRITT 3
Im offiziellen Katalog nach einer exakten Übereinstimmung suchen

Durchsuchen Sie die offizielle Fehlerreferenz im Browser. Suchen Sie nur den ersten Satz — der Rest kann vom startenden Programm aufgepfropft sein (Kapitel 5).

SCHRITT 4
Die Issues dieses Werkzeugs durchsuchen

Steht sie nicht im offiziellen Katalog, ist Anthropics Material nicht der Ort zum Nachsehen. Suchen Sie die Zeichenfolge in den Issues im Repository des Werkzeugs, das Sie verwenden. So wurden auch die Herkünfte in diesem Artikel bestimmt.

7. Zuordnungstabelle — von der Meldung zum Ziel

Hier steht alles Bisherige auf einem Blatt. Die Spalte „Geschrieben von“ entscheidet, wie weit Sie der Meldung trauen dürfen.

Meldung auf dem Bildschirm Geschrieben von Was tatsächlich passiert Wohin als Nächstes
The model returned no content because the response was blocked by content filtering 🟡 Ebene ④
in GitHub Copilot CLI gemeldeter Wortlaut		 Die Ausgabe wurde von einem Filter gestoppt. Es kann aber GitHubs Filter sein, der auch Übereinstimmungen mit öffentlichem Code prüft Der Artikel zum Ausgabefilter
The response was blocked by the provider's content filter ✅ Ebene ④
OpenCode		 Drei Möglichkeiten: ein 404 auf die Modell-ID, eine abgebrochene Verbindung oder eine echte Ablehnung. Nur die dritte passt zum Wortlaut Die Trennschritte in Kapitel 3
Streaming response ended before any complete data was received ✅ Ebene ②
Claude Code selbst (offiziell)		 Header kamen an, aber der Rumpf war leer. Es brach nicht auf halbem Weg ab. Verdächtigen Sie den Weg, also Proxys und Gateways Der Artikel zu Netzwerk und Proxy
Could not locate the Claude CLI on PATH ✅ Ebene ③
das startende Programm (offiziell festgehalten)		 claude liegt nicht in dem PATH, den das startende Programm sieht. Die CLI selbst ist oft völlig gesund Der Artikel zu command not found
Connection to Claude's response was lost. Claude may still be working 🔴 nicht bestimmt
im offiziellen Katalog nicht vorhanden		 Unbestimmt. Offiziell am nächsten kommt dem Klang nach Connection lost mid-response Die vier Schritte in Kapitel 6 und der Artikel zum nächstliegenden offiziellen Wortlaut

Liest man die Tabelle quer, sieht man, dass allein die beiden Zeilen von Ebene ④ in der Spalte „Was tatsächlich passiert“ schwanken. Die Ebenen ② und ③ haben offizielle Definitionen und schwanken deshalb nicht. Genau dieser Unterschied ist der Unterschied darin, wie weit dem Wortlaut zu trauen ist.

8. Was feststeht und was nicht

✅ Aus Primärquellen bestätigt
  • Streaming response ended… und Could not locate the Claude CLI on PATH existieren beide als Einträge in der offiziellen Fehlerreferenz von Claude Code
  • Die Dokumentation stellt Letzteres unter „Wrapper and IDE errors“ und beschreibt es als vom startenden Programm ausgegeben
  • Ersteres bedeutet „die Header kamen zurück, der Rumpf enthält aber keine Nachricht der Claude API“ — kein Abbruch auf halbem Weg
  • OpenCodes Issue #35736 meldet, dass ein 404, eine abgebrochene Verbindung und eine echte Ablehnung denselben Wortlaut erzeugen
  • GitHub hält offiziell fest, dass auch bei der Verwendung von Claude Ein- und Ausgabe die Content-Filter von GitHub Copilot durchlaufen
🟡 Gemeldet, aber nicht geklärt
  • Die Herkunft von The model returned no content because…. Wörtlich bestätigt ist allein der Titel von Issue #3348 in github/copilot-cli, dessen Text zurückgezogen wurde
  • Die für die Regression der VS-Code-Erweiterung in Issue #80087 genannte Ursache, der Umgang mit der Ausgabe von where.exe, ist die Annahme des Meldenden
  • Welcher Code von OpenCode diesen Wortlaut ausgibt, steht nicht im Issue
  • Dass „Claude may still be working“ so klingt, wie jemand formuliert, der einen anderen Prozess beobachtet, ist ein Schluss aus der Ausdrucksweise
🔴 Ließ sich nicht bestätigen
  • Welches Werkzeug Connection to Claude's response was lost… ausgibt. Weder in der offiziellen Fehlerreferenz noch in der Dokumentation zu Remote Control war es zu finden
  • Eine technische Erklärung von GitHub zu jenem Wortlaut der Copilot CLI (Issue #3348 ist closed as not planned, ohne angehängte Antwort eines Maintainers)
  • Der Abschluss einer Korrektur für die beiden Issues von OpenCode (zum Zeitpunkt der Erstellung dieses Artikels beide offen)

Zusammengefasst heißt das: Am Aussehen einer Meldung lässt sich die Ebene, die sie geschrieben hat, nicht erkennen. Alle fünf von oben sehen aus, als hätte sie ein Werkzeug eines Drittanbieters geschrieben, tatsächlich waren zwei offiziell, zwei von Drittanbietern und eine unbekannt. Deshalb ist der erste Schritt nicht das Nachdenken über Ursachen, sondern der Abgleich mit dem offiziellen Katalog. Er ist in einer Minute erledigt und legt außerdem fest, wo Sie danach suchen.

FAQ

Q1. Ich verwende Claude, finde die Meldung aber nirgends in Anthropics Dokumentation.

Möglicherweise hat Anthropic sie gar nicht geschrieben. Werkzeuge, die Claude als Modell aufrufen (IDE-Erweiterungen, andere Coding-Agenten, die Nutzung über Copilot und so weiter), legen jeweils selbst fest, wie sie ein Scheitern formulieren. Suchen Sie zuerst in der offiziellen Fehlerreferenz nach einer exakten Übereinstimmung, und wenn sie dort fehlt, suchen Sie die Zeichenfolge in den Issues im Repository des Werkzeugs, das Sie verwenden.

Q2. Bedeutet „content filter“, dass ich in Anthropics Filter gelaufen bin?

Nicht zwangsläufig. GitHubs offizielle Dokumentation hält fest, dass auch bei der Verwendung von Claude Eingabe-Prompts und Ausgabe-Vervollständigungen die Content-Filter von GitHub Copilot durchlaufen. Und in OpenCode meldet Issue #35736 Fälle, in denen ein 404 oder ein Socket-Abbruch, die beide mit einem Filter nichts zu tun haben, mit demselben Wortlaut „content filter“ angezeigt werden. Lassen Sie denselben Prompt zusätzlich über das claude im Terminal laufen und trennen Sie die Fälle danach, ob er sich reproduziert.

Q3. Bedeutet Streaming response ended before any complete data was received, dass die Verbindung abgerissen ist?

Nein. Die offizielle Fehlerreferenz definiert es als „die API hat Antwort-Header zurückgegeben, der Rumpf enthielt aber keine Nachricht der Claude API“. Es ist nicht so, dass ein Teil ankam und dann abbrach, sondern es kam überhaupt kein Inhalt an. Senden Sie zuerst noch einmal, wofür try again genügt, und verdächtigen Sie den Weg, wenn es jedes Mal passiert, also Proxys, Gateways und dergleichen.

Q4. Im Terminal läuft claude, aber nur die IDE-Erweiterung meldet „Could not locate the Claude CLI on PATH“.

Das Problem liegt beim startenden Programm, nicht bei der CLI. Die offizielle Referenz ordnet diesen Wortlaut dem Kapitel „Wrapper and IDE errors“ zu, also dem, was das startende Programm und nicht Claude Code selbst ausgibt. Starten Sie einen Editor über sein Symbol, kann der PATH, den dieser Prozess erhält, ein anderer sein als der, den Ihre Login-Shell zusammensetzt. Es gibt auch Meldungen über Regressionen, die an einer Version der Erweiterung hängen, etwa Issue #80087.

Q5. Bringt die Suche nichts, weil der Fehler selten ist?

Häufiger liegt es daran, dass die Zeichenfolge zu lang ist. Beim Wortlaut von Ebene ③ ist der offiziellen Überschrift mitunter die eigene Erklärung des startenden Programms aufgepfropft (im Beispiel in Kapitel 5 ist die offizielle Überschrift ein Satz, während die tatsächliche Anzeige vier Sätze umfasste). Suchen Sie nur den ersten Satz.

Q6. Darf ich der Ursache, die im Wortlaut genannt wird, nie folgen?

Das hängt von der Ebene ab. Wortlaut, der exakt zum offiziellen Katalog passt (Ebene ② und Ebene ③), hat dokumentierte Bedeutung und dokumentierte Lösungen, ihm zu folgen ist also in Ordnung. Das Problem ist Ebene ④. OpenCodes Issue #35736 meldet, dass drei völlig verschiedene Fehlschläge alle im selben Satz „vom Content-Filter blockiert“ enden. Wenn die Wirklichkeit ein Konfigurationsfehler ist, repariert das Umschreiben der eigenen Formulierung im Glauben an den Wortlaut niemals etwas.

Q7. Wäre es einfacher, keine Werkzeuge von Drittanbietern mehr zu verwenden?

So weit muss es nicht gehen. Zur Debatte steht hier nicht, ob ein Werkzeug gut ist, sondern allein die Herkunft des Wortlauts bei einem Fehlschlag. Als Praxis genügt es, beim Eingrenzen einmal auf blankem claude eine Reproduktion zu versuchen. Zur Auswahl zwischen Werkzeugen siehe den Vergleich von Cursor, Claude Code, GitHub Copilot und Codex.

Q8. Wie behebe ich Connection to Claude's response was lost. Claude may still be working?

Dieser Artikel konnte die Herkunft nicht bestimmen. Die Zeichenfolge steht weder in der offiziellen Fehlerreferenz von Claude Code noch in der Dokumentation zu Remote Control. Geschrieben wurde sie deshalb entweder von einem startenden Programm oder von einem Client eines Drittanbieters, doch da sich nicht bestätigen ließ, um welches Werkzeug es sich handelt, nennt dieser Artikel keines. Bestimmen Sie es mit den vier Schritten in Kapitel 6 in Ihrer eigenen Umgebung. Zum Phänomen einer mitten in der Antwort abbrechenden Übertragung ist der Artikel zum offiziell nächstliegenden Wortlaut, Connection lost mid-response, eine nützliche Referenz.

Verwandte Artikel

Verwendete Primärquellen