Claude Code nutzt noch den alten Anbieter: Route prüfen
Die Base URL wurde geändert, doch Claude Code verhält sich unverändert. Bestimmen Sie den betroffenen Client, die aktive Quelle und passende Provider-Einträge.
Inhalt

Sie haben ANTHROPIC_BASE_URL geändert, doch Claude Code scheint weiterhin den bisherigen Dienst anzusprechen. Bevor Sie den Schlüssel ersetzen oder den Client neu installieren, prüfen Sie zwei Punkte: Welchen Prozess testen Sie und welchen Eintrag hinterlässt dessen Anfrage beim Anbieter? Eine korrekte Antwort, ein Modellname in der Oberfläche oder eine Variable in einem Terminal bestimmen das Ziel nicht für sich allein.
Diese Anleitung setzt eine vorhandene Konfiguration voraus. Für die Ersteinrichtung und aktuelle Werte verwenden Sie die Anleitung zur Claude-Code-Konfiguration. Hier geht es darum, die Konfliktquelle zu finden und die Route eines bestimmten Clients zu prüfen.
Beginnen Sie mit dem reproduzierbaren Symptom
| Beobachtung | Erster Vergleich | Was sich damit trennen lässt |
|---|---|---|
| Das Terminal funktioniert, VS Code scheint aber den alten Dienst zu nutzen | Gleiches Verzeichnis, je eine Anfrage aus beiden Clients | Ein gemeinsames Projektproblem und eine Abweichung beim Start oder in den Erweiterungseinstellungen |
| Nur ein Projekt ist betroffen | Derselbe Client im betroffenen Projekt und in einem Testverzeichnis | Eine Projekteinstellung und eine maschinenweite Quelle |
| Das Problem kehrt bei jedem Start zurück | Einstellungen vor und nach dem Start des Anbieter-Managers | Eine dauerhafte Änderung und einen Wert, den ein Werkzeug erneut schreibt |
| Claude Code antwortet, aber bei BetterToken erscheint kein passender Eintrag | Zeit, Konto, Schlüssel und Verlaufsfilter | Eine Suche an der falschen Stelle und eine weiterhin unbestätigte Route |
Diese Vergleiche grenzen die Suche ein, beweisen die Ursache aber noch nicht. Notieren Sie vor Änderungen den Client, die Startmethode, das Verzeichnis und die Testzeit.
Trennen Sie Shell, Einstellungsdateien und laufenden Client
Führen Sie unter macOS oder Linux die Befehle in dem Terminal aus, aus dem Sie die CLI starten werden:
printenv ANTHROPIC_BASE_URL
test -n "$ANTHROPIC_AUTH_TOKEN" && echo "ANTHROPIC_AUTH_TOKEN is set"
test -n "$ANTHROPIC_API_KEY" && echo "ANTHROPIC_API_KEY is set"
Das erste Ergebnis gehört zu dieser Shell. Die anderen Zeilen melden nur, ob ein Wert vorhanden ist; sie geben den Schlüssel nicht aus. Eine leere Ausgabe beweist nicht, dass Claude Code keine Authentifizierung hat, denn eine andere Quelle kann sie liefern. Diese Prüfung liest auch nicht die Umgebung eines bereits laufenden Prozesses oder der VS-Code-Erweiterung.
Suchen Sie danach Dateien, die dieselben Variablen definieren könnten. Vom Projektstamm aus gibt dieser Befehl nur die Namen passender Dateien an üblichen Orten aus:
grep -lE '"ANTHROPIC_(BASE_URL|AUTH_TOKEN|API_KEY)"' \
~/.claude/settings.json \
.claude/settings.json \
.claude/settings.local.json 2>/dev/null
Die Suche ist nicht vollständig. Ein eigenes Konfigurationsverzeichnis, verwaltete Organisationseinstellungen oder ein Startwerkzeug können weitere Quellen hinzufügen. Kein Ergebnis bedeutet nur, dass in diesen drei lesbaren Pfaden kein Treffer gefunden wurde. Prüfen Sie unter Windows die entsprechenden Dateien in einem Editor, ohne deren Inhalt in einen Chat zu kopieren.
Claude Code wendet eine Rangfolge auf Einstellungsquellen an; der wirksame Wert lässt sich nicht allein aus printenv ableiten. Lesen Sie die offizielle Einstellungsreferenz und führen Sie /status in der CLI aus, um geladene Quellen zu erkennen. Wenn eine Organisationsrichtlinie gilt, lassen Sie deren wirksamen Wert durch die Administration prüfen.
Isolieren Sie den Unterschied zwischen Terminal und VS Code
Behalten Sie Verzeichnis und Testeingaben bei. Prüfen Sie in VS Code zusätzlich claudeCode.environmentVariables, wie in der Client-Anleitung beschrieben. Gehen Sie nicht davon aus, dass die Erweiterung mit der Umgebung des integrierten Terminals gestartet wurde.
Wenn Sie ein Shell-Skript oder einen Anbieter-Manager verwenden, prüfen Sie, ob er beim Start Variablen setzt oder eine Datei überschreibt. Eine .env-Datei wirkt nur, wenn eine Komponente im Startpfad sie lädt; ihre Existenz belegt keine Nutzung.
Korrigieren Sie jeweils nur eine identifizierte Quelle und erhalten Sie die übrigen Felder der Datei. Schließen Sie für den Vergleich den getesteten Client und starten Sie ihn auf dieselbe Weise erneut. Starten Sie VS Code bei Bedarf für die Erweiterung neu. Der Neustart macht den Vergleich wiederholbar; daraus folgt nicht, dass jede Einstellung immer einen Neustart verlangt.
Prüfen Sie das Ziel mit einer erkennbaren Anfrage
Notieren Sie in einem Testverzeichnis ohne vertrauliche Daten die Zeit und senden Sie über den betroffenen Client:
Antworte nur: ROUTE_CHECK_A7. Lies keine Dateien,
ändere nichts und führe keine Befehle aus.
Dies ist eine Anweisung für eine kurze Antwort und keine Sicherheitsgrenze. Führen Sie den Test nicht in einem vertraulichen Repository aus und genehmigen Sie keine weiteren Aktionen.
Wenn BetterToken das erwartete Ziel ist, öffnen Sie den Anfrageverlauf im Workspace. Prüfen Sie Konto und Filter und suchen Sie nach neuen Einträgen um die notierte Zeit. Wenn der Schlüssel unterscheidbar ist, gleichen Sie außerdem Modell, Status und Nutzung ab. Eine Client-Aktion kann mehrere Aufrufe auslösen; verlangen Sie daher keine Eins-zu-eins-Zuordnung von Nachricht und Zeile.
| Ergebnis | Gestützte Schlussfolgerung | Nächster Schritt |
|---|---|---|
| Eine Antwort kommt an und zum erwarteten Schlüssel gibt es passende Einträge | Der Test stimmt mit einer Route über BetterToken überein | Nach einem neuen Client-Start wiederholen |
| Eine Antwort kommt an, aber kein passender Eintrag erscheint | Das Ziel ist weiterhin unbestätigt | Konto, Filter, Anzeigeverzögerung und weitere Einstellungsquellen prüfen |
| Ein Eintrag erscheint mit einem Fehler | Die Anfrage hat den Dienst erreicht, wurde aber nicht korrekt abgeschlossen | Konfiguration anhand der Anleitung zu API Key und Base URL korrigieren |
| Mehrere Clients oder Personen verwenden gleichzeitig denselben Schlüssel | Die Zeit reicht nicht zur Zuordnung des Eintrags | Mit einem persönlichen Schlüssel ohne parallele Aktivität wiederholen |
ROUTE_CHECK_A7 macht die Antwort im Client erkennbar. Nehmen Sie nicht an, dass dieser Text im Verlauf des Anbieters erscheint. Ein zeitnaher Eintrag bleibt ein indirekter Hinweis, wenn ihn eine andere Anfrage erklären könnte.
Wann die Diagnose abgeschlossen ist
Die Route gilt als bestätigt, wenn der betroffene Client passende Einträge beim erwarteten Anbieter erzeugt und das Ergebnis nach einem neuen Start bestehen bleibt. Wenn nur VS Code weiterhin scheitert, prüfen Sie dessen Startpfad und Einstellungen weiter, ohne die funktionierende CLI erneut zu ändern.
Bleibt das Ziel unklar, bereiten Sie für den Support Client-Version, Startmethode, Abhängigkeit von einem bestimmten Verzeichnis, Zeit mit Zeitzone, gefundene Einstellungsquellen und Vergleichsergebnis vor. Entfernen Sie API Key, Autorisierungsheader und Projektinhalte. Damit lässt sich der Unterschied reproduzieren, ohne Zugriff zu gewähren.