↓ Zum Hauptinhalt springen
9 – 17 UHR +49 8031 3508270 LUITPOLDSTR. 9, 83022 ROSENHEIM
DE / EN

AI Gateway vs. TrueFoundry: Enterprise-Plattform mit Control Plane oder Infrastrukturkomponente im eigenen Tenant?

Tobias Jonas Tobias Jonas | | 13 min Lesezeit

Das Wichtigste in Kürze (Stand 26.09.2026):

  • TrueFoundry (Ensemble Labs Inc, San Francisco) ist laut eigener Website ein AI Gateway für Unternehmen mit LLM Gateway, MCP Gateway und Agent Gateway unter einer gemeinsamen Control Plane, dokumentiert in sieben Deployment-Szenarien auf Kubernetes von reinem SaaS bis vollständig selbst gehostet; der Gateway-Kern ist laut den öffentlichen Repositories nicht als Open Source veröffentlicht, und die SSO-Dokumentation nennt einen Enterprise-Plan.
  • Das innFactory AI Gateway wird in den Cloud-Tenant des Kunden ausgerollt und bündelt Kostenstellen mit Per-Member-Caps, Budgets in Euro und einen Companion, der die Agent-Zeit von Claude Code, Codex und OpenCode je Repository misst, auch für Abo-Nutzung.
  • Laut Deployment-Dokumentation bleibt der LLM-Verkehr bei selbst gehosteter Gateway-Plane in der eigenen Infrastruktur, während ein globaler Authentifizierungs- und Lizenzserver bei TrueFoundry bleibt und laut Anbieter E-Mail-Adressen und die Zahl der Anfragen erhält; beim innFactory AI Gateway läuft die Anmeldung ausschließlich gegen Entra ID oder OIDC des Kunden, und ein lokaler Companion für Agent-Zeit ist laut TrueFoundry-Dokumentation (Stand 26.09.2026) nicht beschrieben.
  • TrueFoundry passt, wenn Sie Kubernetes auf AWS, Azure oder Google Cloud betreiben, Gateway, Control Plane und optional Modell-Deployment aus einem Guss wollen und SAML oder SCIM brauchen; das innFactory AI Gateway passt, wenn Gateway, Dashboard und Daten im eigenen Tenant liegen sollen und Kostenstellen mit harten Stopps je Mitglied in Euro sowie die Agent-Zeit von Claude Code, Codex und OpenCode je Repository entscheidend sind.

TrueFoundry beschreibt sein Produkt auf der eigenen Website als „AI Gateway For Enterprises: Built-in Governance & Monitoring“ und als „A unified interface for accessing 1000+ LLMs with enterprise-grade security, observability, and governance“. Hinter der Marke steht laut Website-Footer die Ensemble Labs Inc mit Sitz in San Francisco. Nach eigener Angabe umfasst die Plattform ein LLM Gateway, ein MCP Gateway und ein Agent Gateway unter einer gemeinsamen Control Plane, dazu ein separates Modul für Modell-Deployment.

TrueFoundry ist ein solides Produkt mit einer ungewöhnlich breit dokumentierten Deployment-Palette: sieben benannte Szenarien von reinem SaaS bis zur vollständig selbst gehosteten Plattform, Terraform-Module für AWS, Azure und Google Cloud, Helm-Charts, SAML, OIDC und SCIM, Guardrails mit mehreren Partnern und ein eigenes MCP Gateway.

Die eigentliche Entscheidung liegt an einer anderen Stelle: Wollen Sie eine Plattform betreiben, deren Control Plane, Anmeldung und Lizenzprüfung nach der Architektur des Anbieters aufgebaut sind - oder eine Infrastrukturkomponente, die als Container in Ihrem Tenant läuft, sich gegen Ihren Identitätsanbieter anmeldet und zusätzlich die Agent-Zeit Ihrer Coding-Agenten erfasst? Dieser Vergleich ordnet beides ein, mit Quellen und Stand 26.09.2026.

Was TrueFoundry ist

TrueFoundry ist die Produktmarke der Ensemble Labs Inc, San Francisco. Ein Eigentümerwechsel ist auf den gesichteten Anbieterseiten nicht dokumentiert.

