Cline: 400-Fehler mit eigener Anthropic Base URL – Ursache und Lösung
Stand 2026-10-08 liefert Cline 4.1.22 einen 400-Fehler, wenn Sie Claude über eine eigene Anthropic Base URL aufrufen (offizielle Beispiele: Azure AI Foundry und Unternehmens-Gateways), weil 4.1.22 begonnen hat, die Option fallbacks mitzusenden, die nur Anthropics eigene API akzeptiert. Die Lösung ist ein Update auf 4.1.23 vom 2026-10-07 oder neuer (für die CLI cli-v3.0.69, für die Desktop-App desktop-v0.0.44). Diese Seite erklärt anhand der offiziellen Release Notes von Cline die Ursache, die betroffenen Versionen und was Sie nach dem Update prüfen sollten.
Aktualisiert 2026-10-08
Versionen und Feld auf einen Blick
Die betroffene Version
Erschienen am 2026-09-30. Die Release Notes zu 4.1.23 halten fest, dass 4.1.22 begonnen hat, eine Option zu senden, die nur Anthropics eigene API akzeptiert.
Der Fix (VS-Code-Erweiterung)
Erschienen am 2026-10-07; im Abschnitt Fixed steht, dass Claude über eine eigene Anthropic Base URL nicht mehr mit einem 400-Fehler scheitert.
Die abgelehnte Option
Laut den Notes zu SDK v0.0.91 sendet der Anthropic-Anbieter die Option server-side refusal fallbacks jetzt nur noch an api.anthropic.com; eigene Endpunkte wie Azure AI Foundry lehnten sie mit 400 ab.
Der Fix für CLI und Desktop
Beide erschienen am 2026-10-07 und enthalten in ihren Release Notes denselben Fix: Claude über eine eigene Anthropic Base URL scheitert nicht mehr mit einem 400-Fehler.
Woher der 400-Fehler kommt
Stand 2026-10-08 hat Cline die Ursache offiziell benannt: Seit 4.1.22 enthalten Anfragen des Anthropic-Anbieters eine Option, die nur Anthropics eigene API akzeptiert. Sobald Sie Use custom base URL aktivieren und eine andere Adresse eintragen (auch Drittanbieter-Gateways und Relay-Dienste zählen dazu), antwortet ein Endpunkt, der dieses Feld nicht kennt, mit 400. Die Release Notes zu 4.1.22 beschreiben die Änderung als „Direct Anthropic requests now use Anthropic's server-side refusal fallback.“; die Notes zu SDK v0.0.88 vom selben Tag nennen das Feld ausdrücklich: anthropic.fallbacks: "default". 4.1.23 sendet die Option nur noch an api.anthropic.com, nach dem Update erhält eine eigene Base URL sie also nicht mehr. Betroffen sind Sie nur, wenn beides zutrifft: Als API Provider ist Anthropic gewählt, und Use custom base URL ist aktiviert.
Die offiziellen Release Notes (2026-10-07)
Im Abschnitt Fixed von 4.1.23 heißt es: „Claude through a custom Anthropic base URL (Azure AI Foundry, corporate gateways) no longer fails with a 400 error. 4.1.22 started sending an option only Anthropic's own API accepts.“ SDK v0.0.91 vom selben Tag wird konkreter: „The Anthropic provider sends the server-side refusal fallbacks option only to api.anthropic.com. Custom endpoints such as Azure AI Foundry rejected it with a 400.“ Dasselbe Release behebt noch mehr: Kimi K3 und andere Modelle, die nur bestimmte Reasoning-Stufen akzeptieren, lehnen Anfragen nicht mehr ab, und endet eine Antwort ohne erkannten Abschlussgrund, fordert Cline das Modell einmal zum Weiterschreiben auf, statt sie als fertig zu behandeln.
Vom Fehler zum Fix
Cline 4.1.22 erscheint; laut Release Notes nutzen direkte Anthropic-Anfragen nun den server-side refusal fallback.
Ein Nutzer meldet auf GitHub (Issue #14816): Nach dem Update auf 4.1.22 scheitern Anfragen an eine eigene Anthropic Base URL bei Azure AI Foundry, der Endpunkt antwortet mit 400 „fallbacks: Extra inputs are not permitted“.
4.1.23 bringt den Fix; am selben Tag erscheinen CLI cli-v3.0.69 und Desktop desktop-v0.0.44 mit demselben Fix in den Release Notes.
Bestätigt vs. nicht verifiziert
Bestätigt (wörtlich in den offiziellen Release Notes)
Alles Folgende lässt sich in den offiziellen Release Notes und im CHANGELOG von Cline wörtlich nachprüfen: 4.1.22 erschien am 2026-09-30, und direkte Anthropic-Anfragen nutzen seitdem den server-side refusal fallback; 4.1.23 erschien am 2026-10-07, und Claude über eine eigene Anthropic Base URL (Azure AI Foundry, Unternehmens-Gateways) scheitert nicht mehr mit einem 400-Fehler – als Ursache wird genannt, dass 4.1.22 eine Option sendet, die nur Anthropics eigene API akzeptiert; SDK v0.0.91 hält fest, dass die Option fallbacks jetzt nur noch an api.anthropic.com geht; CLI cli-v3.0.69 und Desktop desktop-v0.0.44 enthalten denselben Fix. Die Angaben zu QCode stammen von der Cline-Seite auf docs.qcode.cc: Claude läuft über den Anthropic-Anbieter, Use custom base URL ist https://api.qcode.cc/api.
Nicht verifiziert oder nicht offiziell angegeben
Zu vier Punkten zieht diese Seite keine Schlüsse. Erstens taucht der Fehlertext „fallbacks: Extra inputs are not permitted“ nur in einem Nutzerbericht auf GitHub auf (Azure AI Foundry); die offiziellen Release Notes nennen nur „400“, andere Gateways können den Text anders formulieren. Zweitens gibt es außer dem Update keinen offiziellen Workaround, und inoffizielle Umgehungen führt diese Seite nicht auf. Drittens trifft diese Seite keine Aussage darüber, ob der QCode-Endpunkt das Feld akzeptiert; ab 4.1.23 sendet Cline es ohnehin nur noch an api.anthropic.com. Viertens wurde die QCode-Doku zu Cline mit der VS-Code-Erweiterung 4.1.19 geprüft; die Oberfläche von 4.1.23 wurde hier nicht getestet, maßgeblich ist, was Ihr Client anzeigt.
Zwei Vergleiche: Version und Anbieter
4.1.22 vs. 4.1.23
4.1.22 hängt die Option fallbacks an Anfragen des Anthropic-Anbieters an, auch bei eigener Base URL; ab 4.1.23 geht sie nur noch an api.anthropic.com, andere Adressen erhalten sie nicht. Wer eine eigene Base URL nutzt, sollte also auf 4.1.23 oder neuer wechseln; für CLI und Desktop sind cli-v3.0.69 und desktop-v0.0.44 maßgeblich.
Anthropic-Anbieter vs. OpenAI Compatible
Der Fix betrifft den Anthropic-Anbieter, und ein Wechsel zu OpenAI Compatible umgeht das Problem nicht: Laut QCode-Doku kann Claude im OpenAI-kompatiblen Modus nicht genutzt werden, eine claude-*-ID gibt model_not_available_on_endpoint zurück. Claude läuft nur über den Anthropic-Anbieter (https://api.qcode.cc/api); OpenAI Compatible (https://api.qcode.cc/openai/v1) ist für GPT und chinesische Modelle gedacht.
So beheben Sie den Fehler
① Version prüfen: Öffnen Sie in VS Code die Erweiterungsansicht (Ctrl+Shift+X / Cmd+Shift+X), suchen Sie nach Cline und sehen Sie sich die installierte Version an; 4.1.22 ist die Version, die die Release Notes nennen. ② Auf 4.1.23 oder neuer aktualisieren; bei der CLI auf cli-v3.0.69 oder neuer, bei der Desktop-App auf desktop-v0.0.44 oder neuer. ③ Einstellungen unverändert lassen: API Provider bleibt Anthropic, Use custom base URL bleibt mit Ihrer Adresse aktiviert; für QCode ist das https://api.qcode.cc/api – nicht /api/v1/messages und ohne abschließenden Schrägstrich. ④ Zum Test eine Nachricht senden. Einen offiziellen Workaround außer dem Update nennt Cline nicht.
Auf QCode
Um Claude aus Cline über QCode aufzurufen, gibt die Doku diese Einstellungen vor: API Provider Anthropic, API Key Ihr QCode-Schlüssel (beginnt mit cr_), Use custom base URL aktivieren und https://api.qcode.cc/api eintragen, Model claude-sonnet-5 (Alltag) oder claude-opus-5 (schwierige Aufgaben). Laut unserem Test vom 2026-10-08 liefern mit der Base URL https://api.qcode.cc/api Anfragen an /api/messages und an /api/v1/messages beide 200; die Adresse funktioniert also unabhängig davon, ob der Client /messages oder /v1/messages anhängt. Aus Nordamerika und Europa können Sie stattdessen https://us.qcode.cc/api (Los Angeles) verwenden. Diese Seite behandelt nur den 400-Fehler; die vollständige Einrichtung inklusive GPT und chinesischer Modelle über OpenAI Compatible finden Sie im Cline-Leitfaden zu OpenAI-kompatiblen APIs. Abgerechnet wird pro Token, die Preise je Modell stehen unter /models.
Häufig gestellte Fragen
Warum liefert Cline 4.1.22 mit eigener Base URL einen 400-Fehler?
Weil 4.1.22 begonnen hat, in Anthropic-Anfragen eine Option mitzusenden, die nur Anthropics eigene API akzeptiert. Die Release Notes zu 4.1.23 sagen wörtlich „4.1.22 started sending an option only Anthropic's own API accepts.“, und SDK v0.0.91 nennt sie die Option server-side refusal fallbacks, die eigene Endpunkte wie Azure AI Foundry mit 400 ablehnten.
Wie behebe ich das, und welche Version brauche ich?
Aktualisieren Sie auf 4.1.23 oder neuer (erschienen am 2026-10-07). Ab 4.1.23 geht die Option nur noch an api.anthropic.com, eine eigene Base URL erhält sie nicht mehr. Für die Cline CLI ist der Fix cli-v3.0.69, für die Desktop-App desktop-v0.0.44, beide vom 2026-10-07.
Wie lautet die genaue Fehlermeldung?
Die offiziellen Release Notes sprechen nur von „a 400 error“ und nennen keinen Meldungstext. In einem Nutzerbericht auf GitHub (Issue #14816, Endpunkt bei Azure AI Foundry) lautete die Meldung „fallbacks: Extra inputs are not permitted“; das ist ein Nutzerbericht, Ihr Gateway kann es anders formulieren.
Gibt es einen Workaround ohne Update?
Keinen offiziellen. Die Release Notes zu 4.1.23 und SDK v0.0.91 beschreiben nur den Fix selbst und nennen keine Einstellung, mit der sich die Option abschalten ließe; inoffizielle Umgehungen behandelt diese Seite nicht, daher: aktualisieren.
Kann ich das Problem mit OpenAI Compatible umgehen?
Für Claude auf QCode nicht. Laut QCode-Doku kann Claude im OpenAI-kompatiblen Modus nicht genutzt werden, eine claude-*-ID gibt model_not_available_on_endpoint zurück; Claude braucht den Anthropic-Anbieter mit Base URL https://api.qcode.cc/api. GPT und chinesische Modelle können OpenAI Compatible nutzen (https://api.qcode.cc/openai/v1).
Nach dem Update meldet QCode weiterhin Fehler. Was prüfe ich zuerst?
Prüfen Sie anhand der QCode-Doku drei Dinge: Als API Provider ist Anthropic gewählt; die Base URL endet auf /api, ohne abschließenden Schrägstrich und nicht als /api/v1/messages; der Schlüssel beginnt mit cr_ und wurde vollständig kopiert. Laut Doku bedeutet ein 401 in der Regel, dass der Pfad stimmt und nur die Authentifizierung fehlgeschlagen ist. Ist die Verbindung zur Hauptdomain instabil, wechseln Sie auf einen Ausweichknoten wie https://us.qcode.cc/api.
Quellen
Ursache, betroffene Versionen und Fix: die Releases-Seite und CHANGELOG.md im GitHub-Repository von Cline (Release Notes zu v4.1.22, v4.1.23, SDK v0.0.88 und v0.0.91, cli-v3.0.69 und desktop-v0.0.44), abgerufen am 2026-10-08. Nutzerbericht: GitHub-Issue #14816 von Cline und der Fix-PR #14834, am selben Tag abgerufen und nur als Beschreibung des Symptoms verwendet. Feldnamen in Cline: die Anthropic-Anbieterseite auf docs.cline.bot. QCode-Einrichtung: die Cline-Seite auf docs.qcode.cc (zuletzt überprüft 2026-09-18, mit VS-Code-Erweiterung 4.1.19) und die Seite Endpunkte & API-Pfade (aktualisiert 2026-09-25), beide am 2026-10-08 abgerufen.
Cline aktualisieren und weiter mit Claude arbeiten
Wählen Sie in Cline den Anthropic-Anbieter, setzen Sie Use custom base URL auf https://api.qcode.cc/api und Model auf claude-sonnet-5; abgerechnet wird pro Token, die Preise je Modell stehen unter /models.
Weiterführende Lektüre
Cline mit OpenAI-kompatiblen APIs: Leitfaden 2026
Die vollständige Einrichtung: GPT und chinesische Modelle über OpenAI Compatible, Claude über den Anthropic-Anbieter.
Claude Code Gateway-Fehler 2026: 400 und Beta-Header
400- und Beta-Header-Fehler von Claude Code hinter einem Gateway, zugeordnet zu den Versionen mit Fix.
KI-Coding-Tools mit eigener API: 16 im Vergleich
Protokoll, Konfigurationsort und Claude-Unterstützung je Tool.
Versionen und Zitate auf dieser Seite wurden am 2026-10-08 mit den offiziellen Release Notes von Cline und der QCode-Doku abgeglichen; vorgelagerte Dienste können sich ohne Ankündigung ändern. Der Fehlertext aus dem GitHub-Issue ist ein Nutzerbericht und steht nicht für die Antworten aller Gateways. Die Verfügbarkeit der Modelle richtet sich nach /models.