How – Inside the AI OS: running governed agents on your own cluster, liveRegistrieren →
EIN GESTEUERTER ENDPUNKT · LÄUFT ALS PERSON, NICHT ALS SCHLÜSSEL

Eine souveräne Portkey-Alternative

Portkey ist eine vollständige KI-Gateway-Plattform: Routing, Guardrails, Observability, Prompts. Das Scrydon AI Gateway ist enger und tiefer — jeder Aufruf läuft als Person, innerhalb Ihres Perimeters, unter einer Policy, die auch die Tools steuert, die Ihre Agenten aufrufen.

Kurz gesagt

Portkey bündelt das meiste, was ein Team von einem reinen Modell-Gateway erwartet — eine einheitliche API über Hunderte von Anbietern, virtuelle Schlüssel und Budgets, Guardrails, Caching, Prompt-Management und detaillierte Observability — als gehostete Plattform mit einer selbst gehosteten Option. Das Scrydon AI Gateway stellt eine andere erste Frage: Wer ist das, was darf diese Person erreichen, und können wir nachweisen, was ihr Agent als Nächstes getan hat, egal wo unsere Produktion läuft. Es steht für sich allein und kann für sich allein ausgerollt werden.

Lesenswert, wenn Sie eine Plattform- oder KI-Leitung, die eine funktionsreiche Gateway-Plattform mit einem Kontrollpunkt vergleicht, den die Organisation besitzt, in einem Sektor, in dem die Fragen des Prüfers entscheiden.

Das AI Gateway ausrollen Ab 500 € pro Monat mit jährlicher Bindung, an einem Tag für sich allein ausgerollt.


Definition

Das Scrydon AI Gateway ist eine souveräne Alternative zu Portkey: ein einziger gesteuerter Endpunkt, der die Standard-Modell-APIs spricht, sodass bestehende Tools jedes Modell unverändert erreichen, wobei jeder Aufruf unter der eigenen föderierten Identität des Aufrufenden läuft statt unter einem virtuellen Schlüssel, gegen eine nach Freigabestufe gesteuerte Modell-Allowlist, mit Data Loss Prevention, einer Ausgabenobergrenze und einem unveränderlichen Audit-Trail. Es teilt sich eine Policy und eine Audit-Kette mit gesteuerten Tool-Aufrufen und dem ausgehenden Netzwerkverkehr der Sandbox und läuft air-gapped, on-premises oder auf einer europäischen souveränen Cloud.

Portkey ist eines der vollständigsten Produkte in der Kategorie LLM-Gateway: ein Open-Source-Gateway und eine gehostete Plattform darum herum, mit einer einheitlichen API über Hunderte von Anbietern, virtuellen Schlüsseln und Budgets, konfigurierbaren Guardrails, semantischem Caching, Routing mit Fallbacks, Prompt-Management und einer starken Observability-Schicht. Für ein Produktteam, das auf Modellen aufbaut, ist das eine Menge Wert an einem Ort. Seine Grenzen sind die der Kategorie: Die Attribution endet bei einem virtuellen Schlüssel oder den Metadaten, die ein Aufrufender zu senden entscheidet; die Governance endet beim Modellaufruf, während der Tag eines Agenten größtenteils aus Tool-Aufrufen gegen Systeme besteht, die Ihre Daten enthalten; und die Kontrollebene gehört dem Anbieter, sofern Sie nicht die selbst gehostete Edition einsetzen. Das Scrydon AI Gateway behält die Entwicklererfahrung — die Standard-APIs, jedes Modell, unveränderte Tools — und verlagert den Kontrollpunkt in Ihren Perimeter: ein Gateway-Schlüssel, ausgestellt gegen eine benannte Person in Ihrem Identity Provider, die Allowlist folgt der Freigabestufe dieser Person, und dieselbe Identität steuert die Tools, die der Agent über MCP aufruft, sowie das Netzwerk, das seine Sandbox erreichen darf.

  • Läuft als Person, nicht als Schlüssel

    Jeder Aufruf wird über Ihren Identity Provider auf den Menschen aufgelöst, der ihn getätigt hat, mit dessen delegierten Berechtigungen — die Grundlage für Kosten je Entwickler, nach Freigabestufe gesteuerte Modelle und Entzug im nächsten Turn.

  • Governance über den Modellaufruf hinaus

    Eine Policy und eine Audit-Kette über den Modellaufruf, die Tools, die der Agent über MCP aufruft, und den ausgehenden Netzwerkverkehr der Sandbox, in der diese Tools laufen.

  • Souverän durch Deployment

    Air-gapped, on-premises oder eine europäische souveräne Cloud, mit Open-Weight-Modellen auf Ihrer eigenen Hardware hinter demselben Endpunkt.