Laut den öffentlichen Repositories der GitHub-Organisation ist der Gateway-Kern nicht als Open Source veröffentlicht. Die Laufzeit wird laut Deployment-Dokumentation als Container-Image über ein vom Anbieter ausgestelltes Image Pull Secret bezogen und mit Lizenzschlüssel (TFY_API_KEY) und Tenant-Namen aktiviert. Öffentlich auf GitHub liegen die Terraform-Module (Apache-2.0), das separate RAG-Framework Cognita (Apache-2.0) und eine community-gepflegte Modellregistry (MIT); das Helm-Chart-Repository infra-charts und die SDKs sind öffentlich, aber ohne deklarierte Lizenz. Als Stufe nennt die SSO-Dokumentation einen „higher-tier Enterprise plan“.

Betriebsmodell: SaaS, Self-Hosting oder Infrastruktur im eigenen Tenant

TrueFoundry dokumentiert sieben Deployment-Szenarien, alle auf Kubernetes - von „AI Gateway SaaS only“ über „Gateway Plane only“ und „Control Plane + Gateway Plane“ bis „Control Plane + Gateway Plane + Compute Plane“. Das Gateway lässt sich laut Anbieter ohne das Deployment-Modul nutzen und wird als Helm-Chart ausgeliefert.

Der entscheidende Punkt ist, wer welche Komponente betreibt. Für die selbst gehostete Gateway-Plane sagt der Anbieter: „All LLM traffic stays within your own infrastructure and TrueFoundry doesn’t come into the live path of a request to LLM.“ Der Anfragepfad zum Modell bleibt also in Ihrer Infrastruktur. Auch beim vollständigen Self-Hosting bleibt eine Komponente beim Anbieter: „In this case, everything except the authentication server and analytics server, everything is hosted on your own infrastructure.“ Die Architektur-Dokumentation nennt diesen Baustein „Global Authentication/Licensing Server“, „used to authenticate every user who logs into the control plane“: „In case you are installing the control plane on your end, the Global Authentication server remains within TrueFoundry.“ Übertragen werden laut Anbieter „the emails of the employees logging into the control plane, and the number of requests flowing through the AI Gateway“ - „This helps us keep track of the licenses and billing.“ Daneben existiert laut SSO-Dokumentation die Variante „Direct IdP (no TrueFoundry Auth Server)“, „On-prem only, available on the higher-tier Enterprise plan“.

Das innFactory AI Gateway ist anders geschnitten: ein Rust-Binary in einem Container plus ein Next.js-Dashboard, ausgerollt in Ihren eigenen Cloud-Tenant - Azure Container Apps oder AKS, STACKIT oder ein beliebiges Kubernetes. Gateway, Dashboard und Daten liegen im Tenant, die Anmeldung läuft gegen Ihr Microsoft Entra ID oder einen OIDC-Provider wie Keycloak. Die Lizenz ist eine monatliche Nutzerlizenz nach Nutzerzahl; die Anmeldung von Personen läuft ausschließlich gegen Ihren Identitätsanbieter. innFactory hostet das Gateway nicht als SaaS. Es ist seit August 2026 bei ersten Kunden produktiv; die aktuelle Version 1.0.0-rc16 ist ein Release Candidate ohne GA-Tag - das sagen wir offen.

Identität, SSO und Rollen

TrueFoundry unterstützt laut SSO-Dokumentation OpenID Connect, SAML 2.0 und SCIM gegen zehn genannte IdPs, darunter Entra ID, Okta, Google Workspace und Keycloak. Im Standardmodell vermittelt der zentrale Auth-Server den SSO-Ablauf: „Only the user’s email and a request count are sent to login.truefoundry.com - used for licensing and tenant routing.“ Das Rollenmodell ist ressourcenbezogen - etwa Manager und User für Modellkonten, MCP Server Manager, User und Approver für MCP-Server -, und Virtual Accounts dienen als Dienstidentitäten mit Token-Rotation.

