Das Wichtigste in Kürze (Stand 26.09.2026):
- Portkey ist laut Startseite des Anbieters jetzt das PRISMA AIRS AI Gateway von Palo Alto Networks; das Gateway-Repository steht laut Anbieter unter MIT-Lizenz, die Preisseite nennt die Tarife Open Source (Host it Yourself), Developer, Production und Enterprise, und dokumentiert sind die Betriebsarten Hosted/SaaS, Self-hosted und Hybrid.
- 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 Enterprise-Dokumentation läuft im Hybrid-Betrieb von Portkey die Gateway-Engine in der Kunden-VPC, während der Anbieter Web-Dashboard, Routing-Konfigurationen und aggregierte Metriken hostet; beim innFactory AI Gateway laufen Gateway, Dashboard und alle Daten im Tenant des Kunden, und ein lokaler Companion für Agent-Zeit ist in der Portkey-Dokumentation (Stand 26.09.2026) nicht beschrieben.
- Portkey passt, wenn Sie sehr viele Modelle über eine API, SAML, SCIM oder LDAP brauchen und Dashboard sowie aggregierte Metriken beim Anbieter liegen dürfen; das innFactory AI Gateway passt, wenn Gateway, Dashboard und Kostendaten vollständig im eigenen Tenant laufen, Budgets in Euro über Kostenstellen gesteuert und die Agent-Zeit je Repository gemessen werden soll.
Portkey nennt sich auf seiner Startseite „Production Stack for Gen AI Builders“ und kündigt dort an, dass Portkey jetzt das PRISMA AIRS AI Gateway ist. Dahinter steht Palo Alto Networks: Der Konzern hat die Übernahme laut eigener Pressemitteilung am 29. Mai 2026 abgeschlossen und das Gateway am 16. Juli 2026 als PRISMA AIRS AI Gateway allgemein verfügbar gemacht. Repository, npm-Paket und Dokumentation heißen zum Stand dieses Artikels weiterhin Portkey. Wir verwenden deshalb beide Namen.
Portkey ist ein starkes Produkt. Das Gateway ist unter MIT-Lizenz veröffentlicht, laut Anbieter erreicht man darüber mehr als 1.600 Sprachmodelle über eine API, dazu kommen ein eigenes MCP Gateway und ein dokumentierter Hybrid-Betrieb, bei dem die Gateway-Engine in der eigenen Cloud läuft.
Die eigentliche Entscheidung liegt woanders: Wo läuft die Steuerungsebene, wie werden Budgets gesteuert, welche Governance-Funktionen hängen an welchem Tarif, und was wird bei Coding-Agenten überhaupt gemessen.
Was Portkey (PRISMA AIRS AI Gateway) ist
Portkey, Inc. mit Sitz in San Francisco, so der Footer der Anbieter-Startseite, entwickelt ein AI Gateway mit Routing, Guardrails und Observability. Das GitHub-Repository beschreibt Routing zu „1,600+ LLMs“ und „50+ AI Guardrails“; die Lizenzdatei nennt die MIT-Lizenz.
Was Open Source ist und was nicht, trennt der Anbieter auf seiner Preisseite selbst: Es gibt einen Tarif „Open Source (Host it Yourself)“ und daneben Developer, Production und Enterprise. Das Repository deckt das Routing mit Fallback und Retry ab; Dashboard, Analytics und Enterprise-Governance sind ein separates Angebot darüber.
Zur Eigentümerschaft: Im September 2025 beschrieb Portkey Prisma AIRS noch als integrierten Guardrail-Partner; die Übernahme kam laut Palo Alto Networks im Mai 2026, seither ist das Gateway „the core AI Gateway for Prisma AIRS“.
Betriebsmodell: SaaS, Self-Hosting oder Infrastruktur im eigenen Tenant
Die Portkey-Dokumentation nennt drei Betriebsarten: „Hosted/SaaS“ über den Cloud-Dienst des Anbieters, „Self-hosted“ per npx @portkey-ai/gateway und „Hybrid“, bei dem das selbst gehostete Gateway mit Portkey verbunden wird. Für Unternehmen ist der Hybrid-Modus der interessante Fall, und die Enterprise-Dokumentation beschreibt präzise, was wo läuft.
In der Kunden-VPC laufen laut Anbieter die Gateway-Engine („routes traffic across LLM providers and implements metering, access control, and guardrails“), ein Cache Store und ein Data Store für Request- und Response-Logs. Beim Anbieter läuft die Control Plane: Sie „hosts the web dashboard for managing configurations, tracking analytics, and viewing logs“ und hält Routing-Konfigurationen und aggregierte Metriken. Die Datenaussage lautet: „All prompt content and LLM responses remain within your network“; nur anonymisierte Metriken überschreiten die Netzwerkgrenze. Eine EU-spezifische Region für den SaaS-Betrieb haben wir auf den geprüften Seiten nicht gefunden.
Das innFactory AI Gateway geht einen Schritt weiter: Es gibt keine Steuerungsebene bei uns. Gateway, Dashboard, Datenbank und alle Kostendaten werden als Cloud-native Infrastrukturkomponente in den Tenant des Kunden ausgerollt, referenziert auf Azure Container Apps oder AKS, alternativ auf STACKIT oder beliebigem Kubernetes. Das Gateway ist ein Rust-Binary im Container plus ein Dashboard-Image, als Datenbank dienen PostgreSQL, MongoDB oder Azure Cosmos DB. innFactory hostet nichts als SaaS; die innFactory GmbH als Microsoft CSP unterstützt beim Rollout und kann die Azure-Subscription stellen. Konfiguration liegt als YAML unter Versionskontrolle, dazu ein Terraform-Provider.
Identität, SSO und Rollen
Portkey dokumentiert SSO mit Okta und Azure AD jeweils über OIDC und SAML 2.0 sowie generisches OIDC/SAML, dazu SCIM-Provisionierung für Okta und eine LDAP-Bridge. Das ist ein breites Identitätsangebot. Bei der Tarifzuordnung ist Vorsicht angebracht: Die SSO-Dokumentation nennt keine Tarifbeschränkung; auf der Preisseite wird SSO nach unserer Lesart (Stand 26.09.2026) beim Tarif Enterprise aufgeführt, beim Tarif Production stehen Role-Based Access Control und Service Account API Keys. Maßgeblich ist die aktuelle Preisseite.
Beim innFactory AI Gateway ist Identität in jeder Lizenzstufe enthalten: Microsoft Entra ID oder generisches OIDC (Keycloak dokumentiert, AWS-Cognito-Claims werden verarbeitet). Es gibt sieben Rollen: Owner, Admin, Auditor, Finance, Security, Member und Guest; Gäste werden bei Anmeldungen außerhalb der erlaubten E-Mail-Domains automatisch zugewiesen und erhalten keinen Proxy-Zugang. SAML und SCIM sind derzeit nicht enthalten; wer sie zwingend braucht, findet sie bei Portkey.
Kostenkontrolle und AI-FinOps
Portkey setzt Budgets laut Dokumentation je API-Key, je Workspace und je Provider-Integration. Ein erreichtes Limit lässt den Key laut Anbieter automatisch auslaufen, Alert-Schwellen warnen vorher. Zeiträume: „No Periodic Reset“, „Reset Weekly“ (Sonntag 12 AM UTC) und „Reset Monthly“ (1. Kalendertag, 12 AM UTC). Die Währung ist USD („Set a budget limit in USD“). Zur Zuordnung dienen Workspaces und Custom Metadata an Requests. Den Begriff Kostenstelle haben wir auf den geprüften Seiten nicht gefunden, einen CSV- oder API-Export der Ausgaben ebenfalls nicht.
Das innFactory AI Gateway ist um Kostenstellen herum gebaut. Vier unabhängige Gates: Organisation (monatlich), Kostenstelle (monatlich plus Tages- und Wochenfenster, als Pool oder pro Nutzer 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, die Obergrenzen je Mitglied bleiben harte Stopps. Preise kommen von ai-prices.eu und werden erst nach Admin-Prüfung übernommen; angezeigt wird in Euro zum EZB-Tageskurs. Jede gepufferte Antwort trägt den Header x-aigateway-response-cost. Insights und CSV-Export schlüsseln nach Modell, Nutzer, Repository, Kostenstelle und Tool auf, inklusive Agent- und LLM-Zeit.
Coding-Agenten, Abos und Agent-Zeit
Die Claude-Code-Anleitung von Portkey ist gut gemacht. Sie behält laut Anbieter „the same Anthropic-style settings.json structure“ bei und wechselt den Provider über den Header x-portkey-provider; Plattform-Teams sollen Claude Code ausrollen „without handing out raw API keys or losing visibility into usage“. Es gibt Varianten für Anthropic, Vertex AI und Bedrock, eine Codex-Anleitung, Guides für Cline, Claude Desktop und das Claude Agent SDK. Für OpenCode, Cursor, GitHub Copilot oder Gemini CLI haben wir auf der Integrationsübersicht keine eigenen Anleitungen gefunden.
Gemessen wird, was durch das Gateway läuft. Laut den Dokumentationen von Portkey (Stand 26.09.2026) ist ein lokaler Companion, der Agent-Zeit oder Abo-Nutzung erfasst, nicht beschrieben; Material zu einem MDM- oder Intune-Rollout haben wir ebenfalls nicht gefunden.
Beim innFactory AI Gateway gibt es beides. Es gibt Proxy-Setups für sechs Tools (Claude Code, Codex, OpenCode, Cowork, VS Code Continue, VS Code Copilot), jeweils mit eigenem Key und Kostenstelle. aigw run claude|codex|opencode startet das Tool mit einem kurzlebigen Proxy-Token, ohne die Tool-Konfiguration anzufassen. Der Companion aigw läuft als kleiner Hintergrunddienst auf Linux, macOS und Windows, liest die lokalen Session-Logs 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 Session über das Gateway oder über das Abonnement des Tools lief (Claude Max, ChatGPT/Codex-Plan); Abo-Nutzung wird zum Listenpreis bewertet, aber nie abgerechnet, budgetiert oder limitiert. Der Rollout läuft per Device-Code-Login oder mit Enrollment-Tokens über Intune, macOS-Richtlinie oder Linux-Skript.
Provider, Dialekte und Modelle
In der Breite ist Portkey klar vorn: „1,600+ LLMs via a unified API“, die Provider-Liste der Dokumentation zählt über 50 Anbieter. Mistral AI ist enthalten; STACKIT, IONOS und Aleph Alpha haben wir in der Liste nicht gefunden. Die primäre API-Oberfläche ist laut Dokumentation die OpenAI-kompatible Signatur, dazu Vision, Audio und Bildgenerierung. Wie das Gateway Anthropic-, Gemini- oder Responses-Requests intern behandelt, beschreiben die geprüften Seiten nicht im Detail.
Das innFactory AI Gateway kennt 13 Provider-Typen: OpenAI, Azure OpenAI, Azure AI Foundry, Anthropic (direkt oder Vertex), Gemini (AI Studio oder Vertex inklusive EU-Endpunkt), Mistral, AWS Bedrock inklusive Bedrock Mantle, STACKIT, IONOS, Ollama, LM Studio, ElevenLabs und beliebige OpenAI-kompatible Endpunkte. Eingehend spricht es drei Dialekte nativ: OpenAI (Chat Completions, Completions, Responses), Anthropic (Messages, count_tokens) und Gemini (generateContent), dazu Realtime-WebSockets für OpenAI, Azure OpenAI, ElevenLabs und Gemini Live. Für Claude Code gibt es Claude über Bedrock oder Vertex mit Prompt Caching und Thinking.
Governance: Guardrails, MCP, Routing und Flow Builder
Portkey dokumentiert „20+ deterministic guardrails“ plus LLM-basierte Prüfungen; als Partner werden Aporia, SydeLabs und Pillar Security genannt. Eingangs-Guardrails laufen vor dem Stream, Ausgangs-Guardrails nach dem vollständig zusammengesetzten Response. Der Schalter Deny steht standardmäßig auf FALSE, Requests laufen also trotz fehlgeschlagener Prüfung weiter; erst mit TRUE wird blockiert. Das MCP Gateway bringt ein MCP Registry, die Auth-Modi OAuth Auto, Client Credentials und Custom Headers, Identity Forwarding, Tool-Level-Zugriffe und MCP-Guardrails. Beim Routing nennt die Produktseite Fallbacks, Conditional Routing, Load Balancing über API-Keys, Canary-Tests, Circuit Breaker und Retries, dazu Cache in einfacher und semantischer Form. Ein visueller Flow-Builder oder Routing nach Prompt-Komplexität ist auf den geprüften Seiten nicht dokumentiert.
Das innFactory AI Gateway bringt neun Guardrail-Regeltypen mit, von Secret- und PII-Erkennung über Prompt Injection und verbotene Themen bis Groundedness und externem Webhook. Aktionen sind block, redact, warn und audit, jede Regel läuft auf Wunsch im Shadow-Modus, Redaktion greift auch mitten im Stream, ein DSGVO-Preset ist enthalten. Der MCP-Proxy stellt Streamable-HTTP-Server mit acht Upstream-Auth-Modi, Zugriffsrichtlinien und benannten Toolsets bereit. Der Auto-Router wählt nach Prompt-Komplexität. Der Flow Builder ist ein visueller Graph mit neun Strategien, Guardrail-Knoten mit pass/block/fail und Event-Triggern zu Webhooks; ein Flow ist wie ein Modell aufrufbar und belastet dieselben Budgets.
Was Portkey besser kann
- Modell- und Provider-Breite: mehr als 1.600 Modelle bei über 50 Anbietern laut Anbieter.
- Guardrail-Ökosystem: über 20 deterministische Guardrails plus Partner wie Aporia, SydeLabs und Pillar Security; Prisma AIRS war laut Portkey-Blog bereits im September 2025 als Guardrail integriert.
- Identitätsstack: SAML 2.0, SCIM für Okta und LDAP-Bridge sind dokumentiert; im innFactory AI Gateway derzeit nicht enthalten.
- Zertifizierungen: SOC 2, ISO 27001, GDPR und HIPAA werden auf der Sicherheitsseite des Anbieters genannt, dazu ein DPA.
- Konzernrückhalt: Als Teil von Prisma AIRS ordnet Palo Alto Networks das Gateway in seine Sicherheitsplattform ein, laut Pressemitteilung mit Agent-Identität über die Idira-Technologie.
- Community: ein MIT-Repository mit npm-Paket, das jeder in Minuten lokal startet.
Wann Portkey die richtige Wahl ist
- Sie brauchen sehr viele Modelle und Nischenanbieter über eine API.
- SAML, SCIM oder LDAP sind heute Pflicht.
- Dashboard, Konfiguration und aggregierte Metriken dürfen beim Anbieter liegen, solange Prompts und Antworten im eigenen Netz bleiben.
- Ihr Unternehmen setzt bereits auf Palo Alto Networks.
- Sie wollen mit einem Open-Source-Proxy ohne weitere Steuerungsebene starten.
Wann das innFactory AI Gateway die richtige Wahl ist
- Gateway, Dashboard und sämtliche Kostendaten sollen vollständig im eigenen Azure-, STACKIT- oder Kubernetes-Tenant laufen.
- Budgets sollen in Euro über Kostenstellen mit Pool- oder Pro-Nutzer-Modus und Budget-Fallback gesteuert werden.
- SSO über Entra ID oder Keycloak und sieben Rollen müssen in jeder Lizenzstufe enthalten sein.
- Sie wollen die Agent-Zeit von Claude Code, Codex und OpenCode je Repository und Kostenstelle kennen, inklusive Abo-Nutzung.
- STACKIT, IONOS oder Gemini über den Vertex-EU-Endpunkt gehören zu Ihren Providern.
Vergleich auf einen Blick
| Kriterium | Portkey (laut Dokumentation, Stand 26.09.2026) | innFactory AI Gateway |
|---|---|---|
| Lizenz und Tarife | Gateway MIT-lizenziert; Tarife Open Source, Developer, Production, Enterprise | Monatslizenz nach Nutzerzahl, 199 bis 749 EUR zzgl. USt. |
| Betriebsmodell | Hosted/SaaS, Self-hosted per npx, Hybrid mit Engine in der Kunden-VPC und Control Plane beim Anbieter | Alles im Kunden-Tenant: Azure Container Apps/AKS, STACKIT, Kubernetes; kein SaaS |
| Datenpfad im Hybrid-Modus | Prompts und Antworten im eigenen Netz; anonymisierte Metriken zum Anbieter | Prompts, Antworten, Logs, Metriken und Dashboard im Tenant |
| SSO und Rollen | Okta, Azure AD, OIDC/SAML, SCIM (Okta), LDAP-Bridge; SSO auf der Preisseite bei Enterprise | Entra ID, OIDC (Keycloak, Cognito); sieben Rollen in jeder Lizenz; SAML/SCIM derzeit nicht enthalten |
| Budgets | API-Key, Workspace, Provider-Integration; kein Reset, wöchentlich, monatlich; USD | Organisation, Kostenstelle (Pool/pro Nutzer), Nutzer, API-Key; Tag/Woche/Monat; EUR zum EZB-Kurs |
| Coding-Agenten | Claude Code (Anthropic, Vertex, Bedrock), Codex, Cline, Claude Desktop, Agent SDK; Messung der proxied Requests | Sechs Tool-Setups, aigw run, Companion für Agent-Zeit inkl. Abo-Nutzung, MDM-Rollout |
| Provider und Dialekte | 1.600+ Modelle, 50+ Provider; OpenAI-kompatible Signatur | 13 Provider-Typen inkl. STACKIT, IONOS, Vertex EU; OpenAI, Anthropic, Gemini nativ; Realtime |
| Guardrails und MCP | 20+ deterministische plus LLM-basierte, Deny-Schalter; MCP Gateway mit drei Auth-Modi | Neun Regeltypen, Shadow-Modus, Redaktion im Stream; MCP-Proxy mit acht Auth-Modi |
| Routing | Fallbacks, Conditional Routing, Canary, Circuit Breaker, Cache einfach/semantisch | Auto-Router nach Komplexität, Deployment-Gruppen, Flow Builder mit neun Strategien |
Fazit
Portkey ist mit der Übernahme durch Palo Alto Networks Teil einer großen Sicherheitsplattform geworden, und das MIT-lizenzierte Gateway bleibt ein guter Einstieg für jedes Team, das viele Modelle hinter einer API bündeln will. Der Hybrid-Betrieb hält Prompts und Antworten im eigenen Netz; die Steuerungsebene mit Dashboard und Konfiguration bleibt beim Anbieter.
Das innFactory AI Gateway ist nicht als Proxy für 1.600 Modelle gebaut, sondern als Governance- und FinOps-Komponente im eigenen Tenant: Kostenstellen in Euro, Rollen ohne Tarifgrenzen, Guardrails mit Shadow-Modus und ein Companion, der die Agent-Zeit von Coding-Agenten sichtbar macht. Wer die Steuerung vollständig bei sich behalten will, ist hier richtig; wer maximale Breite und einen großen Anbieter im Rücken sucht, bei Portkey.
Nativ in CompanyGPT integriert, Stack wiederverwendbar
Das 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 allen Anwendungen, die über das Gateway laufen, wiederverwendet wird. Das Gateway lässt sich genauso standalone betreiben. Weitere Gegenüberstellungen finden Sie unter alle Vergleiche, die Produktseite unter AI Gateway.
Quellen
Abgerufen am 26. September 2026:
- Portkey Startseite (Banner „Portkey is now PRISMA AIRS AI Gateway“, Firmensitz, Modellzahl) —
https://portkey.ai/ - Palo Alto Networks: Completes Acquisition of Portkey —
https://www.paloaltonetworks.com/company/press/2026/palo-alto-networks-completes-acquisition-of-portkey-to-secure-ai-agents - Palo Alto Networks: General Availability of Prisma AIRS AI Gateway —
https://www.paloaltonetworks.com/blog/2026/07/announcing-general-availability-of-prisma-airs-ai-gateway/ - Portkey Blog: Prisma AIRS Now on Portkey (September 2025) —
https://portkey.ai/blog/fortifying-your-ai-stack-palo-alto-networks-prisma-airs/ - Portkey Gateway Repository —
https://github.com/Portkey-AI/gateway - Portkey Gateway LICENSE (MIT) —
https://github.com/Portkey-AI/gateway/blob/main/LICENSE - Portkey Pricing (Tarifnamen) —
https://portkey.ai/pricing - Portkey Docs: AI Gateway (Betriebsarten, Routing, Cache) —
https://portkey.ai/docs/product/ai-gateway - Portkey Docs: Private Cloud / Hybrid Deployment —
https://portkey.ai/docs/product/enterprise-offering/private-cloud-deployments - Portkey Docs: Security —
https://portkey.ai/docs/product/enterprise-offering/security-portkey - Portkey Security and Compliance —
https://portkey.ai/features/security-compliance - Portkey Docs: SSO —
https://portkey.ai/docs/product/enterprise-offering/org-management/sso - Portkey Docs: SCIM Okta —
https://portkey.ai/docs/product/enterprise-offering/org-management/scim/okta - Portkey Docs: LDAP —
https://portkey.ai/docs/product/enterprise-offering/org-management/ldap - Portkey Docs: Budget Limits —
https://portkey.ai/docs/product/ai-gateway/virtual-keys/budget-limits - Portkey Docs: Enforce Budget and Rate Limit —
https://portkey.ai/docs/product/administration/enforce-budget-and-rate-limit - Portkey Docs: Workspace Budget Limits —
https://portkey.ai/docs/product/administration/enforce-workspace-budget-limts-and-rate-limits - Portkey Docs: Usage and Rate Limit Policies —
https://portkey.ai/docs/product/enterprise-offering/budget-policies - Portkey Docs: Observability —
https://portkey.ai/docs/product/observability - Portkey Docs: Integrations Libraries —
https://portkey.ai/docs/integrations/libraries - Portkey Docs: Claude Code —
https://portkey.ai/docs/integrations/libraries/claude-code - Portkey Docs: Claude Agent SDK —
https://portkey.ai/docs/integrations/agents/claude-agent-sdk - Portkey Docs: Coding Agents —
https://portkey.ai/docs/product/coding-agent - Portkey Docs: Portkey CLI —
https://portkey.ai/docs/guides/coding-agents/agent-cli - Portkey Docs: LLM Providers —
https://portkey.ai/docs/integrations/llms - Portkey Docs: Multimodal Capabilities —
https://portkey.ai/docs/product/ai-gateway/multimodal-capabilities - Portkey Docs: Guardrails —
https://portkey.ai/docs/product/guardrails - Portkey Docs: MCP Gateway —
https://portkey.ai/docs/product/mcp-gateway - Portkey Docs: MCP Registry —
https://portkey.ai/docs/product/mcp-gateway/mcp-registry - Portkey Docs: MCP Authentication —
https://portkey.ai/docs/product/mcp-gateway/authentication - Portkey Docs: MCP Tool Provisioning —
https://portkey.ai/docs/product/mcp-gateway/tool-provisioning - Portkey Docs: MCP Guardrails —
https://portkey.ai/docs/product/mcp-gateway/guardrails
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
- AI Gateway – Governance, FinOps und Companion im eigenen Tenant
- CompanyGPT – die KI-Plattform, in die das Gateway nativ integriert ist
- Claude Code als AI Harness – Aufbau, Bausteine und Gateway-Anbindung
- AI Harness erklärt – was Agent Harnesses sind und warum sie Governance brauchen
- Alle Vergleiche zum AI Gateway – LiteLLM, OpenRouter, Portkey, Cloudflare, Kong, Bifrost, TrueFoundry, Helicone, Vercel
- AI Gateway vs. OpenRouter
- AI Gateway vs. Cloudflare AI Gateway
- AI Gateway vs. Vercel AI Gateway