Wo es sich einfügt

Portkey-Alternative in der Scrydon-Plattform

Eine integrierte, souveräne Architektur. Hier fügt sich Portkey-Alternative ein — hervorgehoben im Kontext des gesamten Stacks, mit dem es zusammenarbeitet.

CRM synchronisieren
Identität prüfen
...
Genehmigen
Begrüßen

Das AI OS für Menschen und KI-Agenten

Umsatzübersicht — Q2 2026
Verbunden mit Cognitive Enterprise
Umsatz
€4.2M
+12%
Pipeline
€11.7M
+8%
Abwanderung
2.1%
−0.3pp
Monatlicher UmsatzJan. – Dez. 2025
JanMarJunSepDec
Dritt-
anbieter
C
Kunde
Konto
Auftrag
Produkt
Vertrag
Auftragsposition
Lieferant
Abrechnung
hält
erteilte
von

Ontologie- und Semantikschicht: ein zusammenhängendes Modell für Ihre Daten, Ihr Wissen und Ihre Prozesse

Das Beste aus Data Lakes, Data Warehouses und Suche vereint

TabellenWissen

Regulierter Zugriff auf jedes Modell sowie die Agenten und Workflows, die über Ihre Systeme hinweg ausgeführt werden

GatewayWorkflows

Integrieren Sie über A2A, MCP, Legacy-Systeme und Datenquellen

Sichere Domänenföderation, vertrauenswürdiger Datenaustausch und Intelligenz über Grenzen hinweg

Souveräne Grundlagen

Bereitstellung von Air-Gap bis Hyperscale
Newsletter

Lesen Sie das für eine spätere Entscheidung?

Die nächste Änderung bei der europäischen KI-Souveränität, und was wir beim Bauen dafür lernen, direkt ins Postfach. Ein paar Mal im Jahr.

Ein paar Mal im Jahr. Keine Drip-Kampagne, Abmeldung mit einem Klick. Datenschutzerklärung

EINE PLATTFORM, ODER EIN KONTROLLPUNKT

Was Portkey bündelt, und was das AI Gateway mit derselben Anfrage tut

Portkeys Stärke ist Vollständigkeit: eine einheitliche API über Hunderte von Anbietern, virtuelle Schlüssel mit Budgets, konfigurierbare Guardrails, Caching, Routing mit Fallbacks, Prompt-Management und detaillierte Observability, in einer gehosteten Plattform mit einem selbst gehosteten Gateway für alle, die das brauchen. Das Scrydon AI Gateway ist bewusst enger gefasst und ändert, was hinter der Adresse geschieht: Der Aufruf läuft als benannte Person aus Ihrem Identity Provider, die Modell-Allowlist folgt der Freigabestufe dieser Person, Data Loss Prevention prüft, was die Plattform verlässt, und der Audit-Datensatz wird festgeschrieben, bevor der Stream endet. Der Anbieterschlüssel wird niemandem ausgegeben.

  • Die Standard-APIs, unveränderte ToolsBeide sprechen die APIs, die Ihre Tools bereits sprechen, sodass Coding-Agenten und Anwendungen auf einer Standard-Completions-API unverändert über beide laufen.

  • Identität aus Ihrem Provider, nicht ein Schlüssel oder ein HeaderPortkey attribuiert einen Aufruf einem virtuellen Schlüssel und den Metadaten, die der Aufrufende sendet. Das AI Gateway stellt Schlüssel gegen eine benannte Person in Ihrem Identity Provider aus und lehnt eine Anfrage ab, die versucht, einen Mandanten zu benennen.

  • Policy beim Dispatch, bei jedem AufrufEine nach Freigabestufe gesteuerte Allowlist entscheidet, welche Modelle diese Person erreichen darf; Data Loss Prevention und Moderation laufen inline; der Turn wird gegen die Obergrenze der Organisation gemessen, bevor die Antwort eintrifft.

  • Dieselbe Kette für Tools und ausgehenden NetzwerkverkehrWenn der Agent anschließend ein System über MCP aufruft oder Code in einer Sandbox ausführt, gelten dasselbe Credential-Modell, derselbe Policy-Snapshot und derselbe Audit-Trail — ein reines Modell-Gateway befindet sich nicht in diesem Pfad.