Das innFactory AI Gateway authentifiziert über Microsoft Entra ID oder generisches OIDC (Keycloak dokumentiert, AWS-Cognito-Claims verarbeitet). Sieben Rollen sind in jeder Lizenzstufe enthalten: Owner, Admin, Auditor, Finance, Security, Member und Guest. IdP-Gruppen lassen sich auf sechs Rollen abbilden, Kostenstellen haben eigene Administratoren, und je Person lassen sich Modelle, Budgets und Ratenlimits setzen. SAML und SCIM bietet das innFactory AI Gateway derzeit nicht - hier ist TrueFoundry breiter aufgestellt.

Kostenkontrolle und AI-FinOps

TrueFoundry steuert Budgets über Regeln, die laut Dokumentation nach „Subjects: Users, teams, or virtual accounts“, nach Modellen und nach Metadaten aus dem Header X-TFY-METADATA filtern. Regeln blockieren oder beobachten: „You can automatically block requests when limits are exceeded, or run in audit mode to monitor spending before enforcing hard limits.“ Ratenlimits gelten pro Minute, Stunde oder Tag. Währung, der Begriff Kostenstelle und die Preisquelle sind auf den gesichteten Seiten nicht dokumentiert.

Das innFactory AI Gateway arbeitet mit unabhängigen Budget-Gates: Organisation (monatlich), Kostenstelle (monatlich plus Tages- und Wochenfenster, Pool- oder Pro-Nutzer-Modus mit Obergrenzen je Mitglied), Nutzer und API-Key. Jedes erschöpfte Gate antwortet mit HTTP 402 und Fehlercode E4006, optional greift ein Budget-Fallback-Modell; Obergrenzen je Mitglied sind immer harte Stopps. Dazu kommen TPM- und RPM-Ratenlimits, Alarme bei 80 und 90 Prozent und ein budget_exceeded-Ereignis für Webhooks. Kosten werden in Euro zum EZB-Tageskurs angezeigt, Modellpreise stammen von ai-prices.eu mit Admin-Freigabe, und jede gepufferte Antwort trägt den Header x-aigateway-response-cost.

Coding-Agenten, Abos und Agent-Zeit

TrueFoundry adressiert Coding-Agenten ausdrücklich: Die llms.txt nennt „Claude Code Governance“ als Anwendungsfall, der Blog bietet einen Governance-Leitfaden für Claude Code, eine Cline-Anleitung mit Budgets, Ratenlimits und Logs und einen Beitrag zu OpenCode; eine Änderungsmitteilung behandelt Gemini CLI, und das Repository tfy-claude-auth-token stellt Binaries für die Claude-Authentifizierung bereit. Gemessen wird, was durch das Gateway läuft: Anfragen, Tokens und Kosten. Dedizierte Seiten für Codex CLI, Cursor oder Copilot haben wir nicht gefunden; ein MDM-Rollout ist nicht dokumentiert. Laut den Dokumentationen von TrueFoundry (Stand 26.09.2026) ist ein lokaler Companion dieser Art nicht beschrieben.

Das innFactory AI Gateway geht hier einen Schritt weiter. Im Proxy-Modus klonen Entwickler Admin-Vorlagen für sechs Werkzeuge in ein eigenes Setup mit eigenem Key und eigener Kostenstelle: Claude Code, Codex, OpenCode, Cowork, VS Code Continue und VS Code Copilot (BYOK). Zusätzlich liest der Companion aigw - ein Hintergrunddienst für Linux, macOS und Windows - die lokalen Sitzungsprotokolle von Claude Code, Codex und OpenCode und meldet Agent-Zeit, LLM-Zeit und Token-Klassen je Repository, Nutzer, Tool und Kostenstelle. Er erkennt, ob eine Sitzung über das Gateway oder über das Abo lief (Claude Max, Codex-Plan); Abo-Nutzung wird zum Listenpreis bewertet, aber nie abgerechnet oder limitiert und stets getrennt ausgewiesen. Der Rollout läuft per Enrollment-Token über Intune, macOS-Richtlinie oder Linux-Skript; übertragen wird nur eine feste Allow-List ohne Prompts. Zur Einordnung: Die Binaries sind noch nicht code-signiert, ein Self-Update gibt es noch nicht.

Provider, Dialekte und Modelle

