Modell
Das angeforderte Modell oder die Modellfamilie.
Katalogbeispiele
RouterLab liegt zwischen Ihren Anwendungen, Agenten, Workflows und Modellrouten. Es authentifiziert die Anfrage, wendet die ausgewählte Route an und ordnet die Antwort anschließend Nutzung und Credits zu.
Produktschema
Vorhanden
Anwendung
OpenAI SDK
Vorhanden
KI-Agent
Claude Messages API
Vorhanden
Workflow
Job / Automatisierung
Basis-URL ändern
von
api.openai.com/v1
zu
api.routerlab.ch/v1
ROUTERLAB
Routen · Credits · Status
OpenAI
Route zu einem externen Provider
Anthropic
Route zu einem externen Provider
Route zu einem externen Provider
RouterLab
Von RouterLab gehostete Open-Source-Modelle · CH / DE
Dashboard-Nutzung
Beispielhafte Darstellung
Nutzung
1.248 Anfr.
Credits
42,80 USD
Antwort
zurück zum Client
Nach der Anfrage
Nutzung + Credits
Konzepte
Diese drei Ebenen beantworten drei verschiedene Fragen: Was wird verwendet, wie wird es aufgerufen und wer führt die Anfrage aus.
Das angeforderte Modell oder die Modellfamilie.
Katalogbeispiele
Das Protokoll, mit dem der Client RouterLab aufruft.
Katalogbeispiele
Die Infrastruktur, die die Anfrage tatsächlich ausführt.
Katalogbeispiele
Vorher / mit RouterLab
Die Homepage erklärt, warum RouterLab existiert. Diese Seite zeigt, was sich im technischen Ablauf ändert.
Detaillierter Ablauf
Die Abfolge bleibt kurz: Integration einfach halten sowie Routing und Nutzung sichtbar machen.
Ihre Anwendung, Ihr Agent oder Ihr kompatibles SDK sendet die Anfrage.
RouterLab authentifiziert den Schlüssel und empfängt die Anfrage.
Die ausgewählte Route bestimmt Format und Ziel.
Die Anfrage wird durch den von der Route angegebenen Provider oder die entsprechende Infrastruktur verarbeitet.
Die Antwort geht an den Client zurück; RouterLab ordnet Nutzung und Credits zu.
Endpoint und Kompatibilität
RouterLab stellt kompatible Formate bereit. Geändert werden Basis-URL und RouterLab-Schlüssel; der genaue Pfad hängt danach vom verwendeten SDK ab.
https://api.routerlab.ch/v1
Ändern Sie den Einstiegspunkt und lesen Sie anschließend Routen und Nutzung ab, statt den Ablauf zu erraten.
SDKs können eine leicht unterschiedliche Basis-URL verwenden, weil jedes seinen eigenen API-Pfad erstellt. Sie erreichen trotzdem dieselbe RouterLab-Schicht.
https://api.routerlab.ch/v1
import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://api.routerlab.ch/v1",
apiKey: process.env.ROUTERLAB_API_KEY,
});
await client.chat.completions.create({
model: "model-id-from-/v1/models",
messages: [{ role: "user", content: "Route this request" }],
});https://api.routerlab.ch
import Anthropic from "@anthropic-ai/sdk";
const client = new Anthropic({
baseURL: "https://api.routerlab.ch",
apiKey: process.env.ROUTERLAB_API_KEY,
});
await client.messages.create({
model: "model-id-with-claude-messages-route",
max_tokens: 1024,
messages: [{ role: "user", content: "Route this request" }],
});Kontrolle
Die Module sind konkret: Schlüssel, Credits, Nutzung und Katalog. Sie steuern KI-Datenverkehr, ohne ein Versprechen für automatische Routenwahl hinzuzufügen.
Apps behalten einen stabilen Einstiegspunkt, ohne jeden Provider-Schlüssel offenzulegen.
Kosten werden den Anfragen und dem Credit-Hauptbuch zugeordnet.
Das Dashboard zeigt die mit der Anfrage verbundene Route, das Format und die Kosten.
Modelle, Formate und Status bleiben bei der Routenauswahl sichtbar.
Governance
Der Katalog trennt Modellfamilie, API-Format und Verarbeitungspfad. RouterLab stellt einen Provider nicht so dar, als wäre er ein Modell.
Kontrollschicht, veröffentlichte Routen und Sichtbarkeit.
Jeder Provider betreibt seine Infrastruktur und Modelle selbst.
Routentabelle
| Modell / Familie | API-Format | Verarbeitung / Hosting | Bedeutung |
|---|---|---|---|
| Claude | Claude Messages API | Externer Provider | Claude ist eine Modellfamilie und wird mit dem Messages-Format aufgerufen; die Infrastruktur hängt von der Katalogroute ab. |
| GPT | OpenAI-compatible API | Externer Provider | GPT ist eine Modellfamilie; OpenAI-compatible beschreibt das Protokoll, nicht allein die endgültige Infrastruktur. |
| Gemini | OpenAI-compatible API | Externer Provider | Gemini ist eine Modellfamilie; Aufrufformat und Verarbeitungsprovider sind getrennte Informationen. |
| Open-Source-Familien | OpenAI-compatible API | RouterLab bei Hosting; sonst externer Provider | Open Source beschreibt Modellfamilie oder -typ; das Hosting muss routeweise gelesen werden. |
| Embedding-Modelle | Embeddings API | Verarbeitung gemäß Katalogroute | Embedding-Modelle verwenden eine spezialisierte Route und sind keine Chatmodelle. |
Eine Route kann auf einen externen Provider zielen oder ein Open-Source-Modell bei RouterLab hosten. Hosting und Verarbeitung werden routeweise gelesen; die Trust-Seite enthält die relevanten Infrastrukturinformationen.
Testversion
Beginnen Sie mit einem Testschlüssel und nutzen Sie anschließend den Katalog, um die passenden Routen auszuwählen.