Claude Code + GPT-5.6 Sol: Warum ein Entwickler gesperrt wurde – was Anthropic tatsächlich gesagt hat
Ein kleines Experiment mit gemischten KI-Codierungswerkzeugen entwickelte sich zu einer der aufschlussreichsten Kontroversen auf Entwicklerplattformen im August 2026.
Der Ansatz sah einfach aus:
Claude Code CLI
→ Lokaler Proxy
→ GPT-5.6 Sol
Diese Konfiguration ersetzte Claude Code nicht selbst, sondern behielt dessen Terminal-Oberfläche, Tools, Berechtigungen, Agenten-Workflows und Sitzungsverhalten bei, während die Modell-Inferenz an OpenAI's GPT-5.6 Sol weitergeleitet wurde.
Thibault „Tibo“ Sottiaux, Leiter von OpenAI Codex, hatte im Juli eine schnelle Version dieser Konfiguration öffentlich geteilt.
Seine Andeutung war scherzhaft gemeint: Wenn diese Konfiguration gesperrt würde, so sagte er, schulde er den Nutzern einen Codex-Reset.
Einen Monat später gab der Entwickler Alex Getman an, fast exakt dieser Konfiguration gefolgt zu sein – und wurde kurz darauf von Anthropic wegen „verdächtiger Signale“ gesperrt.
Dies warf sofort eine praktische Frage auf:
Verbietet Anthropic die Verwendung von Claude Code als Agenten-Shell mit Nicht-Claude-Modellen?
Boris Cherny, Leiter von Claude Code, reagierte öffentlich.
Er erklärte, dass Anthropic Nutzer nicht allein deshalb sperrt, weil sie die Shell mit anderen Modellen verwenden, und wies darauf hin, dass diese Sperrung mit ziemlicher Sicherheit durch einen anderen Konten-Klassifikator ausgelöst wurde.
Das klang nach einer klaren Lösung.
Aber so einfach war es nicht.
Die aktuellen Dokumente von Anthropic weisen außerdem darauf hin, dass Claude Code zwar mit kompatiblen LLM-Gateways verbunden werden kann, Anthropic die Weiterleitung von Claude Code über diese Gateways an Nicht-Claude-Modelle jedoch nicht unterstützt.
Diese beiden Aussagen widersprechen sich nicht.
Sie bedeuten:
Andere Modelle in der Shell verwenden
≠ Automatischer Grund für eine Sperrung
Aber
Andere Modelle in der Shell verwenden
≠ Von Anthropic unterstützte Konfiguration
Diese Unterscheidung ist die wichtigste Lektion dieses Vorfalls.
Tibos Fünf-Minuten-Claude-Code-+-GPT-Konfiguration
Die Geschichte begann damit, dass Entwickler Codierungsmodelle in verschiedenen Agenten-Shells verglichen.
Das Modell ist nur ein Teil eines KI-Codierungsprodukts.
Die Shell bestimmt außerdem:
- Welche Tools das Modell aufrufen kann.
- Wie Dateien gelesen und bearbeitet werden.
- Wie Berechtigungen funktionieren.
- Wie Sub-Agenten erstellt werden.
- Wie Kontext verwaltet wird.
- Wie Terminalbefehle ausgeführt werden.
- Wie langlaufende Sitzungen komprimiert werden.
- Wie Fehler erneut versucht werden.
Das bedeutet, dass dasselbe zugrunde liegende Modell in einer anderen Agentenumgebung unterschiedlich abschneiden kann.
Sottiaux ermutigte öffentlich dazu, GPT-5.6 Sol in der Claude-Code-Shell zu testen.
Sein Ansatz auf hoher Ebene umfasste drei Schritte:
- CLIProxyAPI installieren.
- Den gewünschten Anbieter verbinden.
- Einen
claudex-Alias definieren und Claude Code mit der alternativen Modellkonfiguration starten.
Laut Getman lautete der angegebene Grund:
Verdächtige Signale
Er legte Einspruch ein und fragte öffentlich bei Anthropic und OpenAI nach, ob die Konfiguration selbst verboten sei.
Das ist eine wichtige Frage, denn es gibt mehrere mögliche Erklärungen.
Möglichkeit 1: Modellrouting selbst ist verboten
Anthropic könnte der Ansicht sein, dass die Verwendung von Claude Code mit einem anderen Modell gegen die Richtlinien verstößt.
Möglichkeit 2: Proxy-Verhalten sieht wie Kontomissbrauch aus
Das Datenverkehrsmuster könnte Automatisierung, Anmeldedatenmissbrauch oder anderen verdächtigen Kontoaktivitäten ähneln.
Möglichkeit 3: Die Sperre steht in keinem Zusammenhang mit der Konfiguration
Etwa zur gleichen Zeit könnte ein anderes Kontosignal den Klassifikator ausgelöst haben.
Möglichkeit 4: Der Klassifikator hat fehlklassifiziert
Das System könnte legitime Aktivitäten einfach falsch eingeordnet haben.
Chernys öffentliche Antwort deutet stark auf die vierte Erklärung hin.
Boris Cherny: „Wir sperren keine Konten, weil Nutzer Harness mit anderen Modellen verwenden“
Der Leiter von Claude Code, Boris Cherny, reagierte direkt.
Seine Aussage war knapp:
- Anthropic sperrt keine Konten, weil Nutzer Harness mit anderen Modellen verwenden.
- Die Sperre wurde mit ziemlicher Sicherheit von einem anderen Kontoklassifikator ausgelöst.
- Das Team untersucht den Vorfall.
Der zweite ist ein Tweet von Tibo, der auf das Ereignis antwortet. Er sagt, die Sache sei gelöst und alles sei in Ordnung. Er betont, dass die Wahlfreiheit des „Harness“ wichtig sei und die Nutzer selbst entscheiden sollten, welches Modell sie wählen. Er äußert zudem Vorfreude auf die Versionsupdates der kommenden Wochen, ebenfalls mit chinesischem und englischem Text.
Dies ist die klarste öffentliche Aussage im Zusammenhang mit dem Vorfall.
Sie beantwortet die enge politische Frage, die Getman gestellt hat:
Laut Cherny ist die bloße Verwendung eines Coding-Harness mit einem anderen Modell an sich kein Grund für Anthropic, ein Konto zu sperren.
Aber diese Aussage sollte zusammen mit der Dokumentation von Anthropic gelesen werden.
Die offizielle Dokumentation besagt weiterhin, dass Anthropic Nicht-Claude-Routing nicht unterstützt.
Diese beiden Aussagen beschreiben verschiedene Ebenen.
„Kein Sperrgrund“ ist nicht gleich „offiziell unterstützt“
Entwickler reduzieren den Plattformstatus oft auf zwei Kategorien:
Erlaubt
oder
Verboten
Die tatsächliche Produktunterstützung ist differenzierter.
Eine Konfiguration kann sein:
- Offiziell unterstützt.
- Technisch machbar, aber nicht unterstützt.
- Nicht empfohlen.
- Durch Richtlinien verboten.
- Technisch blockiert.
Claude Code + Nicht-Claude-Gateway-Muster liegt derzeit am nächsten an:
Technisch machbar
+
Kein Sperrgrund laut Claude-Code-Leiter
+
Von der Anthropic-Dokumentation nicht unterstützt
Das bedeutet, dass Nutzer keine Unterstützung von Anthropic erwarten sollten, um Probleme zu debuggen wie:
- Inkompatible Tool-Modi.
- Unterschiede beim Streaming.
- Nicht übereinstimmende Kontextfenster.
- Nicht unterstützte Beta-Header.
- Fehlgeschlagene Tool-Suche.
- Prompt-Formatkonvertierung.
- Subagenten-Verhalten.
- Änderungen nach Claude-Code-Upgrades.
Der Agentenbesitzer (nicht Anthropic) ist tatsächlich dafür verantwortlich, die Übersetzungsschicht funktionsfähig zu halten.
Warum die Tool-Suche im gemeinsamen Alias deaktiviert wurde
In Sottiaux' Alias gibt es ein Detail:
ENABLE_TOOL_SEARCH=false
Die aktuelle Anthropic-Dokumentation hilft zu erklären, warum das wichtig ist.
Die MCP-Tool-Suche von Claude Code verwendet Modell- und Protokollfunktionen, die ein benutzerdefinierter ANTHROPIC_BASE_URL oder ein kompatibler Proxy möglicherweise nicht korrekt weiterleitet.
Die aktuelle MCP-Dokumentation von Anthropic stellt fest, dass das Tool-Suchverhalten in folgenden Fällen abweichen kann:
- Ein benutzerdefinierter
ANTHROPIC_BASE_URLwird verwendet. ENABLE_TOOL_SEARCH=falseist gesetzt.- Das Modell unterstützt das erforderliche Tool-Referenzverhalten nicht.
- Das Gateway leitet die relevanten Beta-Funktionen nicht weiter.
Das ist ein gutes Beispiel dafür, dass ein Proxy zwar den Großteil der Funktionen des Claude-Code-Harness beibehalten kann, aber dennoch das Verhalten in Randfällen verändert.
Die Oberfläche kann exakt gleich aussehen.
Aber der Protokollpfad ist nicht derselbe.
Aktuelles Claude
Code unterstützt benutzerdefinierte Modelloptionen
Die aktuelle Modellkonfigurationsdokumentation von Claude Code enthält auch Mechanismen für benutzerdefinierte Modelloptionen und benutzerdefinierte Gateway-Modell-IDs.
Dies ist nützlich für Organisationen, deren Gateways interne Namen auf Modellbereitstellungen abbilden.
Ein Gateway kann beispielsweise interne Bezeichner anstelle der standardmäßigen Anthropic-Modell-IDs bereitstellen.
Claude Code kann konfigurierte benutzerdefinierte Werte akzeptieren, ohne sie als standardmäßige Claude-Namen validieren zu müssen.
Ebenso bedeutet dies nicht, dass Anthropic jedes zugrunde liegende Upstream-Modell hinter dieser ID unterstützt.
Es bedeutet lediglich, dass Claude Code in Umgebungen normal funktionieren kann, in denen das Gateway die Modellbenennung steuert.
Warum lokale Host-Proxy-Server weiterhin Kontosignale auslösen können
Getman betonte, dass sein Proxy nur auf Folgendes gehört habe:
127.0.0.1
Das bedeutet, dass der Proxy selbst nicht als öffentlicher Internetdienst bereitgestellt wurde.
Allerdings bedeutet „nur lokaler Host“ nicht, dass keine externen Dienste beteiligt sind.
Der Workflow umfasst weiterhin ausgehende Verbindungen:
Lokales Claude Code
→ Lokaler Proxy
→ Externer Modellanbieter
Das Kontosicherheitssystem kann viele Signale beobachten, die nichts damit zu tun haben, ob der Proxy-Port öffentlich ist.
Potenzielle Signale in jedem Online-Dienst können Folgendes umfassen:
- Authentifizierungsänderungen.
- Anforderungsmuster.
- Gerätewechsel.
- Sitzungsverhalten.
- Nutzungsspitzen.
- Netzwerkquellen.
- Automatisierungsverhalten.
- Kontointegritätsmetriken.
Anthropic hat den spezifischen Klassifikator, der Getmans Konto ausgelöst hat, nicht veröffentlicht.
Cherny sagte lediglich, dass es mit ziemlicher Sicherheit von einem anderen Kontoklassifikator ausgelöst wurde.
Daher ist die Behauptung, dass lokale Host-Proxys bekanntermaßen Sperren auslösen, nicht korrekt.
Was uns „verdächtige Signale“ sagen – und was nicht
Vage Sperrgründe sind frustrierend, weil sie nur wenige diagnostische Informationen liefern.
Sie sagen dem Benutzer nicht, ob das System Folgendes erkannt hat:
- Probleme mit der Nutzungsrichtlinie.
- Kontodiebstahl.
- Identitätsabweichung.
- Automatisierungsmissbrauch.
- Zahlungsprobleme.
- Ungewöhnliche Standorte.
- Falsch positives Kontoverhalten.
Die Support-Dokumentation von Anthropic weist darauf hin, dass Konten aufgrund wiederholter Verstöße gegen Nutzungsrichtlinien, Konten, die an nicht unterstützten Standorten erstellt wurden, oder Verstößen gegen die Nutzungsbedingungen gesperrt werden können.
Wenn Benutzer glauben, dass die Sperrung nicht korrekt ist, bietet Anthropic über das eingeschränkte Kontoerlebnis ein Berufungsverfahren an.
Auch wenn öffentliche Mitarbeiter bei der Untersuchung bestimmter Vorfälle helfen, bleibt der formelle Berufungsprozess der richtige Weg.
So legen Sie Berufung gegen eine Sperrung Ihres Anthropic-Kontos ein
Das aktuelle Hilfecenter von Anthropic gibt an, dass Benutzer, die glauben, ihr Konto sei fälschlicherweise gesperrt oder beendet worden, Folgendes tun sollten:
- Gehen Sie zu
claude.ai. - Melden Sie sich mit dem gesperrten Konto an.
- Öffnen Sie das Berufungsformular, das auf dem Bildschirm für eingeschränkte Konten angezeigt wird.
- Reichen Sie die angeforderten Kontoinformationen und Erläuterungen ein.
- Warten Sie auf die Prüfung des Falls durch das Sicherheitsteam.
Das Unternehmen gibt an, dass die Antwortzeiten bei hohem Verkehrsaufkommen länger sein können.
Wenn eine Organisation und kein persönliches Konto gesperrt wurde, gibt Anthropic an, dass der eingeschränkte Bildschirm möglicherweise eine separate Option Überprüfung beantragen bietet.
Für Berufungen im Zusammenhang mit ungewöhnlichen lokalen Proxy-Einrichtungen können nützliche Beweise Folgendes umfassen:
- Genaues Datum und genaue Uhrzeit der Sperrung.
- Claude-Code-Version.
- Ob die CLI modifiziert wurde.
- Proxy-Name und -Version.
- Überwachungsadresse.
- Modellanbieter.
- Relevante Konfiguration.
- Protokolle, die keine vertraulichen Informationen preisgeben.
- Öffentliche Links zur Reproduktion, falls vorhanden.
Veröffentlichen Sie niemals API-Schlüssel, OAuth-Tokens, Cookies oder Kontobereitschaftsnachweise, wenn Sie versuchen zu beweisen, was passiert ist.
Getman hat seine Implementierung veröffentlicht
Nach der Sperrung veröffentlichte Getman ein Repository, das die Einrichtung dokumentiert:
Das Repository beschreibt sein Ziel darin, verschiedene Modelle hinter Claude Code auszuführen.
Über einen nur lokal verfügbaren CLI-Proxy-API-Server.
Es behält den normalen claude-Befehl bei und ermöglicht einen separaten Befehl (zum Beispiel):
claudex
für die alternative Route.
Die README enthält Beispiele wie:
claudex
claudex --continue
claudex --effort low -p "explain this file"
Derzeit wird Unterstützung für macOS oder Linux (mit zsh) beschrieben; Windows ist über WSL verfügbar.
Das Projekt wird von der Community gepflegt und ist kein Produkt von Anthropic oder OpenAI.
Claude Desktop ist ein anderer Fall
Getmans Repository dokumentiert auch eine wichtige Einschränkung:
Nur Befehlszeile
Die dort beschriebene Proxy-Methode richtet sich an Claude-Code-Befehlszeilen-Workflows.
Es wird darauf hingewiesen, dass die Claude-Desktop-App bei der Einführung ihres integrierten Claude-Code-Erlebnisses eigene Modelle und API-Endpunkte festlegt, sodass dieselben projektspezifischen Routing-Pfade nicht auf dieselbe Weise funktionieren.
Dies erinnert uns erneut daran, dass „Claude Code“ in mehr als einer Oberfläche erscheinen kann.
Einstellungen, die im Terminal funktionieren, sollten nicht automatisch davon ausgehen, dass sie in Desktop-Integrations-Workflows gleichermaßen funktionieren.
Tibos Antwort: Werkzeugfreiheit ist wichtig
Erstelle in Minuten eine Showcase-Website und gewinne Leads
Beschreibe deine Idee einmal, und We0 AI erstellt eine Showcase-Website, Seiten und ein CMS und hilft nach dem Launch bei Kunden und Traffic.
Eine komplette Projektgeneration zur kostenlosen Registrierung
Am besten geeignet, um einen vollständigen Generierungsablauf auszuprobieren und schnell einen ersten Projektentwurf zu sehen.
Nach Chernys Antwort kehrte Sottiaux zum Diskussionsstrang zurück.
Er sagte, er sei froh, dass das Problem gelöst sei, und befürwortete, dass Werkzeugfreiheit wichtig sei.
Seine Position ist, dass Benutzer entscheiden können sollten, welches Modell für sie am besten geeignet ist.
Dieser Austausch war aufschlussreich, weil die beiden Plattformverantwortlichen bei diesem spezifischen Punkt eigentlich kaum unterschiedlicher Meinung waren.
Cherny:
Wir sperren Benutzer nicht, weil sie andere Modelle in anderen Tools verwenden.
Sottiaux:
Benutzer sollten in der Lage sein, das beste Modell für ihr Werkzeug zu wählen.
Die verbleibende Lücke liegt in der Produktunterstützung.
Die Dokumentation von Anthropic verspricht keine Unterstützung beliebiger Nicht-Claude-Backends in Claude Code.
Tibo setzte anschließend die Nutzungslimits für kostenpflichtige ChatGPT Work und Codex zurück
Sottiaux hatte zuvor gescherzt, dass er dem Benutzer ein Zurücksetzen schulde, falls diese Einrichtung gesperrt würde.
Nach dem Vorfall löste er das öffentlich ein.
Er gab bekannt, dass er die Nutzungslimits für kostenpflichtige Benutzer der folgenden Produkte zurückgesetzt hat:
- ChatGPT Work
- Codex
Dieses Zurücksetzen war eine einmalige Geste der Community im Zusammenhang mit diesem Vorfall.
Es sollte nicht interpretiert werden als:
- Dauerhaftes Paketangebot
- Vertragliche Service-Level-Vereinbarung
- Garantie für zukünftige Zurücksetzungen
- Rückerstattung von Anthropic
- Beweis, dass OpenAI Anthropic-Konten ändern kann
OpenAI kontrolliert seine eigenen Nutzungslimits.
Anthropic kontrolliert Claude-Konten.
Sottiaux selbst wies darauf hin, dass er die Sperrung von Anthropic nicht direkt lösen konnte, da er dort nicht arbeitet.
Sam Altman beteiligte sich am Gespräch
OpenAI-CEO Sam Altman kommentierte später öffentlich Sottiaux‘ Rolle in diesem Vorfall.
Wire fragt, wie der Umfang der Feierlichkeiten des OpenAI-Teams im Vergleich zu denen von Anthropic ausfällt; th sottiaux sagt, er helfe gern, arbeite aber nicht bei Anthropic, und wundert sich, ob derjenige sein Konto sperren lassen würde, weil er über die Tools der Plattform andere Modelle anbindet; alex getman berichtet, dass sein Konto nach Befolgen der Anweisungen von Anthropic gesperrt wurde, und dass er bereits Einspruch eingelegt habe; zuletzt tweetet Boris Cherny, dass Anthropic gerade Personal einstelle.
Dieser Austausch lenkte den ursprünglichen Sperrfall eines Entwicklers hin zu einer breiteren Diskussion über die Portabilität von Modellen und Toolchains.
Die zugrunde liegenden technischen Probleme werden wahrscheinlich länger Bestand haben als der Hype in den sozialen Medien.
Entwickler neigen zunehmend dazu, Kombinationen zu bilden:
Modell A
+
Toolchain B
+
Tool C
+
Anbieter D
anstatt einen einzigen vertikal integrierten Technologie-Stack zu übernehmen.
Warum Modelle und Toolchains zu eigenständigen Wettbewerbsebenen werden
Programmieragenten werden modular.
Moderne Programmier-Workflows lassen sich in mehrere Ebenen unterteilen.
Modell
Inferenz- und Generierungs-Engine.
Zum Beispiel GPT-5.6 Sol oder die Claude-Modellreihe.
Toolchain
Die Laufzeitumgebung, die ein Modell in einen Agenten verwandelt.
Zum Beispiel Claude Code und Codex.
Tools
Dateibearbeitung, Shell-Ausführung, Browserzugriff, MCP, Suche und weitere Funktionen.
Gateway
Authentifizierung, Routing, Protokollierung, Modellzuordnung und Protokollkonvertierung.
Anbieter
Der Dienst, der die eigentliche Inferenz ausführt.
Diese Schichtung erzeugt neue Vergleichsmöglichkeiten.
Entwickler fragen sich möglicherweise:
- Welches Modell schreibt Code am besten?
- Welche Toolchain hat das beste Berechtigungsmodell?
- Welches Tool-System ist am schnellsten?
- Welcher Anbieter ist am günstigsten?
- Welches Gateway bietet die beste Beobachtbarkeit?
- Welche Kombination ist am zuverlässigsten?
Die Antworten müssen sich möglicherweise nicht mehr auf eine einzige Marke beschränken.
Gleiches Modell, andere Toolchain, andere Ergebnisse
Die Idee hinter dem Claude Code + GPT-Experiment war die Beobachtung, dass dasselbe Modell in verschiedenen Toolchain-Umgebungen unterschiedlich abschneiden kann.
Diese Unterschiede haben mehrere plausible Erklärungen.
Die Toolchain kontrolliert:
- System-Prompts.
- Kontextaufbau.
- Tool-Beschreibungen.
- Suchverhalten.
- Subagenten-Delegation.
- Wiederholungslogik.
- Kontextkomprimierung.
- Genehmigungsabläufe.
- Dateibearbeitungsmethoden.
Daher ist die Leistung eines effektiven Systems:
Modellqualität
×
Toolchain-Qualität
×
Tool-Qualität
×
Kontextqualität
Benchmarks, die nur Modellnamen vergleichen, könnten daher einen großen Teil der tatsächlichen Entwicklungserfahrung übersehen.
Mit der Modularisierung von Agenten werden Support-Grenzen wichtiger
Modularität gibt Entwicklern Freiheit.
Sie verteilt aber auch die Verantwortung auf mehr Komponenten.
Wenn Claude Code über einen Community-Proxy mit einem Nicht-Claude-Modell verbunden wird und ein Tool-Aufruf fehlschlägt, wer ist dann für den Fehler verantwortlich?
Mögliche Ursachen sind:
- Claude Code hat das Anfrageformat geändert.
- Der Proxy hat ein Feld falsch konvertiert.
- Das Upstream-Modell unterstützt das Tool-Schema nicht.
- Das Gateway hat einen Anfrage-Header verworfen.
- Die Kontextlimits des Modells sind anders.
- Das Streaming-Verhalten weicht ab.
- Eine Beta-Funktion fehlt.
Anthropic kann zu Recht sagen:
Claude Code funktioniert wie dokumentiert über den unterstützten Claude-Pfad.
Und der Proxy-Wart sagt:
Der Konverter muss aktualisiert werden.
Das ist der Kompromiss bei zusammensetzbarer Infrastruktur.
Sicherer Weg zum Experimentieren mit alternativen Modellen
Wenn Sie testen möchten,
die Verwendung von Nicht-Claude-Modellen in einer Claude-Code-Gateway-Umgebung sollte als Experiment und nicht als unterstützter offizieller Pfad betrachtet werden.
Schritt 1: Lesen Sie die aktuelle Claude-Code-Gateway-Dokumentation
Prüfen Sie:
- Gateway-Anforderungen.
- Unterstützte API-Formate.
- Base-URL-Konfiguration.
- Tool- und Streaming-Verhalten.
- Modellkonfiguration.
- Aktuelle Support-Einschränkungen.
Dokumentation wird langsamer aktualisiert als Social-Media-Posts, aber schneller als alte Tutorials.
Schritt 2: Verwenden Sie separate Shell-Befehle
Lassen Sie den normalen Claude-Pfad unverändert.
Zum Beispiel:
claude
→ offizieller Claude-Routing
claudex
→ experimenteller lokaler Proxy-Routing
Das erleichtert das Zurückrollen.
Schritt 3: Halten Sie den Proxy lokal, es sei denn, Sie betreiben bewusst ein Gateway
Ein lokaler Entwicklungs-Proxy kann an
127.0.0.1
gebunden werden,
statt an alle Netzwerkschnittstellen.
Setzen Sie Entwicklungs-Proxys ohne Authentifizierung und Sicherheitsprüfung nicht öffentlich aus.
Schritt 4: Verändern Sie keine Claude-Code-Binärdateien
Die Verwendung dokumentierter Umgebungsvariablen und externer Gateways macht Änderungen leichter überprüfbar und entfernbar.
Schritt 5: Verwenden Sie eigene, autorisierte Anbieter-Anmeldeinformationen
Teilen Sie keine Kontositzungen, stehlen Sie keine Tokens und verwenden Sie keine Anmeldedaten, für die Sie nicht autorisiert sind.
Schritt 6: Beginnen Sie mit einmaligen Testprojekten
Beginnen Sie nicht mit:
- Produktionsschlüsseln.
- Kunden-Repos.
- Deployment-Anmeldedaten.
- Unersetzlichem lokalem Zustand.
Verifizieren Sie zuerst, ob Dateibearbeitung, Tool-Aufrufe, Streaming und Kontextverarbeitung dem erwarteten Verhalten entsprechen.
Schritt 7: Deaktivieren oder testen Sie Funktionen, die der Proxy nicht konvertieren kann
Die Tool-Suche ist ein Beispiel.
Andere Gateway-spezifische Funktionen müssen möglicherweise ebenfalls angepasst werden.
Schritt 8: Dokumentieren Sie das tatsächlich verwendete Modell
Proxys können dazu führen, dass die angezeigte Modellbezeichnung nicht mit dem tatsächlichen Modell übereinstimmt.
Für die Reproduzierbarkeit dokumentieren Sie:
Framework
Gateway
Upstream-Anbieter
Tatsächliches Modell
Inferenz-Einstellungen
Proxy-Version
Claude-Code-Version
Schritt 9: Überwachen Sie den Kontozustand
Wenn der Dienst Folgendes anzeigt:
- Warnungen.
- Verdächtige Login-Meldungen.
- Sicherheitshinweise.
- Authentifizierungsfehler.
Stoppen Sie und untersuchen Sie die Ursache, anstatt es einfach erneut zu versuchen.
Schritt 10: Seien Sie bereit, das Experiment zu entfernen
Claude-Code-Updates oder Anbieteränderungen können den inoffiziellen Kompatibilitätspfad zerstören.
Halten Sie die Einrichtung reversibel.
Die aktuelle Anthropic-Dokumentation ist die bessere Produktionsbasis
Für Organisationen, die unterstützte Claude-Code-Deployments benötigen, dokumentiert die Anthropic-Dokumentation mehrere offizielle Pfade.
Dazu gehören:
- Anthropic API.
- Amazon Bedrock.
- Google Cloud Agent Platform.
- Microsoft Foundry.
- Enterprise-LLM-Gateways, die unterstützten Claude-Verkehr weiterleiten.
Diese Pfade bieten klarere Support-Erwartungen als die Umwandlung von Anfragen für nicht verwandte Modellanbieter.
Wenn die Geschäftsanforderung lediglich darin besteht, „Claude-Zugriff hinter unserem eigenen Gateway zu zentralisieren“, verwenden Sie die unterstützte Gateway-Architektur.
Wenn die Anforderung darin besteht, „das Claude-Code-Framework mit Modellen anderer Anbieter zu nutzen“, müssen Sie verstehen, dass Sie sich in einer nicht unterstützten Integration befinden – auch wenn Cherny angemerkt hat, dass dies allein keinen Sperrgrund darstellt.
Was tun, wenn Sie bereits einen Claude-Code-Proxy verwenden
Sie müssen nicht wegen eines einzelnen öffentlichen Sperrfalls in Panik geraten.
Die öffentlichen Belege
legen keine allgemeine Anthropic-Richtlinie fest, die Proxy-Nutzer verbietet.
Es lohnt sich jedoch, die Konfiguration dieser Einrichtung zu überprüfen.
Prüfung:
- Verwenden Sie die offizielle Claude-Code-CLI?
- Ist der Proxy vertrauenswürdig und wird er gepflegt?
- Wo werden die Anmeldedaten gespeichert?
- Protokolliert der Proxy Prompts oder Geheimnisse?
- Setzt er Netzwerkports außerhalb von localhost aus?
- Welche Anbieter erhalten tatsächlich den Code?
- Verstößt die Einrichtung gegen die Sicherheitsrichtlinien Ihres Arbeitgebers?
- Welche Claude-Code-Funktionen werden stillschweigend deaktiviert?
- Können Sie die Umgebung reproduzieren?
- Können Sie sie vollständig und sauber entfernen?
Drittanbieter-Proxys können ein größeres Sicherheitsrisiko darstellen als die Frage der Modell-Routing-Strategie.
Sicherheit von Drittanbieter-Proxys verdient Aufmerksamkeit
Proxys können extrem sensible Informationen sehen:
-
Quellcode.
-
Eingabeaufforderung.
-
Werkzeugdefinitionen.
-
Dateipfade.
-
Umgebungsdetails.
-
API-Anmeldeinformationen.
-
Agentenausgabe.
Bitte überprüfen Sie vor der Verwendung:
- Den Quellcode.
- Die Lizenz.
- Den Veröffentlichungsverlauf.
- Die Maintainer.
- Das Netzwerkverhalten.
- Die Handhabung vertraulicher Daten.
- Die Standardprotokolleinstellungen.
- Den Aktualisierungsmechanismus.
Gehen Sie nicht davon aus, dass ein beliebtes Repository gleichbedeutend mit einer Sicherheitsprüfung ist.
Anthropic hat ausdrücklich erklärt, dass es Gateways von Drittanbietern weder unterstützt, wartet noch prüft.
Warum dieser Vorfall bedeutender ist als Claude Code selbst
Dieser Vorfall verdeutlicht einen breiteren Wandel im Bereich der KI-Entwicklertools.
Die erste Generation von KI-Programmierassistenten war vertikal integriert:
Anbietermodell
+
Anbieteroberfläche
+
Anbieterwerkzeuge
Die aufkommende Präferenz von Entwicklern ist jedoch modularer:
Bevorzugtes Modell
+
Bevorzugtes Framework
+
Bevorzugte Werkzeuge
+
Bevorzugter Anbieter
Dies erzeugt Druck hin zu klareren Standards in Bezug auf:
- Modellportabilität.
- Gateway-Kompatibilität.
- Werkzeugmuster.
- Kontextmetadaten.
- Nutzungsrichtlinien.
- Identität und Abrechnung.
- Telemetrie.
Der Aufstieg von LLM-Gateways und offenen Protokollen macht diese modulare Zukunft realistischer.
Aber der Unterstützungsumfang und die politischen Grenzen sind noch nicht überall angekommen.
Was dieser Vorfall nicht beweist
Das Ausschlussereignis hat im Internet viele starke Behauptungen ausgelöst.
Einige davon gehen über das hinaus, was die Beweise stützen.
Es beweist nicht, dass Anthropic Benutzer wegen der Verwendung von GPT in Claude Code sperrt
Cherny hat klar gesagt, dass Anthropic Benutzer nicht nur deshalb sperrt, weil sie das Framework mit anderen Modellen verwenden.
Es beweist nicht, dass der Proxy der genaue Auslöser für die Sperrung war
Der Zeitpunkt ist suggestiv, aber Anthropic hat weder den spezifischen Klassifikator noch den vollständigen Kontountersuchungsbericht veröffentlicht.
Es bedeutet nicht, dass Anthropic die Verwendung von GPT in Claude Code unterstützt
Die Dokumentation stellt klar, dass das Routen zu Nicht-Claude-Modellen über ein Gateway nicht unterstützt wird.
Es bedeutet nicht, dass der Alias dauerhaft gültig ist
Variablen und internes Verhalten von Claude Code können sich jederzeit ändern.
Es bedeutet nicht, dass OpenAI alle Proxy-Muster unterstützt
Sottiaux hat dieses spezielle Experiment geteilt, aber ein öffentlich geposteter Social-Media-Beitrag ist keine universelle Kompatibilitätsgarantie für jeden Drittanbieter-Proxy, Anbieter oder jede Kontokonfiguration.
Es bedeutet nicht, dass Sie im Falle einer Sperrung garantiert eine Zurücksetzung erhalten
Dieses Zurücksetzen war eine Gemeinschaftsaktion, die die Nutzungsbeschränkungen von OpenAI betraf, und keine dauerhafte Politik.
Praktische Politikmatrix
Die aktuelle Situation lässt sich wie folgt zusammenfassen:
| Frage | Am besten belegte Antwort (Stand:
- August 2026) |
|-|-|
| Kann Claude Code über ein LLM-Gateway verbunden werden? | Ja, die Gateway-Unterstützung ist in der Anthropic-Dokumentation beschrieben |
| Können kompatible Gateways technisch benutzerdefinierte Modell-IDs bereitstellen? | Ja |
| Unterstützt Anthropic offiziell Nicht-Claude-Modelle hinter Claude Code? | Nein |
| Sperrt Anthropic Benutzer nur wegen der Verwendung anderer Modelle im Werkzeug-Framework? | Boris Cherny sagt nein |
| Wurde Alex Getmans Konto deaktiviert? | Ja, laut seinem öffentlichen Bericht |
| Hat Anthropic angegeben, dass der Proxy der Grund für die Richtlinienverletzung war? | Nein |
| Was, so Cherny, hat dies verursacht? | Fast sicher ein weiterer Kontoklassifikator |
| Ist CLIProxyAPI ein Produkt von Anthropic? | Nein |
| Ist der Proxy-Pfad garantiert dauerhaft verfügbar? | Nicht garantiert |
| Gibt es einen offiziellen Einspruchsweg bei fehlerhafter Deaktivierung? | Ja |
Das ist viel nützlicher, als den Vorfall einfach als Geschichte von „Claude sperrt GPT-Benutzer“ zu betrachten.
Häufig gestellte Fragen
Kann ich GPT-5.6 Sol in Claude Code verwenden?
Kompatible Gateways von Drittanbietern können das Claude-Code-CLI technisch zu anderen Anbietern routen; öffentliche Community-Konfigurationen haben dies gezeigt, z. B. mit GPT-5.6 Sol. Anthropics Dokumentation weist jedoch darauf hin, dass das Routen von Claude Code zu Nicht-Claude-Modellen nicht unterstützt wird. Daher sollte dies als nicht unterstützte experimentelle Konfiguration betrachtet werden.
Werde ich von Anthropic gesperrt, weil ich andere Modelle im Claude-Code-Werkzeug-Framework verwende?
Der Leiter von Claude Code, Boris Cherny, hat öffentlich erklärt, dass Anthropic Benutzer nicht nur deshalb sperrt, weil sie das Werkzeug-Framework mit anderen Modellen verwenden. Dies garantiert jedoch nicht, dass ein Konto nie aus anderen Sicherheits-, Richtlinien-, Kontointegritäts- oder Klassifikatorgründen deaktiviert wird.
Warum wurde Alex Getmans Anthropic-Konto deaktiviert?
Getman gab an, dass sein Konto kurz nach dem Testen einer lokalen Host-Proxy-Konfiguration wegen „verdächtiger Signale“ deaktiviert wurde. Cherny sagte, die Ursache sei fast sicher ein weiterer Kontoklassifikator; Anthropic untersuche dies. Anthropic hat keinen detaillierten Klassifikatorbericht veröffentlicht.
Wird CLIProxyAPI offiziell von Anthropic oder OpenAI unterstützt?
Nein. CLIProxyAPI ist ein unabhängiges Open-Source-Projekt. Anthropic hat ausdrücklich erklärt, dass es Gateways von Drittanbietern weder unterstützt, wartet noch prüft, und OpenAI hat CLIProxyAPI auch nicht in seine offizielle Codex-Produktdokumentation aufgenommen.
Unterstützt Claude Code offiziell LLM-Gateways?
Ja. Die Konfiguration von LLM-Gateways wird in der Anthropic-Dokumentation für Authentifizierung, Routing, Budgetverwaltung, Nutzungsverfolgung und Unternehmensbereitstellung beschrieben. Gleichzeitig weist die Dokumentation darauf hin, dass das Routen von Claude Code zu Nicht-Claude-Modellen nicht unterstützt wird.
Wofür wird ANTHROPIC_BASE_URL verwendet?
Claude Code kann eine benutzerdefinierte Basis-URL verwenden, um Anfragen über ein konfiguriertes Gateway zu senden, anstatt direkt an den Standard-Endpunkt. Das Gateway-Verhalten kann die Werkzeugsuche, Modellerkennung, Kontextverarbeitung und andere Funktionen beeinflussen. Daher sollten Betreiber der aktuellen Claude-Code-Gateway-Dokumentation folgen.
Wie lege ich gegen eine fehlerhafte Claude-Deaktivierung Einspruch ein?
Anthropic gibt an, sich mit dem deaktivierten Konto bei claude.ai anzumelden und das im eingeschränkten Kontobereich angezeigte Einspruchsformular auszufüllen. Das Safeguards-Team kann den Fall prüfen. Bitte geben Sie nützlichen technischen Kontext an, setzen Sie jedoch niemals API-Schlüssel, OAuth-Tokens oder andere vertrauliche Informationen offen.
Hat Tibo Sottiaux die Codex-Beschränkungen danach tatsächlich zurückgesetzt?
Ereignis?
Ja. Sottiaux gab öffentlich bekannt, dass er nach diesem Austausch die Nutzungslimits für zahlende ChatGPT-Work- und Codex-Benutzer zurücksetzte. Dies war eine einmalige Gemeinschaftsaktion und kein dauerhaftes Recht oder Versprechen für zukünftige Zurücksetzungen.
Verwandte Werkzeuge
- Claude Code: Der offizielle Befehlszeilen-Agent von Anthropic für Softwareentwicklungs-Workflows.
- CLIProxyAPI: Ein unabhängiger Open-Source-Proxy, der eine kompatible Schnittstelle für mehrere KI-Modellanbieter bietet.
- Alex Getmans claude-proxy: Ein nach dem Sperrvorfall veröffentlichtes öffentliches, rein lokales Host-Setup.
- Codex: Der offizielle Softwareentwicklungs-Agent und die Entwicklungsumgebung von OpenAI.
- LiteLLM: Ein unabhängiges LLM-Gateway und eine Kompatibilitätsschicht, die häufig zur Normalisierung von APIs mehrerer Modellanbieter verwendet wird.
- [Model Context
Protocol](https://modelcontextprotocol.io/): Ein offenes Protokoll, das Agent-Anwendungen wie Claude Code verwenden, um sich mit Tools und externen Systemen zu verbinden.
Verwandte Links
- Tibo Sottiaux' ursprünglicher Claude Code + GPT-Beitrag: Öffentlicher Beitrag vom
- Juli, der die Drei-Schritte-Agenten- und Alias-Methode zeigt.
- Alex Getmans Suspendierungsbericht: Öffentliche Stellungnahme eines Entwicklers, die das Suspendierungsereignis beschreibt und um politische Klarstellung bittet.
- Boris Chernys Antwort: Der Leiter von Claude Code erklärt, dass Anthropic Benutzer nicht sperrt, weil sie das Harness mit anderen Modellen verwenden.
- Anthropic: Andere LLM-Gateways: Offizielle Claude-Code-Dokumentation, die das Gateway und den nicht unterstützten Status von Nicht-Claude-Routen erklärt.
- Anthropic: Claude-Code-Modellkonfiguration: Aktuelle Dokumentation zu Modell-IDs, benutzerdefinierten Gateway-Modellen, Kontexteinstellungen und zugehörigen Umgebungsvariablen.
- Anthropic: Sicherheitsmaßnahmen-Warnungen und Einspruch: Offizieller Leitfaden für Benutzer, die glauben, dass ihre Konto-Suspendierung fehlerhaft war.
- OpenAI-Forum: Codex für alle: Offizielle Forum-Seite von OpenAI, die Thibault Sottiaux als Leiter von Codex bestätigt.
- OpenAI GPT-5.6: Offizielle Informationen zur GPT-5.6-Serie, einschließlich GPT-5.6 Sol.
Zusammenfassung
Ein Entwickler wurde kurz nachdem er GPT-5.6 Sol über einen lokalen Proxy zum unveränderten Claude-Code-CLI geroutet hatte, suspendiert, aber die deutlichste öffentliche Klarstellung unterstützt nicht die Behauptung, dass Anthropic Benutzer nur deshalb sperrt, weil sie andere Modelle hinter das Claude-Code-Harness setzen. Boris Cherny erklärte, dass die Suspendierung höchstwahrscheinlich durch einen anderen Kontoklassifizierer ausgelöst wurde.
In der Zwischenzeit macht Anthropics eigene Dokumentation deutlich, dass Nicht-Claude-Modellrouten nicht unterstützt werden. Claude Code unterstützt offiziell
Gateways, aber Anthropic verspricht keine Unterstützung, Kompatibilität oder Fehlerbehebung, wenn ein Nicht-Claude-Backend an das Gateway angeschlossen wird.
Dies macht den Vorfall zu einer nützlichen Fallstudie für den Unterschied zwischen Politik und Produktsupport. Eine Technologie kann zwar machbar und nicht an sich verboten sein, aber dennoch außerhalb der unterstützten Konfiguration eines Anbieters liegen.
Die sicherste Schlussfolgerung ist: Werkzeugfreiheit mag erlaubt sein, aber sobald du Claude Code über einen Drittanbieter-Proxy an andere Modelle weiterleitest, trägst du selbst mehr Kompatibilitäts-, Sicherheits- und Betriebsrisiken.