TrueFoundry nennt je nach Seite unterschiedliche Zahlen: „1000+ LLMs“ in Gateway-Einführung und llms.txt, „1600+ models“ auf der Produktseite, „15+ platforms“ in der Provider-Übersicht. Dokumentiert sind unter anderem Google Vertex AI, AWS Bedrock, Azure OpenAI, Azure AI Foundry, OpenAI, Databricks, OpenRouter und selbst gehostete Modelle; die llms.txt nennt außerdem Anthropic, Groq, Mistral und Cohere. STACKIT und IONOS sind nicht dokumentiert. Die API ist laut Anbieter „One endpoint with an OpenAI-compatible schema for every provider“; native Anthropic- oder Gemini-Dialekte und Realtime-WebSockets haben wir auf den gesichteten Seiten nicht belegt gefunden.

Das innFactory AI Gateway unterstützt 13 Provider-Typen, darunter OpenAI, Azure OpenAI, Azure AI Foundry, Anthropic (direkt oder über Vertex), Gemini (inklusive Vertex-EU-Endpunkt), Mistral, AWS Bedrock, STACKIT, IONOS, Ollama und ElevenLabs. Eingehend spricht es drei Dialekte - OpenAI, Anthropic und Gemini - sowie Realtime-WebSockets für OpenAI, Azure OpenAI, ElevenLabs und Gemini Live. Bei der Zahl angebundener Modelle ist TrueFoundry breiter; bei EU-Providern und nativen Dialekten setzt das innFactory AI Gateway andere Schwerpunkte.

Governance: Guardrails, MCP, Routing und Flow Builder

Guardrails arbeiten bei TrueFoundry laut Dokumentation in zwei Modi - „Validate“ prüft und blockiert, „Mutate“ schreibt um - mit drei Durchsetzungsstrategien: „Audit“, „Enforce“ und „Enforce But Ignore On Error“. Als Integrationen listet die Dokumentation Bedrock Guardrails, Google Model Armor, OPA und Cedar; als Partner nennt der Blog Enkrypt AI, Prisma AIRS und Akto. Das MCP Gateway bietet nach eigener Angabe eine zentrale Registry, „one token per user, auto-refreshed across all MCP servers“, rollenbasierte Zugriffe bis auf Tool-Ebene, Virtual MCP Servers, vorgefertigte Server für Slack, Confluence, Sentry und Datadog sowie OpenAPI-zu-MCP-Konvertierung. Beim Routing dokumentiert TrueFoundry drei Strategien - gewichtet, latenz- und prioritätsbasiert - gebündelt in Virtual Models mit Retry- und Fallback-Konfiguration; der Cache arbeitet exakt oder semantisch. Ein Routing nach Prompt-Komplexität und ein visueller Flow-Editor sind auf den gesichteten Seiten nicht dokumentiert.

Das innFactory AI Gateway bringt neun Guardrail-Regeltypen mit - Secret-Erkennung, PII blockieren oder maskieren, verbotene Begriffe, Token- und Kostenlimit, Azure Content Safety, Prompt Injection, verbotene Themen, Groundedness und Webhook - mit Shadow-Modus, Maskierung mitten im Stream und DSGVO-Preset. Der MCP-Proxy stellt Server unter /mcp/servers/{name} bereit, mit acht Upstream-Authentifizierungsmodi (darunter PKCE je Nutzer, Entra On-Behalf-Of und AWS SigV4), Toolsets, semantischer Tool-Suche und Guardrails auf Argumenten und Ergebnissen. Dazu kommen ein Auto-Router nach Prompt-Komplexität, Deployment-Gruppen und ein Flow Builder mit neun Strategien, Guardrail-Knoten mit pass/block/fail-Verzweigung und Ereignis-Triggern zu Webhooks; ein Flow ist wie ein Modell aufrufbar.

