Ein kleines Experiment mit gemischten KI-Programmiertools entwickelte sich zu einem der aufschlussreichsten Entwickler-Plattform-Konflikte i...
Starte mit einem Satz und erhalte in wenigen Minuten eine vollständige Website.
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.
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.
Anthropic könnte der Ansicht sein, dass die Verwendung von Claude Code mit einem anderen Modell gegen die Richtlinien verstößt.
Das Datenverkehrsmuster könnte Automatisierung, Anmeldedatenmissbrauch oder anderen verdächtigen Kontoaktivitäten ähneln.
Etwa zur gleichen Zeit könnte ein anderes Kontosignal den Klassifikator ausgelöst haben.
Das System könnte legitime Aktivitäten einfach falsch eingeordnet haben.
Chernys öffentliche Antwort deutet stark auf die vierte Erklärung hin.
Der Leiter von Claude Code, Boris Cherny, reagierte direkt.
Seine Aussage war knapp:
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.
Entwickler reduzieren den Plattformstatus oft auf zwei Kategorien:
Erlaubt
oder
Verboten
Die tatsächliche Produktunterstützung ist differenzierter.
Eine Konfiguration kann sein:
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:
Der Agentenbesitzer (nicht Anthropic) ist tatsächlich dafür verantwortlich, die Übersetzungsschicht funktionsfähig zu halten.
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:
ANTHROPIC_BASE_URL wird verwendet.ENABLE_TOOL_SEARCH=false ist gesetzt.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.
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:
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.
Vage Sperrgründe sind frustrierend, weil sie nur wenige diagnostische Informationen liefern.
Sie sagen dem Benutzer nicht, ob das System Folgendes erkannt hat:
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.
Das aktuelle Hilfecenter von Anthropic gibt an, dass Benutzer, die glauben, ihr Konto sei fälschlicherweise gesperrt oder beendet worden, Folgendes tun sollten:
claude.ai.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:
Veröffentlichen Sie niemals API-Schlüssel, OAuth-Tokens, Cookies oder Kontobereitschaftsnachweise, wenn Sie versuchen zu beweisen, was passiert ist.
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.
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.
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.
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:
Dieses Zurücksetzen war eine einmalige Geste der Community im Zusammenhang mit diesem Vorfall.
Es sollte nicht interpretiert werden als:
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.
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.
Programmieragenten werden modular.
Moderne Programmier-Workflows lassen sich in mehrere Ebenen unterteilen.
Inferenz- und Generierungs-Engine.
Zum Beispiel GPT-5.6 Sol oder die Claude-Modellreihe.
Die Laufzeitumgebung, die ein Modell in einen Agenten verwandelt.
Zum Beispiel Claude Code und Codex.
Dateibearbeitung, Shell-Ausführung, Browserzugriff, MCP, Suche und weitere Funktionen.
Authentifizierung, Routing, Protokollierung, Modellzuordnung und Protokollkonvertierung.
Der Dienst, der die eigentliche Inferenz ausführt.
Diese Schichtung erzeugt neue Vergleichsmöglichkeiten.
Entwickler fragen sich möglicherweise:
Die Antworten müssen sich möglicherweise nicht mehr auf eine einzige Marke beschränken.
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:
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.
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:
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.
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.
Prüfen Sie:
Dokumentation wird langsamer aktualisiert als Social-Media-Posts, aber schneller als alte Tutorials.
Lassen Sie den normalen Claude-Pfad unverändert.
Zum Beispiel:
claude
→ offizieller Claude-Routing
claudex
→ experimenteller lokaler Proxy-Routing
Das erleichtert das Zurückrollen.
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.
Die Verwendung dokumentierter Umgebungsvariablen und externer Gateways macht Änderungen leichter überprüfbar und entfernbar.
Teilen Sie keine Kontositzungen, stehlen Sie keine Tokens und verwenden Sie keine Anmeldedaten, für die Sie nicht autorisiert sind.
Beginnen Sie nicht mit:
Verifizieren Sie zuerst, ob Dateibearbeitung, Tool-Aufrufe, Streaming und Kontextverarbeitung dem erwarteten Verhalten entsprechen.
Die Tool-Suche ist ein Beispiel.
Andere Gateway-spezifische Funktionen müssen möglicherweise ebenfalls angepasst werden.
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
Wenn der Dienst Folgendes anzeigt:
Stoppen Sie und untersuchen Sie die Ursache, anstatt es einfach erneut zu versuchen.
Claude-Code-Updates oder Anbieteränderungen können den inoffiziellen Kompatibilitätspfad zerstören.
Halten Sie die Einrichtung reversibel.
Für Organisationen, die unterstützte Claude-Code-Deployments benötigen, dokumentiert die Anthropic-Dokumentation mehrere offizielle Pfade.
Dazu gehören:
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.
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:
Drittanbieter-Proxys können ein größeres Sicherheitsrisiko darstellen als die Frage der Modell-Routing-Strategie.
Proxys können extrem sensible Informationen sehen:
Quellcode.
Eingabeaufforderung.
Werkzeugdefinitionen.
Dateipfade.
Umgebungsdetails.
API-Anmeldeinformationen.
Agentenausgabe.
Bitte überprüfen Sie vor der Verwendung:
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.
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:
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.
Das Ausschlussereignis hat im Internet viele starke Behauptungen ausgelöst.
Einige davon gehen über das hinaus, was die Beweise stützen.
Cherny hat klar gesagt, dass Anthropic Benutzer nicht nur deshalb sperrt, weil sie das Framework mit anderen Modellen verwenden.
Der Zeitpunkt ist suggestiv, aber Anthropic hat weder den spezifischen Klassifikator noch den vollständigen Kontountersuchungsbericht veröffentlicht.
Die Dokumentation stellt klar, dass das Routen zu Nicht-Claude-Modellen über ein Gateway nicht unterstützt wird.
Variablen und internes Verhalten von Claude Code können sich jederzeit ändern.
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.
Dieses Zurücksetzen war eine Gemeinschaftsaktion, die die Nutzungsbeschränkungen von OpenAI betraf, und keine dauerhafte Politik.
Die aktuelle Situation lässt sich wie folgt zusammenfassen:
| Frage | Am besten belegte Antwort (Stand:
| 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.
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.
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.
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.
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.
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.
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.
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.
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.
Protocol](https://modelcontextprotocol.io/): Ein offenes Protokoll, das Agent-Anwendungen wie Claude Code verwenden, um sich mit Tools und externen Systemen zu verbinden.
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.