WARUM WECHSELN

Wenn die Funktionsliste lang ist und die Liste des Prüfers kurz

Portkey ist eine faire Wahl für ein Produktteam, das das meiste Gateway an einem Ort will und mit einer gehosteten Kontrollebene zufrieden ist. Die Lücke öffnet sich, wenn die Organisation eine öffentliche Einrichtung oder ein reguliertes Unternehmen ist und die Fragen von einem Prüfer statt von einem Product Manager kommen: welche Person diesen Aufruf getätigt hat, was ihr Agent anschließend gegen Systeme tat, die das Gateway nie sah, und wo genau die Prompts und die Schlüssel liegen. Ein virtueller Schlüssel und ein Metadaten-Header können die erste Frage nicht beantworten; kein reines Modell-Gateway kann die zweite beantworten; und eine gehostete Kontrollebene macht die dritte zu einer Vertragsklausel statt zu einer Architektur. Das Scrydon AI Gateway ist für diese Fragen gebaut: jeder Aufruf einer Person zuordenbar, eine Policy und eine Audit-Kette über den Modellaufruf, die Tools, die der Agent aufruft, und die Sandbox, in der er läuft, ausgerollt dort, wo Ihre Produktion läuft — und für sich allein ausrollbar, bevor irgendetwas anderes es ist.

IM VERGLEICH

Scrydon AI Gateway vs. Portkey

Beide stellen jedes Modell hinter eine Adresse, beide messen die Ausgaben, beide wenden Guardrails an. Der Unterschied liegt darin, als wer der Aufruf läuft, wo die Kontrollebene lebt, und wie weit die Governance reicht, sobald das Modell geantwortet hat.

FunktionScrydonPortkey
Als wer der Aufruf läuftDie Person, aufgelöst über Ihren Identity Provider, mit ihren eigenen delegierten BerechtigungenEin virtueller Schlüssel, plus vom Aufrufenden gelieferte Metadaten zur Attribution
Gesteuerte ModellaufrufeNach Freigabestufe gesteuerte Allowlist, DLP, Moderation, Obergrenze und unveränderlicher Audit-Trail bei jedem AufrufModellzugriff je Schlüssel, Budgets und Rate Limits, konfigurierbare Guardrails, Logging
Gesteuerte Tool-AufrufeDieselbe Identität, Policy und Audit-Kette wie beim ModellaufrufTeilweise, wo es auch ein Tool-Protokoll vorschaltet; nicht die delegierten Berechtigungen des Aufrufenden
Ausgehender Netzwerkverkehr aus der SandboxDurchgesetzt außerhalb der Workload, die dies nicht umkonfigurieren kannNicht im Geltungsbereich
Wo der Anbieterschlüssel liegtAuf der Plattform; wird nie an einen Entwickler ausgegebenIm Vault des Gateways, gehostet oder selbst gehostet
KostenattributionJe Person, je Team oder Einheit und je Turn, nach Modell, Capability und Workflow, mit einer Hochrechnung im laufenden Zeitraum und einer ObergrenzeJe Schlüssel, Workspace und Metadaten, mit Budgets und detaillierter Analytics
DeploymentSouverän — air-gapped, on-premises oder europäische CloudGehostete Plattform; selbst gehostetes Gateway auf höheren Stufen
PreismodellFeste monatliche Gebühr für den Cluster, der Ihre Belegschaft trägt, exklusive HostingOpen-Source-Gateway; gehostete Pläne nach Nutzung, Enterprise nach Vereinbarung