Was TrueFoundry besser kann

  • Deployment-Topologien: sieben dokumentierte Szenarien mit Sizing-Tabellen, Terraform-Module für AWS, Azure und Google Cloud, Helm-Charts.
  • Identitätstiefe: SAML 2.0, OIDC und SCIM, ressourcenbezogene Rollensätze und Virtual Accounts.
  • Modellbreite: deutlich mehr angebundene Modelle und Plattformen, inklusive Groq, Cohere, Databricks und OpenRouter.
  • Guardrail-Ökosystem: Bedrock Guardrails, Google Model Armor, OPA, Cedar sowie Partner wie Enkrypt AI, Prisma AIRS und Akto.
  • MCP-Komfort, Cache, Beobachtbarkeit: vorgefertigte MCP-Server, OpenAPI-zu-MCP-Konvertierung, semantischer Cache, OpenTelemetry mit Integrationen zu Datadog, Coralogix, Last9 und Patronus.
  • Plattformumfang und Nachweise: Agent Gateway und AI Deployment unter derselben Control Plane; vom Anbieter angegebene SOC-2-, ISO-27001-, HIPAA- und ITAR-Konformität und nach eigener Angabe die Nennung im Gartner Market Guide 2025.

Wann TrueFoundry die richtige Wahl ist

  • Sie betreiben bereits Kubernetes auf AWS, Azure oder Google Cloud und wollen Gateway, Control Plane und optional Modell-Deployment aus einem Guss.
  • Sie brauchen SAML oder SCIM, ressourcenbezogene Rollen und Virtual Accounts.
  • Sie wollen Guardrails von Bedrock, Google Model Armor, OPA oder Cedar anbinden.
  • Ein vom Anbieter betriebener Anmelde- und Lizenzserver ist für Sie unkritisch, oder Sie planen den Enterprise-Plan mit direkter IdP-Anbindung.

Wann das innFactory AI Gateway die richtige Wahl ist

  • Gateway, Dashboard und Daten sollen im eigenen Tenant liegen, die Anmeldung ausschließlich über Ihr Entra ID oder Keycloak laufen.
  • Sie wollen Agent-Zeit und LLM-Zeit von Claude Code, Codex und OpenCode je Repository und Kostenstelle sehen - auch bei Nutzung über Claude Max oder einen Codex-Plan.
  • Kostenstellen mit harten Stopps je Mitglied und Euro-Anzeige zum EZB-Kurs sind für Ihre interne Verrechnung entscheidend.
  • Sie setzen auf STACKIT, IONOS oder Vertex mit EU-Endpunkt und brauchen native Anthropic- oder Gemini-Dialekte oder Realtime-WebSockets.
  • Sie nutzen CompanyGPT und wollen Identität, Budgets und Guardrails einmal pflegen.

Vergleich auf einen Blick

KriteriumTrueFoundry AI Gateway (laut Dokumentation, Stand 26.09.2026)innFactory AI Gateway
QuellcodeGateway-Kern laut öffentlichen Repositories nicht als Open Source veröffentlicht; Terraform-Module und Cognita Apache-2.0, Helm-Chart-Repo und SDKs öffentlich ohne deklarierte LizenzProprietär, Rust-Binary plus Next.js-Dashboard
BetriebsmodellSieben Szenarien von SaaS bis vollständig selbst gehostet, alle auf Kubernetes; LLM-Pfad bei eigener Gateway-Plane in eigener InfrastrukturContainer im Kunden-Tenant (Azure Container Apps/AKS, STACKIT, Kubernetes); kein SaaS
Anmeldung und LizenzGlobaler Authentifizierungs- und Lizenzserver beim Anbieter (E-Mails, Anfragezahl); Direct IdP on-prem im Enterprise-PlanAnmeldung gegen Entra ID oder OIDC des Kunden; monatliche Nutzerlizenz
SSO und RollenOIDC, SAML 2.0, SCIM; ressourcenbezogene Rollen; Virtual AccountsEntra ID, OIDC (Keycloak, Cognito); sieben Rollen in jeder Stufe; kein SAML/SCIM
BudgetsRegeln nach Nutzern, Teams, Virtual Accounts, Modellen, Metadaten; Block- oder Audit-Modus; Währung nicht dokumentiertGates auf Organisation, Kostenstelle (Pool/Pro-Nutzer), Nutzer, Key; HTTP 402/E4006; Fallback-Modell; Euro zum EZB-Kurs
Coding-AgentenAnleitungen für Claude Code, Cline, OpenCode; Änderungsmitteilung zu Gemini CLI; Messung der Gateway-Anfragen; Companion nicht beschriebenSechs Proxy-Setups; Companion für Agent-Zeit, LLM-Zeit und Abo-Nutzung; MDM-Rollout
Provider und Dialekte1000+ bzw. 1600+ Modelle je nach Seite; OpenAI-kompatibles Schema; STACKIT/IONOS nicht dokumentiert13 Provider-Typen inkl. STACKIT, IONOS; OpenAI-, Anthropic-, Gemini-Dialekt; Realtime
Guardrails und MCPValidate/Mutate; Audit, Enforce; Bedrock, Model Armor, OPA, Cedar; MCP-Registry mit Virtual MCP ServersNeun Regeltypen; Shadow-Modus; MCP-Proxy mit acht Auth-Modi und Toolsets
RoutingGewichtet, latenz-, prioritätsbasiert; Virtual Models; semantischer Cache; visueller Flow-Editor nicht dokumentiertAuto-Router nach Komplexität; Flow Builder mit neun Strategien und Guardrail-/Webhook-Knoten

