Blank white background with no objects or features visible.

Wir stellen Ihnen den vollständigen Gartner Hype Cycle für KI-Governance 2026 kostenlos zur Verfügung. Hier Exemplar sichern →

Claude Code mit LiteLLM: Setup-Leitfaden + Wann das TrueFoundry AI Gateway die bessere Wahl ist

Aktualisiert: November 3, 2026

Published: June 23, 2026

Claude Code ist standardmäßig an die API von Anthropic gebunden. Für Einzelentwickler ist das völlig ausreichend. Sobald Sie jedoch im Team arbeiten, benötigen Sie Kostenkontrolle, Transparenz über die Nutzung und Zugriff auf Modelle außerhalb des Anthropic-Katalogs. Genau das bietet Ihnen ein AI Gateway.

LiteLLM ist hierfür die beliebteste Open-Source-Option. Wenn Sie Claude Code auf einen LiteLLM-Proxy ausrichten, können Sie Aufrufe an Bedrock, Vertex AI, Azure OpenAI oder jeden anderen Anbieter leiten, ohne das Verhalten von Claude Code im Terminal zu verändern. Die selbstverwaltete Architektur von LiteLLM erzeugt jedoch bei steigender Skalierung erheblichen Overhead, und die fehlenden Enterprise-Funktionen machen sich schnell bemerkbar.

Dieser Leitfaden deckt beide Wege ab: Wie Sie Claude Code noch heute mit LiteLLM einrichten und wann der Wechsel zum TrueFoundry AI Gateway für Ihr Team sinnvoller ist.

Warum sollten Sie Claude Code mit einem AI Gateway verbinden?

Claude Code stellt eine einzelne Umgebungsvariable bereit – ANTHROPIC_BASE_URL –, die den gesamten API-Datenverkehr an jeden beliebigen Endpunkt umleitet, der die Anthropic Messages API unterstützt. Wenn Sie diese Variable auf die URL eines Gateways setzen, fließt jede von Claude Code gestellte Anfrage durch Ihre Infrastruktur, anstatt direkt an api.anthropic.com zu gehen.

Diese eine Variable schaltet vier Vorteile frei, die einzelne API-Schlüssel nicht bieten können:

  • Kostentransparenz. Direkte Anthropic-Schlüssel verursachen Kosten, die bis zum Erhalt der Monatsabrechnung unsichtbar bleiben. Ein Gateway erfasst jede Anfrage und bietet Ihnen in Echtzeit eine Zuordnung nach Entwickler, Team oder Projekt.
  • Multi-Provider-Zugriff. Leiten Sie Aufgaben der Opus-Kategorie an das beste verfügbare Frontier-Modell und Aufgaben der Haiku-Kategorie an günstigere Alternativen weiter – ohne eine einzige Zeile in Claude Code zu ändern.
  • Zentrale Anmeldedaten. Keine unverschlüsselten Anthropic API-Schlüssel mehr in .bash_profile-Dateien auf den Laptops der Entwickler. Das Gateway verwaltet die Provider-Zugangsdaten; Entwickler authentifizieren sich am Gateway mit zweckgebundenen virtuellen Schlüsseln.
  • Zuverlässigkeit. Automatisches Fallback-Routing, wenn Anthropic Rate Limits erreicht oder einen Ausfall hat. Claude Code muss nicht einmal wissen, dass ein Failover stattgefunden hat.

Die Frage ist nicht, ob Sie ein Gateway nutzen sollten. Die Frage ist, welches.

Wie sich Claude Code mit jedem beliebigen Gateway verbindet

Der Mechanismus ist derselbe, unabhängig davon, ob Sie LiteLLM, TrueFoundry oder einen anderen Anthropic-kompatiblen Proxy verwenden. Zwei Umgebungsvariablen steuern alles:‍

Für eine dauerhafte Konfiguration über Sitzungen hinweg tragen Sie diese in die settings.json von Claude Code ein:

Die Konfigurationsdatei befindet sich unter ~/.claude/settings.json (benutzerspezifisch) oder .claude/settings.json im Stammverzeichnis Ihres Projekts (für das gesamte Team). Für Team-Deployments ist die Datei auf Projektebene die richtige Wahl – sie stellt sicher, dass jeder Entwickler im Projekt dieselbe Gateway-Konfiguration nutzt, ohne dass ein Setup pro Rechner erforderlich ist.