Ein Kategorievergleich zur Orientierung: Portkey ist ein starkes, vollständiges Produkt, und das würden wir nicht bestreiten. Portkey ist eine Marke seiner Inhaber; der Funktionsumfang entwickelt sich weiter — prüfen Sie aktuelle Details beim Anbieter.

FAQ

Häufig gestellte Fragen

Was ist die beste Alternative zu Portkey für eine regulierte Organisation?+
Das Scrydon AI Gateway, wenn die Anforderung ein Kontrollpunkt ist, den die Organisation besitzt, egal wo er läuft, Attribution auf eine Person statt auf einen Schlüssel, und Governance, die Tool-Aufrufe und ausgehenden Netzwerkverkehr der Sandbox abdeckt. Es spricht dieselben Standard-APIs, sodass sich die Tools Ihrer Entwickler nicht ändern, und es läuft air-gapped, on-premises oder auf einer europäischen souveränen Cloud. Wenn die Anforderung der breiteste Funktionsumfang in einem gehosteten Gateway ist, ist Portkey eine faire Wahl.
Wie unterscheidet sich das AI Gateway von Portkey?+
Ein Aufruf läuft als die Person, die ihn getätigt hat, aufgelöst über Ihren eigenen Identity Provider, statt als virtueller Schlüssel mit vom Aufrufenden gelieferten Metadaten; die Governance deckt die Tools, die der Agent aufruft, und das Netzwerk, das seine Sandbox erreichen darf, unter einer Policy und einer Audit-Kette ab, statt beim Modellaufruf zu enden; und die Kontrollebene gehört Ihnen, in Ihrem Perimeter, statt dem Anbieter. Was gleich bleibt: die Standard-APIs, jedes Modell hinter dem Endpunkt, Entwickler, die nichts ändern müssen.
Bietet das AI Gateway Prompt-Management und Observability wie Portkey?+
Das AI Gateway misst und protokolliert jeden Aufruf und meldet Ausgaben, Aufrufe, Tokens und CO2 je Entwickler, Modell, Capability und Workflow, und die Observability der Plattform deckt Traces und Evaluierungen für Agenten und Workflows ab. Prompt-Management als Produktfunktion ist Portkeys Stärke, nicht der Fokus des AI Gateways; das AI Gateway ist eine gesteuerte Route, bewusst eng.
Können wir Portkey selbst betreiben — wozu brauchen wir dann das AI Gateway?+
Das Gateway von Portkey kann selbst gehostet werden, und für manche Teams ist das die richtige Antwort. Das AI Gateway ist kein reines Modell-Gateway, das Sie selbst betreiben, sondern das System, das Ihre Zugangsdaten und Identität verwahrt: Ein Aufruf läuft als Person, Tool-Aufrufe und ausgehender Netzwerkverkehr der Sandbox teilen sich dieselbe Policy, und das Ganze läuft getrennt vom Netz, wenn die Souveränitätstests das verlangen.
Können wir nur mit dem AI Gateway beginnen?+
Ja. Es steht für sich allein, ohne Ontologie oder Programm dahinter, und kann an einem Tag für sich allein ausgerollt werden; der erste Ausgabenbericht je Entwickler folgt eine Woche nach Go-live.

Oder schreiben Sie uns

Sagen Sie uns, woran Sie arbeiten und wer antworten soll. Ein Mensch liest es und antwortet innerhalb eines Werktags.

Wir verwenden diese Angaben nur, um Ihnen zu antworten. Datenschutzerklärung

Lieber schreiben? Senden Sie eine E-Mail an hello [at] scrydon.com und wir melden uns bei Ihnen.

Partner

Gemeinsam mit führenden Innovatoren die Zukunft von Daten & KI gestalten. Mehr erfahren.
Delaware logo