क्या बदलता है
माइग्रेशन के चार हिस्से हैं:
- Payload का आकार वही रखें।
- Base URL और API key का स्रोत बदलें।
- Model IDs और OpenRouter-only headers जाँचें।
- Traffic धीरे-धीरे बढ़ाते हुए latency, output और cost की तुलना करें।
शुरू करने से पहले
- मौजूदा OpenRouter एकीकरण कोड और डिप्लॉयमेंट कॉन्फ़िगरेशन तक पहुँच।
- dev, staging और production में
PHASEO_API_KEYउपलब्ध हो। - production model IDs और प्रतिनिधि prompts की छोटी सूची।
1) OpenRouter के मौजूदा इस्तेमाल की सूची बनाएँ
OpenRouter से जुड़े सभी संदर्भ खोजें: एंडपॉइंट URL, कुंजियाँ, मॉडल ID और प्रदाता-विशिष्ट हेडर।openrouter.aiendpoints खोजें।- code, CI और hosting environment variables में
OPENROUTER_API_KEYखोजें। HTTP-RefererऔरX-Titleजैसे OpenRouter-only headers खोजें।- active model IDs और fallback logic दर्ज करें।
- ऐसे साझा prompt, provider या parameter defaults पहचानें जिन्हें application code में दोहराने के बजाय Gateway presets में ले जाना चाहिए।
2) Base URL और credentials बदलें
पहले request payload को वैसा ही रखें। optimization से पहले व्यवहार की समानता जाँचें।3) Model IDs जाँचें और OpenRouter-only व्यवहार का मिलान करें
यह न मानें कि सभी पुराने aliases मान्य हैं।/v1/models query करके हर production model ID जाँचें। सामान्य response में सिर्फ़ अभी public routing के लिए उपलब्ध models होते हैं; inactive या आने वाले mappings देखने की ज़रूरत होने पर ही availability=all इस्तेमाल करें।
Authorization: Bearerformat वैसा ही रखें।- ऐप की पहचान के लिए इस्तेमाल होने पर
HTTP-RefererऔरX-Titleरखें। Phaseo इनके lowercase रूपhttp-refererऔरx-titleभी स्वीकार करता है। - callers OpenRouter-only response fields पर निर्भर हों, तो उन्हें एक compatibility layer में adapt करें।
- provider allow/deny lists या routing defaults को callers में बिखेरने के बजाय Presets और Routing और fallbacks में ले जाएँ।
प्रदाता नियंत्रणों का मिलान
क्षेत्रीय ज़रूरतों पर Phaseo
provider.required_execution_region और provider.required_data_region भी सपोर्ट करता है। पूरे requests के लिए Providers को pin या ignore करें और सिर्फ़ EU या ZDR-सक्षम providers पर route करें देखें।
4) OpenRouter व्यवहार-समानता की जाँच-सूची
महत्वपूर्ण traffic बदलने से पहले पुष्टि करें:- Base URL
https://api.phaseo.app/v1है। - सभी environments में
OPENROUTER_API_KEYकोPHASEO_API_KEYसे बदला गया है। - सभी production model IDs को
/v1/modelsसे जाँचा गया है। /v1/chat/completionsया/v1/responsesसे एक non-streaming request सफल है।- production वाला app integration path इस्तेमाल करके एक streaming request सफल है।
GET /v1/generations?id=<request_id>जाँचा गया है, ताकिreplay_supported=trueहोने पर संग्रहीतreplay_requestसे failed requests दोबारा चलाई जा सकें।- असली prompts के साथ tool-calling और structured-output flows दोबारा जाँचे गए हैं।
- staging में invalid-key और invalid-model errors जाँचे गए हैं।
- OpenRouter-only headers और response fields हटाए या स्पष्ट रूप से normalize किए गए हैं।
- साझा prompt/routing defaults जहाँ उपयुक्त हों, presets में ले जाए गए हैं।
एजेंट के लिए माइग्रेशन जाँच-सूची
Coding agent को यह सीमित क्रम दें:- runtime code और deployment config में
openrouter.ai,OPENROUTER_API_KEY,sk-or-v1,HTTP-RefererऔरX-Titleखोजें। - कोई secret source control में जोड़े बिना client boundary को
https://api.phaseo.app/v1औरPHASEO_API_KEYपर बदलें। GET /v1/modelsquery कर हर पुराने और नए model mapping को दर्ज करें।- OpenRouter-विशिष्ट रूटिंग विकल्पों या प्रतिक्रिया फ़ील्ड को एक संगतता मॉड्यूल में ढालें।
- नीचे दिए health, model, request, streaming और failure checks चलाएँ।
- बदली गई फ़ाइलों, गुप्त नामों में परिवर्तनों, मॉडल मैपिंग, परीक्षण के प्रमाण, समानता की कमियों और रोलबैक स्विच की रिपोर्ट दें।
5) सुरक्षित rollout करें
चरणों में बदलाव करें: पहले dev, फिर production का छोटा हिस्सा, और metrics स्थिर होने पर पूरा traffic।- शुरुआत सिर्फ़ internal traffic से करें।
- production traffic को 5–10% तक बढ़ाकर quality, latency और cost की तुलना करें।
- parity की पुष्टि के बाद ही 100% करें।
- बदलाव स्थिर होने तक rollback को सिर्फ़ URL और key बदलने तक सीमित रखें।
सत्यापन कमांड
- ऐप के integration test से एक streaming request चलाएँ।
- invalid key या model के लिए negative test चलाएँ।
- छोटे baseline prompt set को दोबारा चलाकर outputs की तुलना करें।