Claude apps gateway: Ein Zugang für alle Teams statt Wildwuchs

Constantin Budin, Azure- und Microsoft-Berater bei Pexon Consulting | 10 Min. Lesezeit | 22.09.2026

TL;DR: Claude apps gateway in fünf Sätzen

Das Claude apps gateway ist Anthropics eigenes, selbst gehostetes Gateway für Claude Code und Claude Desktop. Entwickler melden sich per Firmen-SSO an statt mit API-Keys. Das Gateway leitet an Bedrock, Vertex, Foundry oder die Anthropic API weiter, mit Modellen je Gruppe und Ausgabenlimits. Es steckt im claude-Programm selbst. Einige Funktionen fehlen dafür.

Das Problem: Jedes Team baut seinen eigenen Zugang

Wenn Claude Code in einem Unternehmen ankommt, passiert selten etwas Geplantes. Ein Team bekommt einen Bedrock-Zugang, ein anderes einen API-Key über die Kreditkarte, ein drittes probiert LiteLLM aus, weil es das schon für andere Modelle nutzt. Nach drei Monaten gibt es fünf Wege zu Claude, drei Rechnungen und niemanden, der sagen kann, wer welches Modell mit welchen Daten nutzt.

Die klassische Antwort ist ein LLM-Gateway: ein zentraler Punkt, über den alle Anfragen laufen. Bisher hieß das fast immer LiteLLM oder ein API-Gateway, das man selbst pflegt. Das hat einen Haken, den Anthropic in der Doku offen anspricht: Claude Code bekommt mit jeder Version neue Funktionen, und ein Gateway, das die nötigen Header und Felder nicht durchreicht, macht diese Funktionen kaputt.

Dazu kommt das Sicherheitsthema. LiteLLM hatte am 24. März 2026 einen Supply-Chain-Vorfall: Die PyPI-Versionen 1.82.7 und 1.82.8 enthielten Schadcode, der Secrets sammelte, und waren rund 40 Minuten online. Das offizielle Docker-Image war nicht betroffen. Ein Gateway hält die wertvollsten Zugangsdaten des Unternehmens, und genau dort ist jede Abhängigkeit ein Risiko.

Was das Claude apps gateway ist

Das Claude apps gateway ist laut Anthropic ein selbst gehosteter Dienst zwischen den Claude-Code-Clients der Entwickler und dem Modellanbieter. Es ist direkt im claude-Programm enthalten. Dasselbe Programm, das auf dem Laptop Claude Code ausführt, startet auf dem Server das Gateway:

claude gateway --config gateway.yaml

Die Vorteile, die Anthropic nennt, lassen sich in fünf Punkten zusammenfassen:

1. Zugangsdaten bleiben im Rechenzentrum. Der Cloud-Zugang liegt nur im Gateway. Entwickler bekommen per SSO kurzlebige Tokens, standardmäßig eine Stunde gültig.
2. Modelle je Gruppe. IdP-Gruppen werden auf erlaubte Modelle und verwaltete Settings abgebildet. Das Gateway lehnt Anfragen für nicht freigegebene Modelle serverseitig ab.
3. Settings aus dem Gateway. Es liefert die verwalteten Settings an angemeldete Clients aus und ersetzt damit die Settings aus der claude.ai-Konsole, die es auf Bedrock und Vertex ohnehin nicht gibt.
4. Telemetrie in Ihr Monitoring. Metriken mit Tokens, Modell, Nutzer und Latenz gehen per OpenTelemetry an Ihre Ziele.
5. Wechsel ohne Umkonfiguration. Region, Anbieter oder Reihenfolge für Failover lassen sich ändern, ohne dass Entwickler etwas umstellen.

Laut Doku sendet das Gateway selbst nichts an Anthropic, solange die Anthropic API nicht als Upstream konfiguriert ist. Telemetrie, Audit-Logs, Settings und die Identität der Entwickler bleiben in Ihrer Umgebung.

So sieht eine minimale Konfiguration aus

Die Doku zeigt eine Konfiguration mit fünf Abschnitten. Angepasst auf eine Region in der EU sieht sie so aus. Welche Modell-IDs das Gateway außerhalb der US-Regionen nutzt, legen Sie über den Abschnitt models fest, die Details stehen in der Konfigurationsreferenz von Anthropic:

listen:
  host: 0.0.0.0
  port: 8080
  public_url: https://claude-gateway.intern.beispiel.de   # muss auf private IPs zeigen
oidc:
  issuer: https://login.microsoftonline.com/<tenant-id>/v2.0
  client_id: <client-id>
  client_secret: ${OIDC_CLIENT_SECRET}
  allowed_email_domains: [beispiel.de]
session:
  jwt_secret: ${GATEWAY_JWT_SECRET}
  ttl_hours: 1                 # begrenzt auch die Zeit bis zum Entzug nach Offboarding