Ab diesem Zeitpunkt weiß Claude Code nicht mehr, dass es mit einem Gateway statt direkt mit Anthropic kommuniziert. Alles – Streaming, Tool-Nutzung, Modell-Aliase, mehrstufige Unterhaltungen – funktioniert exakt wie zuvor.

Einrichten von Claude Code mit LiteLLM

LiteLLM läuft als lokaler oder selbstgehosteter Proxy, der die Anthropic Messages API in das Format übersetzt, das der jeweilige Upstream-Anbieter erwartet. Hier ist das Standard-Setup.

Schritt 1: LiteLLM installieren und Konfiguration erstellen

Erstellen Sie eine litellm-config.yaml, die Ihre Modellliste definiert. Eine minimale Konfiguration mit Anthropic direkt und AWS Bedrock als Fallback sieht wie folgt aus:

Exportieren Sie Ihre Schlüssel und starten Sie den Proxy:‍

Schritt 2: Claude Code auf LiteLLM ausrichten‍

Oder für eine dauerhafte Team-Konfiguration in .claude/settings.json:‍

Führen Sie claude in Ihrem Terminal aus. Claude Code verbindet sich über LiteLLM, und LiteLLM leitet die Anfrage an Anthropic (oder den von Ihnen konfigurierten Anbieter) weiter.

Schritt 3: Bedrock, Vertex oder andere Anbieter hinzufügen

Der Hauptgrund, warum Teams LiteLLM hinzufügen, ist das Routing zu AWS Bedrock (für Inferenz innerhalb der VPC) oder Google Vertex AI (für GCP-native Workflows). Fügen Sie weitere Anbieter zu Ihrer Modellliste hinzu:‍

Hinweis zu Bedrock und experimentellen Headern: Claude Code fügt jeder Anfrage experimentelle anthropic-beta-Header bei. Bedrock akzeptiert nicht alle davon und kann einen 400 invalid beta flag-Fehler zurückgeben. Setzen Sie CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1 in Ihrem ~/.claude/settings.json-Umgebungsblock, wenn Sie das Routing über Bedrock nutzen.

Grenzen von LiteLLM auf Enterprise-Ebene

LiteLLM funktioniert gut für einzelne Entwickler und kleine Teams. Mit zunehmender Unternehmensgröße werden jedoch mehrere Lücken deutlich spürbar:

Latenz-Overhead. LiteLLM erzeugt bei gleichzeitiger Last messbaren Proxy-Overhead. Bei Claude Code-Sitzungen, in denen eine einzelne Programmieraufgabe Dutzende aufeinanderfolgende API-Aufrufe generiert, summiert sich dies. Bei hohen RPS stößt LiteLLM ohne horizontale Skalierung, die eine manuelle Kubernetes-Konfiguration erfordert, an seine Grenzen.

Kein natives RBAC. Das System für virtuelle Schlüssel in LiteLLM ist sehr einfach gehalten. Die Durchsetzung, dass Team A nur auf Claude-Modelle zugreifen darf, während Team B jeden Anbieter nutzen kann, oder dass der Schlüssel eines externen Entwicklers nach 30 Tagen abläuft, erfordert benutzerdefinierte Middleware auf LiteLLM.

Aufwand für selbstverwaltete Infrastruktur. LiteLLM ist Open Source. Jedes Upgrade, jede Postgres-Migration, Redis-Cache-Konfiguration und jedes SSL-Zertifikat liegt in der Verantwortung Ihres Teams. Für Plattform-Teams, die ohnehin schon stark ausgelastet sind, bedeutet dies einen erheblichen Wartungsaufwand.

Eingeschränkte Budgetdurchsetzung. LiteLLM unterstützt Budgetlimits pro Schlüssel, aber proaktive Begrenzungen pro Entwickler mit Echtzeit-Benachrichtigung vor Erreichen des Limits erfordern zusätzliche Tools.

Compliance-Lücken. SOC 2-, HIPAA- und DSGVO-regulierte Workflows benötigen Audit-Logs, eine unveränderliche Anfrage-Historie und Kontrollen zur Datenresidenz. Diese sind in der Open-Source-Version von LiteLLM nicht enthalten.