Fazit

TrueFoundry ist eine ausgereifte Kubernetes-Plattform für Unternehmen, die Gateway, Control Plane, MCP-Gateway und optional Modell-Deployment aus einer Hand wollen. Die Deployment-Dokumentation benennt klar, welche Komponente beim Anbieter bleibt und welche Daten dorthin fließen.

Das innFactory AI Gateway beantwortet eine engere Frage: eine Komponente im eigenen Tenant, mit Anmeldung gegen den eigenen Identitätsanbieter, Kostenstellen mit harten Stopps in Euro und einem Companion, der die Arbeitszeit von Coding-Agenten sichtbar macht - auch dort, wo Entwickler über ihr Abo arbeiten. Wer diese Fragen im Vordergrund hat, findet bei uns die passendere Antwort; wer eine Plattform sucht, sollte TrueFoundry ernsthaft prüfen.

Nativ in CompanyGPT integriert, Stack wiederverwendbar

Das innFactory AI Gateway ist nativ in CompanyGPT integriert: Dieselben Budgets, Kostenstellen und Guardrails gelten für Chat, Agenten und Add-ons. Identität über Entra ID oder Keycloak, Kostenstellen, Guardrails und die MCP-Registry sind ein Stack, der in CompanyGPT, im Gateway und in Ihren eigenen Werkzeugen wiederverwendet wird. Das Gateway läuft ebenso eigenständig ohne CompanyGPT. Eine Übersicht aller Gegenüberstellungen finden Sie unter alle Vergleiche, die Produktseite unter AI Gateway.

Quellen