store:
  postgres_url: ${GATEWAY_POSTGRES_URL}
upstreams:
  - provider: bedrock
    region: eu-central-1
    auth: {}                   # Standard-Kette von AWS, z. B. IAM-Rolle

Voraussetzungen laut Doku: Claude Code ab Version 2.1.195 auf Server und Entwicklergeräten, ein OIDC-Identitätsanbieter wie Microsoft Entra ID oder Okta, PostgreSQL ab Version 14, HTTPS und eine Adresse im privaten Netz. Claude Code verbindet sich bewusst nur mit Gateways, deren Adresse privat ist, weil ein vertrauenswürdiges Gateway Settings verteilen kann, die Befehle auf Entwicklergeräten ausführen. Der Server läuft nur unter Linux.

Was über das Gateway nicht geht

Hier liegt der Teil, den man vor der Entscheidung kennen sollte. Laut Doku sind über das Gateway nicht verfügbar:

Der fehlende 1-Stunden-Cache ist kein Detail. Bei langen Coding-Sitzungen mit großen Kontexten kann ein längerer Cache viel Geld sparen. Wer das Gateway einführt, sollte die Kosten vorher und nachher vergleichen. Wie Sie die Websuche trotzdem bereitstellen, beschreibt unser Beitrag zur Claude Code Web Search auf Bedrock.

Claude apps gateway, LiteLLM oder Claude Enterprise?

Anthropic empfiehlt in der Doku selbst: Wer die Daten nicht zwingend über den eigenen Cloud-Anbieter leiten muss und Funktionen wie SCIM oder Claude Code im Web und auf dem Handy will, ist mit Claude Enterprise womöglich besser bedient. Das Gateway ist für Unternehmen gedacht, die Datenresidenz über ihren Cloud-Anbieter brauchen.

Unsere Einordnung:

• Claude apps gateway, wenn Claude das einzige oder wichtigste Modell ist und Sie Bedrock, Vertex oder Foundry nutzen. Es wird mit jeder Claude-Code-Version getestet, das spart die Pflege einer Liste durchzureichender Header.
• LiteLLM oder ein bestehendes Gateway, wenn Sie viele Modellanbieter zentral steuern müssen, auch offene Modelle. Dann gilt: Version pinnen, aus dem offiziellen Image installieren, Header-Weitergabe testen.
• Claude Enterprise ohne eigene Cloud, wenn die Verarbeitung außerhalb der EU vertretbar ist und Sie die volle Produktpalette wollen.

Wir raten davon ab, beides zu mischen, also Claude über das Gateway und parallel über LiteLLM. Dann haben Sie zwei Stellen, an denen Rechte, Limits und Protokolle gepflegt werden müssen, und die Frage, wer was nutzt, ist wieder offen. Mehr zur Modellwahl im Gateway steht im Beitrag Claude Code Model.

Häufig gestellte Fragen

Was ist das Claude apps gateway?

Ein selbst gehosteter Dienst von Anthropic, der zwischen Claude Code oder Claude Desktop und dem Modellanbieter sitzt. Entwickler melden sich per Firmen-SSO an, das Gateway hält die Cloud-Zugangsdaten, setzt erlaubte Modelle je Gruppe durch und leitet an Bedrock, Vertex, Foundry oder die Anthropic API weiter.

Was kostet das Claude apps gateway?

Das Gateway ist im claude-Programm enthalten, eine eigene Lizenz nennt die Doku nicht. Kosten entstehen für den Betrieb, also Server, PostgreSQL und Wartung, sowie für die Tokens beim Cloud-Anbieter. Durch den fehlenden 1-Stunden-Cache können die Token-Kosten gegenüber direktem Zugang steigen.

Unterstützt das Claude apps gateway Microsoft Entra ID?

Ja. Das Gateway unterstützt jeden Identitätsanbieter nach OpenID Connect, die Doku nennt ausdrücklich Microsoft Entra ID, Okta, Google Workspace, Keycloak und Dex. SAML und LDAP werden nicht direkt unterstützt, dafür braucht es eine OIDC-Brücke.

Funktioniert Claude Desktop über das Gateway?

Ja, nach Freischaltung in der Konfiguration. Claude Desktop schickt dann Anfragen aus den Bereichen Cowork und Code sowie optional aus dem Chat über das Gateway. Die Konfiguration für Claude Desktop liefert das Gateway selbst aus.

Was ist der Unterschied zwischen Claude apps gateway und LiteLLM?

Das Claude apps gateway ist von Anthropic, auf Claude spezialisiert und wird mit jeder Claude-Code-Version getestet. LiteLLM ist ein allgemeines Open-Source-Gateway für viele Modellanbieter. Für reine Claude-Umgebungen ist das Claude apps gateway einfacher zu pflegen, für gemischte Modelllandschaften LiteLLM flexibler.

Nächster Schritt

Verwandte Themen