Für Teams, die LiteLLM in der Produktion betreiben und an diese Grenzen stoßen, bietet der Beitrag über LiteLLM-Alternativen einen vollständigen Überblick. Die Kurzfassung: Das TrueFoundry AI Gateway wurde speziell für die Enterprise-Anwendungsfälle entwickelt, für die LiteLLM nie konzipiert war.

Claude Code mit dem TrueFoundry AI Gateway

Das TrueFoundry AI Gateway ist ein direkt einsetzbarer, Anthropic-kompatibler Endpunkt. Derselbe ANTHROPIC_BASE_URL-Mechanismus, der Claude Code mit LiteLLM verbindet, verbindet es auch mit TrueFoundry – ohne Änderungen an der Funktionsweise von Claude Code, ohne neues SDK und ohne clientseitige Anpassungen.

Der Unterschied liegt in dem, was auf der Gateway-Ebene geschieht. TrueFoundry läuft in Ihrer VPC, verarbeitet einen Gateway-Overhead von nur ca. 3–4 ms bei 350+ RPS auf einer einzelnen vCPU und bietet RBAC, Budgetdurchsetzung, Audit-Logging und Multi-Provider-Routing direkt ab Werk – nicht als Zusatzmodule, die eine manuelle Konfiguration erfordern.

Schritt 1: TrueFoundry Gateway-URL und virtuellen Schlüssel abrufen

TrueFoundry playground showing unified code snippet with base URL and model name

Melden Sie sich in Ihrer TrueFoundry-Steuerungsebene an. Navigieren Sie zu AI Gateway → Virtual Keys und erstellen Sie einen zweckgebundenen Schlüssel für Ihr Team oder Projekt. Sie erhalten:

  • Eine Control-Plane-URL im Format https://<your-org>.truefoundry.cloud/api/llm/v1
  • Einen virtuellen Schlüssel (beschränkt auf bestimmte Modelle, Anbieter und optionale Budgetgrenzen)

Schritt 2: Claude Code mit TrueFoundry verbinden‍

Für eine dauerhafte Konfiguration auf Projektebene fügen Sie Folgendes zu .claude/settings.json hinzu:‍

Führen Sie claude aus – Claude Code läuft jetzt über TrueFoundry. Jede Anfrage wird protokolliert, zugewiesen und unterliegt den Richtlinien, die Sie für diesen virtuellen Schlüssel festgelegt haben.

Schritt 3: Anbieter und Modell-Routing im Dashboard konfigurieren

Im Gegensatz zur YAML-Konfiguration von LiteLLM erfolgt die Einrichtung der Anbieter bei TrueFoundry im Gateway-Dashboard. Fügen Sie Ihr Anthropic-Konto hinzu, verknüpfen Sie AWS Bedrock- oder Google Vertex-Zugangsdaten und definieren Sie Modell-Aliase – alles über eine Benutzeroberfläche, die Ihr Plattform-Team zentral verwaltet.

Die integrierten Modell-Aliase von Claude Code (opus, sonnet, haiku) lassen sich nahtlos auf virtuelle TrueFoundry-Modelle abbilden. Richten Sie das Mapping einmal im Dashboard ein, und jeder Entwickler, der das Projekt .claude/settings.json nutzt, erhält automatisch das korrekte Modell-Routing, ohne Umgebungsvariablen auf einzelnen Rechnern anpassen zu müssen.

Was Sie freischalten: Claude Code Workflows für Unternehmen

Sobald Claude Code über TrueFoundry geroutet wird, stehen Ihnen fünf Funktionen zur Verfügung, die bei direktem Anthropic-Zugriff oder der Standardversion von LiteLLM nicht existieren:

Kostenkontrolle. Legen Sie tägliche Token-Budgets pro Entwickler oder Team direkt für die virtuellen Schlüssel fest. Das Gateway setzt Limits proaktiv durch – Anfragen, die das Budget überschreiten, geben einen Fehler zurück, bevor Kosten entstehen, anstatt Sie erst nach Erhalt der Rechnung zu benachrichtigen.

