Routen-Mapping
Schnelle Migrationsrezepte
Von OpenAI zu TokenLab
Ändern Sie nur die SDKbase_url / baseURL zu https://api.tokenlab.sh/v1, behalten Sie Ihren bestehenden OpenAI API-Key-Umgebungsvariablennamen bei, falls dies für den Rollout einfacher ist, und ersetzen Sie die Modell-IDs nach einer Überprüfung über GET /v1/models.
Von OpenRouter zu TokenLab
Verwenden Siehttps://api.tokenlab.sh/v1, wo Ihre App zuvor die OpenAI-kompatible Basis-URL von OpenRouter verwendet hat. Entfernen Sie Modell-IDs mit Provider-Präfix und verwenden Sie die öffentlichen TokenLab-Modell-IDs aus /v1/models; wenn ein Workload Claude Messages oder Gemini generateContent benötigt, verschieben Sie ihn auf den nativen TokenLab-Endpunkt, anstatt ihn durch OpenAI-kompatiblen Chat zu erzwingen.
Von LiteLLM zu TokenLab
Verwenden Sie diecustom_openai/<model>-Route von LiteLLM mit api_base: https://api.tokenlab.sh/v1. Halten Sie LiteLLM-Aliase von echten TokenLab-Modell-IDs getrennt, damit Sie die Routing-Richtlinie ändern können, ohne die Prompts der Anwendung anzupassen.
Claude Messages über TokenLab
Richten Sie Anthropic SDK-Clients aufhttps://api.tokenlab.sh aus und rufen Sie messages.create auf. Hängen Sie kein /v1 an die SDK Basis-URL an; das SDK verwaltet den Pfad /v1/messages selbst.
Gemini nativ über TokenLab
Behalten Sie Gemini-Payloads aufhttps://api.tokenlab.sh/v1beta/models/{model}:generateContent bei. Gemini-native contents, parts, Dateien, gecachte Inhalte, Funktionsdeklarationen und integrierte Tools sollten auf dieser Route bleiben, wenn Ihre App von Gemini-spezifischem Verhalten abhängt.
OpenAI-kompatible Migration
GET /v1/models vor dem produktiven Traffic. Senden Sie bei der Bildgenerierung das model explizit mit und lesen Sie den Bild-Leitfaden, da sich Bildmodelle stärker unterscheiden als Chat-Modelle.
Anthropic-Migration
/v1/messages für Claude-native Tool-Nutzung, Thinking-Flows und Anthropic-Message-Semantik. Übersetzen Sie Anthropic-spezifische Felder nicht in Chat Completions, es sei denn, Sie beabsichtigen explizit eine Änderung des OpenAI-kompatiblen Verhaltens.
Gemini-Migration
/v1beta bei, wenn Ihre App von Gemini-nativem Verhalten abhängt.
Media-Migration
- Fragen Sie
GET /v1/models?recommended_for=image|video|music|3dab. - Lesen Sie
GET /v1/modelsin Listenantworten und das vollständigeGET /v1/models/{model}, wo verfügbar. - Senden Sie ein explizites
model, insbesondere bei Bild-Endpunkten. - Speichern Sie
task_id,poll_url, Endpunkt, Modell und Ihre eigene Job-ID für asynchrone Jobs. - Gleichen Sie Kosten über Nutzungsdatensätze und
billing_transaction_idab, nicht über Provider-Task-IDs.
Produktions-Rollout-Plan
Migrationsfallen
- Platzieren Sie nicht jedes Modell hinter einem OpenAI Chat Completions-Pfad, wenn Ihre App natives Anthropic-, Gemini- oder Responses-Verhalten benötigt.
- Gehen Sie nicht von alten Bild-Standardwerten aus. Senden Sie
modelexplizit mit. - Wiederholen Sie keine asynchronen Erstellungsanfragen, ohne zu prüfen, ob bereits ein Task erstellt wurde.
- Geben Sie keine Provider-spezifischen Identifikatoren in Ihren Logs oder der UI preis.
- Vergleichen Sie die Abrechnung nicht mit Provider-Task-IDs. Verwenden Sie TokenLab-Nutzungsdatensätze.