Glossar

Die Differenzierung von GateLLM beruht auf einigen geprägten Begriffen — hier sind präzise Definitionen und ihre branchenüblichen Entsprechungen, zum Verständnis, zur Zitierung und zur Migration.

Capability-Normalisierung

(vereinheitlicht 7 Kopplungspunkte)

Vereinheitlicht die sieben anbieterübergreifenden Kopplungspunkte (Tool-Aufrufe, strukturierte Ausgaben, Prompt-Cache, Reasoning-Token, Multimodalität, Abrechnung, Fehlersemantik) hinter einer Schnittstelle. Das ist die Voraussetzung, um Modelle anbieterübergreifend zu mischen — sonst hat jedes Modell seine eigene Aufrufkonvention, und jeder Wechsel erfordert Glue-Code.

Composition

(gestaffeltes Modell-Routing)

Leitet verschiedene Anfragephasen am Gateway an verschiedene Modelle — identitätsbezogene Modellzuordnung plus Plan-Modus-Wechsel. Das kanonische Muster: Ein Topmodell (z. B. Claude Opus) plant, während offene SOTA-Modelle (GLM / Qwen / DeepSeek) ausführen — ~14 % Kosten für ~97 % Leistungsfähigkeit. In der Konsole konfiguriert (Regeln + Skripte), ohne Client-Code-Änderung.

Multi-Modell-Konsens

(Ensemble)

Ein Muster der Orchestrierungsebene — derselbe Prompt läuft parallel durch mehrere Modelle, und die Ergebnisse werden zusammengeführt. Fan-out, Deduplizierung und Confidence-Annotation liegen in Ihrer Orchestrierungsebene (z. B. GitHub Actions); das Gateway liefert Protokoll-Interoperabilität und einheitliche Messung, sodass jedes Modell beitritt und der gesamte Datenverkehr zentral governiert bleibt. Geeignet für wichtige Aufrufe wie Code-Review. Die ausgelieferte Ausprägung dieses Musters ist das Multi-Modell-Code-Review (siehe Orchestrierungsabschnitt).

Token Ops

(LLM-Observability + Zugriffs-Governance)

Die nutzungsseitige Betriebsebene für LLM-APIs — Observability, Client-Zulassung, Audit-Trails und programmatische Verwaltung. Sie beantwortet „wer nutzt was, wie viel, und kommt er hinein“; Token FinOps (das Gegenstück) beantwortet „wie Token zu Geld werden, wem es berechnet wird und was es stoppt“. GateLLM integriert beides ins Gateway — nie als Aufschlag pro Token.

Token FinOps

(FinOps für KI / Token-Kostenzuordnung)

Die finanzielle Steuerungsebene, die FinOps-Transparenz, -Zuordnung und -Governance auf Token-Ausgaben anwendet: Eine eigene Preisliste macht Token zu Geld, Tags ordnen Ausgaben der richtigen Kostenstelle zu, und tägliche / monatliche Kostenkontingente machen Budgets zu anfrageblockierenden Sperren. Ergänzt Token Ops — ersteres sieht die Nutzung, dieses sieht das Geld.

BYOK

(Bring Your Own Key)

Sie bringen Ihre eigenen API-Schlüssel des Modellanbieters mit. Schlüssel liegen nur im Speicher des Gateways — nie persistiert oder übertragen; Anfragen laufen über das Gateway direkt an Anbieter-APIs. GateLLM nimmt keinen Anteil.