Observability. Jede Claude Code-Anfrage wird durchgehend zurückverfolgt: Welcher Entwickler hat sie gesendet, welches Modell hat sie verarbeitet, wie viele Token wurden verbraucht und welche Kosten sind entstanden. TrueFoundry ist OpenTelemetry-konform und speist Daten ohne zusätzliche Instrumentierung in Grafana, Datadog oder Prometheus ein.

Sicherheit und Governance. Virtuelle Schlüssel ersetzen unverschlüsselte Anthropic API-Schlüssel auf den Rechnern der Entwickler. Wenn ein Entwickler das Unternehmen verlässt, widerrufen Sie seinen Schlüssel an einer zentralen Stelle. Die zugrunde liegenden Anthropic-Zugangsdaten verlassen niemals den Secrets Manager des Gateways. Für Unternehmen, die eine Integration von Claude Code mit SSO und MDM-durchgesetzter Konfiguration benötigen, dient das Gateway von TrueFoundry als Steuerungsebene.

Multi-Provider-Zugriff. Claude Code kommuniziert mit einem einzigen Endpunkt. Hinter diesem Endpunkt leitet TrueFoundry Anfragen basierend auf Ihren definierten Richtlinien an Anthropic direkt, AWS Bedrock, Google Vertex AI, Azure OpenAI oder On-Premise-Modelle weiter. Wechseln Sie Anbieter, ohne einen einzigen Entwickler-Rechner anpassen zu müssen.

Zuverlässigkeit. Automatisches Fallback-Routing fängt Rate Limits von Anthropic transparent ab. Wenn der primäre Anbieter einen 429- oder 503-Fehler zurückgibt, unternimmt das Gateway einen erneuten Versuch über einen konfigurierten Fallback, bevor Claude Code einen Fehler anzeigt. Für Entwickler-Workflows, die keine Unterbrechung duldenden, ist dies der Unterschied zwischen einer kleinen Unannehmlichkeit und einem blockierten Sprint.

LiteLLM vs. TrueFoundry für Claude Code

Funktion LiteLLM (OSS) TrueFoundry AI Gateway
Claude Code-kompatibel ✅ Ja ✅ Ja
Gateway-Latenz Höher unter Last ~3–4 ms, 350+ RPS / vCPU
Multi-Provider-Routing ✅ YAML-Konfiguration ✅ Dashboard + API
RBAC / Virtuelle Schlüssel Basis-Funktionen Vollständig – pro Team, Projekt, mit Ablaufdatum
Budgetdurchsetzung Limits pro Schlüssel Proaktive Limits pro Entwickler + Warnungen
Audit-Logging Einfache Logs Unveränderlich, compliance-gerecht
SOC 2 / HIPAA / DSGVO ❌ Nicht zertifiziert ✅ Unterstützt
VPC / On-Prem-Deployment Selbstverwaltet ✅ Nativ – Ihre Infra, Ihre Daten
Einrichtungsaufwand YAML + eigene Infra hosten SaaS oder Self-Hosted, Dashboard-gesteuert
Wartungsaufwand Hoch (Upgrades, DBs) Verwaltet von TrueFoundry
Support Community / Kostenpflichtig Enterprise SLA
Ideal für Einzelne Entwickler, Prototypen Teams ab 5 Personen, Enterprise-Deployments

LiteLLM ist ein hervorragender Proxy für einzelne Entwickler oder kleine Teams, die Experimente durchführen. TrueFoundry wurde für Szenarien entwickelt, in denen Claude Code als teamweites Werkzeug eingesetzt wird und das Plattform-Team die Kontrolle behalten muss, ohne diese Governance-Schicht selbst bauen zu müssen.

FAQ

F: Wie verwende ich Claude Code mit LiteLLM?

‍Installieren Sie LiteLLM mit pip install litellm[proxy], erstellen Sie eine litellm-config.yaml zur Definition Ihrer Modelle und starten Sie den Proxy mit litellm --config. Setzen Sie anschließend ANTHROPIC_BASE_URL=http://localhost:4000 sowie ANTHROPIC_AUTH_TOKEN auf Ihren LiteLLM-Master-Schlüssel, bevor Sie claude ausführen. Das vollständige Setup ist im obigen Schritt-für-Schritt-Abschnitt beschrieben.

F: Ist TrueFoundry ein direkter Ersatz für LiteLLM mit Claude Code?

