Was sich ändert
Die Migration umfasst vier Schritte:
- Payload-Format beibehalten.
- Basis-URL und Quelle des API-Schlüssels austauschen.
- Modell-IDs und OpenRouter-spezifische Header prüfen.
- Traffic schrittweise umstellen und Latenz, Ausgabe und Kosten vergleichen.
Vor dem Start
- Zugriff auf den aktuellen OpenRouter-Integrationscode und die Deployment-Konfiguration.
PHASEO_API_KEYin 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-RefererundX-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: Bearerbei. - Behalten Sie
HTTP-RefererundX-Titlebei, wenn sie die aufrufende Anwendung kennzeichnen. Phaseo akzeptiert auch die kleingeschriebenen Variantenhttp-refererundx-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.
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/v1aktualisiert. OPENROUTER_API_KEYin allen Umgebungen durchPHASEO_API_KEYersetzt.- Alle Produktionsmodell-IDs mit
/v1/modelsgeprüft. - Eine Anfrage ohne Streaming über
/v1/chat/completionsoder/v1/responsesgetestet. - Eine Streaminganfrage über denselben Integrationspfad wie in der Produktion getestet.
GET /v1/generations?id=<request_id>erneut geprüft, damit Fehler beireplay_supported=trueaus der gespeichertenreplay_requestwiederholt 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:- Durchsuchen Sie Laufzeitcode und Deployment-Konfiguration nach
openrouter.ai,OPENROUTER_API_KEY,sk-or-v1,HTTP-RefererundX-Title. - Ändern Sie die Client-Anbindung auf
https://api.phaseo.app/v1undPHASEO_API_KEY, ohne Geheimnisse im Repository abzulegen. - Rufen Sie
GET /v1/modelsab und dokumentieren Sie jede Modellzuordnung. - Passen Sie OpenRouter-spezifische Routingoptionen oder Antwortfelder in einem Kompatibilitätsmodul an.
- Führen Sie die untenstehenden Prüfungen für Health, Modelle, normale Anfragen, Streaming und Fehler aus.
- Berichten Sie geänderte Dateien, Secret-Umbenennungen, Modellzuordnungen, Testergebnisse, Paritätslücken und Rollback-Schalter.
5) Sicher ausrollen
Stellen Sie schrittweise um: zuerst Entwicklung, dann einen kleinen Produktionsanteil und schließlich den gesamten Traffic, sobald die Metriken stabil sind.- Beginnen Sie nur mit internem Traffic.
- Erhöhen Sie auf 5–10 % des Produktionsverkehrs und vergleichen Sie Qualität, Latenz und Kosten.
- Wechseln Sie erst nach bestätigter Parität auf 100 %.
- Halten Sie den Rollback bis zur Stabilisierung auf einen Wechsel von URL und Schlüssel beschränkt.
Validierungsbefehle
- 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.