Abgerufen am 26. September 2026:

  • TrueFoundry Startseite mit Footer (Ensemble Labs Inc) — https://www.truefoundry.com/
  • TrueFoundry llms.txt (Produktbeschreibung, Finanzierung, Coding-Agenten, MCP Gateway, Compliance, Analystennennung) — https://www.truefoundry.com/llms.txt
  • AI Gateway Produktseite — https://www.truefoundry.com/ai-gateway
  • Intro to LLM Gateway — https://www.truefoundry.com/docs/gateway/intro-to-llm-gateway
  • Gateway-Übersicht (OpenAI-kompatibles Schema, OpenTelemetry) — https://www.truefoundry.com/docs/gateway
  • Deployment Overview (sieben Szenarien, Datenflüsse, Compliance-Angaben) — https://www.truefoundry.com/docs/platform/deployment-overview
  • Gateway Plane Architecture (Global Authentication/Licensing Server) — https://www.truefoundry.com/docs/platform/gateway-plane-architecture
  • Deploy Control Plane and Gateway Plane (Lizenzschlüssel, Image Pull Secret, ausgehender Verkehr, Sizing) — https://www.truefoundry.com/docs/platform/deploy-control-plane-and-gateway-plane
  • SSO Overview (OIDC, SAML, SCIM, Auth-Server-Optionen) — https://www.truefoundry.com/docs/platform/sso/overview
  • Manage User Roles and Permissions — https://www.truefoundry.com/docs/platform/manage-user-roles-and-permissions
  • Virtual Account Management — https://www.truefoundry.com/docs/platform/virtual-account-management
  • Budget Limiting — https://www.truefoundry.com/docs/ai-gateway/budgetlimiting
  • Rate Limiting — https://www.truefoundry.com/docs/ai-gateway/ratelimiting
  • Supported Providers — https://www.truefoundry.com/docs/ai-gateway/supported-providers
  • OpenRouter-Anbindung — https://www.truefoundry.com/docs/ai-gateway/openrouter
  • Virtual Models — https://www.truefoundry.com/docs/ai-gateway/virtual-model
  • Load Balancing Overview — https://www.truefoundry.com/docs/ai-gateway/load-balancing-overview
  • Caching — https://www.truefoundry.com/docs/ai-gateway/caching
  • Guardrails Overview — https://www.truefoundry.com/docs/ai-gateway/guardrails-overview
  • Guardrail-Integrationen — https://www.truefoundry.com/docs/ai-gateway/bedrock-guardrails, https://www.truefoundry.com/docs/ai-gateway/google-model-armor, https://www.truefoundry.com/docs/ai-gateway/opa-guardrails, https://www.truefoundry.com/docs/ai-gateway/cedar-guardrails
  • MCP Gateway Auth and Security — https://www.truefoundry.com/docs/ai-gateway/mcp/mcp-gateway-auth-security
  • Blog: Enterprise Security for Claude — https://www.truefoundry.com/blog/enterprise-security-for-claude
  • Blog: Cline mit TrueFoundry AI Gateway — https://www.truefoundry.com/blog/cline-integration-with-truefoundry-ai-gateway
  • Blog: OpenCode in-house — https://www.truefoundry.com/blog/bringing-opencode-in-house-secure-tool-usage-on-truefoundry
  • Change Announcement: Gemini CLI model registration — https://www.truefoundry.com/docs/change-announcements/gemini-cli-model-registration-v0
  • Blog: Integrationen Coralogix, Last9, Patronus — https://www.truefoundry.com/blog/coralogix-integration-with-truefoundry-ai-gateway, https://www.truefoundry.com/blog/truefoundry-ai-gateway-integration-with-last9, https://www.truefoundry.com/blog/patronus-integration-with-truefoundrys-ai-gateway
  • GitHub-Organisation TrueFoundry (infra-charts, Terraform-Module, SDKs, Cognita, models, tfy-claude-auth-token) — https://github.com/truefoundry

Hinweis zu den Angaben: Alle Aussagen über Produkte anderer Anbieter beruhen auf deren öffentlich zugänglicher Dokumentation zum angegebenen Stand. Anbieter entwickeln ihre Produkte, Funktionen und Konditionen laufend weiter — maßgeblich sind stets die aktuellen Angaben des jeweiligen Anbieters. Sollte Ihnen eine Angabe veraltet oder unzutreffend erscheinen, schreiben Sie uns kurz an info@innfactory.ai; wir prüfen und korrigieren zeitnah. Dieser Vergleich ersetzt keine Rechts- oder Datenschutzberatung im Einzelfall.

Weiterführende Artikel

Tobias Jonas
Geschrieben von

Tobias Jonas

Co-CEO, M.Sc.

Tobias Jonas, M.Sc. ist Mitgründer und Co-CEO der innFactory AI Consulting GmbH. Er ist ein führender Innovator im Bereich Künstliche Intelligenz und Cloud Computing. Als Co-Founder der innFactory GmbH hat er hunderte KI- und Cloud-Projekte erfolgreich geleitet und das Unternehmen als wichtigen Akteur im deutschen IT-Sektor etabliert. Dabei ist Tobias immer am Puls der Zeit: Er erkannte früh das Potenzial von KI Agenten und veranstaltete dazu eines der ersten Meetups in Deutschland. Zudem wies er bereits im ersten Monat nach Veröffentlichung auf das MCP Protokoll hin und informierte seine Follower am Gründungstag über die Agentic AI Foundation. Neben seinen Geschäftsführerrollen engagiert sich Tobias Jonas in verschiedenen Fach- und Wirtschaftsverbänden, darunter der KI Bundesverband und der Digitalausschuss der IHK München und Oberbayern, und leitet praxisorientierte KI- und Cloudprojekte an der Technischen Hochschule Rosenheim. Als Keynote Speaker teilt er seine Expertise zu KI und vermittelt komplexe technologische Konzepte verständlich.

LinkedIn