‍Ja. Das TrueFoundry AI Gateway stellt einen Anthropic-kompatiblen Endpunkt bereit. Der Wechsel von LiteLLM zu TrueFoundry erfordert daher nur die Änderung einer Zeile: Aktualisieren Sie ANTHROPIC_BASE_URL auf Ihre TrueFoundry Gateway-URL und tauschen Sie das Auth-Token aus. Claude Code merkt keinen Unterschied. Was sich ändert, ist alles hinter dem Gateway – Observability, Kostenkontrolle, RBAC und die verwaltete Infrastruktur.

F: Welche Latenz fügt das TrueFoundry AI Gateway den Anfragen von Claude Code hinzu?

‍Es entsteht ein Gateway-Overhead von lediglich ca. 3–4 ms bei der Verarbeitung von über 350 RPS auf einer einzelnen vCPU. Gemessen an den Antwortzeiten von Claude Code (die in Sekunden und nicht in Millisekunden liegen) erzeugt das Gateway keine spürbare Latenz für die Entwickler.

F: Kann ich TrueFoundry in meiner eigenen VPC oder On-Premises bereitstellen?

‍Ja. TrueFoundry läuft in Ihrer VPC, On-Premise, Air-Gapped, Hybrid oder über mehrere Clouds hinweg – es verlassen keine Daten Ihre Infrastruktur. Das ist der Hauptgrund, warum sich regulierte Unternehmen für TrueFoundry anstelle von reinen SaaS-Gateways oder selbstverwaltetem LiteLLM entscheiden.

Fazit

LiteLLM ist ein bewährter erster Schritt, um Claude Code mit mehreren AI-Anbietern zu verbinden. Wenn Sie als Einzelentwickler oder in einem kleinen Team Experimente durchführen, ist es eine solide Wahl, die Ihnen mit wenigen Zeilen YAML-Konfiguration Multi-Provider-Routing ermöglicht.

Wenn Claude Code zu einem festen Team-Werkzeug wird – wenn Sie Budgets durchsetzen, die Nutzung auditieren, Zugriffe steuern und Compliance-Anforderungen erfüllen müssen, ohne diese Infrastruktur selbst aufzubauen –, werden die Komplexität des Setups und die Funktionslücken von selbstverwaltetem LiteLLM zu einem realen Kostenfaktor. Das TrueFoundry AI Gateway ist der direkt einsetzbare, Anthropic-kompatible Endpunkt, der all dies abdeckt – mit nur einer Änderung an den Umgebungsvariablen.

Beginnen Sie jetzt mit dem Routing von Claude Code über das TrueFoundry AI Gateway → truefoundry.com/ai-gateway

Try now.

One gateway for all your models, MCP servers, and agents.
No credit card needed.

Melde dich an
Inhaltsverzeichniss

Steuern, implementieren und verfolgen Sie KI in Ihrer eigenen Infrastruktur

Buchen Sie eine 30-minütige Fahrt mit unserem KI-Experte

Eine Demo buchen

Der schnellste Weg, deine KI zu entwickeln, zu steuern und zu skalieren

Demo buchen
Summarize with
ChatGPT logo by OpenAI
Perplexity AI logo
Blurry red snowflake on white background, symmetrical frosty design with soft edges and abstract shape.

Entdecke mehr

Keine Artikel gefunden.
November 6, 2026
|
Lesedauer: 5 Minuten

So verwenden Sie Claude Code mit Amazon Bedrock

Keine Artikel gefunden.
November 5, 2026
|
Lesedauer: 5 Minuten

AI Gateway Security for Agents: Straiker on TrueFoundry

Keine Artikel gefunden.
September 11, 2026
|
Lesedauer: 5 Minuten

Was EU-SOC-Teams fragen sollten, bevor sie KI bei Sicherheits-Logs vertrauen

LLMs und GenAI
May 12, 2026
|
Lesedauer: 5 Minuten

TOKENMAXXING-TRILOGIE · TEIL 1 VON 3: Tokenmaxxing ist die neue Lines-of-Code-Metrik

Keine Artikel gefunden.
Keine Artikel gefunden.

Aktuelle Blogs

Black left pointing arrow symbol on white background, directional indicator.
Black left pointing arrow symbol on white background, directional indicator.
Machen Sie eine kurze Produkttour
Produkttour starten
Produkttour