Skip to main content
Phaseo ist eine OpenAI-kompatible Alternative zu OpenRouter. Verwendet Ihre Anwendung OpenRouter bereits über das OpenAI SDK oder direkte HTTP-Aufrufe, lässt sich meist nur die Client-Anbindung ändern, ohne Prompts oder Anwendungslogik neu zu schreiben.

Was sich ändert

Die Migration umfasst vier Schritte:
  1. Payload-Format beibehalten.
  2. Basis-URL und Quelle des API-Schlüssels austauschen.
  3. Modell-IDs und OpenRouter-spezifische Header prüfen.
  4. Traffic schrittweise umstellen und Latenz, Ausgabe und Kosten vergleichen.

Vor dem Start

  • Zugriff auf den aktuellen OpenRouter-Integrationscode und die Deployment-Konfiguration.
  • PHASEO_API_KEY in Entwicklung, Test und Produktion.
  • Eine kurze Liste der Produktionsmodell-IDs und repräsentative Prompts.

1) Bisherige OpenRouter-Nutzung erfassen

Suchen Sie alle OpenRouter-Verweise: URLs, Schlüssel, Modell-IDs und anbieterspezifische Header.
  • Suchen Sie nach openrouter.ai-Endpunkten.
  • Suchen Sie im Code, in CI und Hosting-Variablen nach OPENROUTER_API_KEY.
  • Suchen Sie nach OpenRouter-spezifischen Headern wie HTTP-Referer und X-Title.
  • Dokumentieren Sie aktive Modell-IDs und Fallback-Logik.
  • Finden Sie wiederverwendbare Prompt-, Anbieter- oder Parameterstandards, die in Gateway-Voreinstellungen gehören, statt im Anwendungscode dupliziert zu werden.

2) Basis-URL und Zugangsdaten austauschen

Lassen Sie zunächst die Anfrage-Payload unverändert und prüfen Sie die Funktionsgleichheit, bevor Sie optimieren.

3) Modell-IDs prüfen und OpenRouter-spezifisches Verhalten abbilden

Gehen Sie nicht davon aus, dass alle bisherigen Aliase gültig sind. Rufen Sie /v1/models ab und prüfen Sie jede Produktionsmodell-ID. Standardmäßig werden nur aktuell öffentlich routbare Modelle zurückgegeben; verwenden Sie availability=all nur für inaktive oder angekündigte Zuordnungen.
  • Behalten Sie das Format Authorization: Bearer bei.
  • Behalten Sie HTTP-Referer und X-Title bei, wenn sie die aufrufende Anwendung kennzeichnen. Phaseo akzeptiert auch die kleingeschriebenen Varianten http-referer und x-title.
  • Passen Sie OpenRouter-spezifische Antwortfelder, von denen Aufrufer abhängen, in einer einzigen Kompatibilitätsschicht an.
  • Übertragen Sie Anbieter-Positiv-/Negativlisten und Routingvorgaben zu Voreinstellungen und Routing und Fallbacks.
Kopieren Sie OpenRouter-Anbieterpräferenzen und Antwortfelder nicht in jeden Aufruf. Bündeln Sie die Unterschiede in einem Adapter, damit ein Rollback nur URL und Zugangsdaten ändern muss.

Anbietersteuerung zuordnen

Phaseo unterstützt für regionale Anforderungen außerdem provider.required_execution_region und provider.required_data_region. Vollständige Anfragen finden Sie unter Anbieter festlegen oder ausschließen und Nur EU- oder ZDR-fähige Anbieter verwenden.

4) Checkliste für OpenRouter-Parität

Bevor Sie nennenswerten Traffic umstellen, prüfen Sie:
  • Basis-URL auf https://api.phaseo.app/v1 aktualisiert.
  • OPENROUTER_API_KEY in allen Umgebungen durch PHASEO_API_KEY ersetzt.
  • Alle Produktionsmodell-IDs mit /v1/models geprüft.
  • Eine Anfrage ohne Streaming über /v1/chat/completions oder /v1/responses getestet.
  • Eine Streaminganfrage über denselben Integrationspfad wie in der Produktion getestet.
  • GET /v1/generations?id=<request_id> erneut geprüft, damit Fehler bei replay_supported=true aus der gespeicherten replay_request wiederholt werden können.
  • Tool-Aufrufe und strukturierte Ausgaben mit echten Prompts erneut geprüft.
  • Fehler wegen ungültigem Schlüssel oder Modell in der Testumgebung geprüft.
  • OpenRouter-spezifische Header oder Antwortfelder entfernt oder ausdrücklich normalisiert.
  • Gemeinsame Prompt- und Routingstandards bei Bedarf in Voreinstellungen verschoben.

Migrations-Checkliste für einen Agenten

Geben Sie dem Coding-Agent diese klar begrenzte Abfolge:
  1. Durchsuchen Sie Laufzeitcode und Deployment-Konfiguration nach openrouter.ai, OPENROUTER_API_KEY, sk-or-v1, HTTP-Referer und X-Title.
  2. Ändern Sie die Client-Anbindung auf https://api.phaseo.app/v1 und PHASEO_API_KEY, ohne Geheimnisse im Repository abzulegen.
  3. Rufen Sie GET /v1/models ab und dokumentieren Sie jede Modellzuordnung.
  4. Passen Sie OpenRouter-spezifische Routingoptionen oder Antwortfelder in einem Kompatibilitätsmodul an.
  5. Führen Sie die untenstehenden Prüfungen für Health, Modelle, normale Anfragen, Streaming und Fehler aus.
  6. Berichten Sie geänderte Dateien, Secret-Umbenennungen, Modellzuordnungen, Testergebnisse, Paritätslücken und Rollback-Schalter.
Einen wiederverwendbaren Ablauf bietet der Migrationsleitfaden von OpenRouter zu Phaseo mit Inventar, Zuordnung, Validierung, Bericht und Rollback.

5) Sicher ausrollen

Stellen Sie schrittweise um: zuerst Entwicklung, dann einen kleinen Produktionsanteil und schließlich den gesamten Traffic, sobald die Metriken stabil sind.
  1. Beginnen Sie nur mit internem Traffic.
  2. Erhöhen Sie auf 5–10 % des Produktionsverkehrs und vergleichen Sie Qualität, Latenz und Kosten.
  3. Wechseln Sie erst nach bestätigter Parität auf 100 %.
  4. Halten Sie den Rollback bis zur Stabilisierung auf einen Wechsel von URL und Schlüssel beschränkt.

Validierungsbefehle

Testen Sie Streaming separat über denselben Endpoint:
Prüfen Sie außerdem, dass Ihre Anwendung ein ungültiges Modell erkennt, ohne Zugangsdaten offenzulegen:
Anschließend:
  • Führen Sie eine Streaminganfrage über den Integrationstest der Anwendung aus.
  • Testen Sie einen ungültigen Schlüssel oder ein ungültiges Modell.
  • Spielen Sie einen kleinen Referenz-Promptdatensatz erneut ab und vergleichen Sie die Ausgaben.

Nächste Schritte

Zuletzt geändert am 2. Oktober 2026