Skip to main content
Phaseo, OpenRouter का OpenAI-संगत विकल्प है। अगर ऐप पहले से OpenAI SDK या सीधे HTTP calls के ज़रिए OpenRouter इस्तेमाल करता है, तो आमतौर पर prompts या ऐप का लॉजिक दोबारा लिखे बिना client boundary पर माइग्रेट किया जा सकता है।

क्या बदलता है

माइग्रेशन के चार हिस्से हैं:
  1. Payload का आकार वही रखें।
  2. Base URL और API key का स्रोत बदलें।
  3. Model IDs और OpenRouter-only headers जाँचें।
  4. Traffic धीरे-धीरे बढ़ाते हुए latency, output और cost की तुलना करें।

शुरू करने से पहले

  • मौजूदा OpenRouter एकीकरण कोड और डिप्लॉयमेंट कॉन्फ़िगरेशन तक पहुँच।
  • dev, staging और production में PHASEO_API_KEY उपलब्ध हो।
  • production model IDs और प्रतिनिधि prompts की छोटी सूची।

1) OpenRouter के मौजूदा इस्तेमाल की सूची बनाएँ

OpenRouter से जुड़े सभी संदर्भ खोजें: एंडपॉइंट URL, कुंजियाँ, मॉडल ID और प्रदाता-विशिष्ट हेडर।
  • openrouter.ai endpoints खोजें।
  • 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: Bearer format वैसा ही रखें।
  • ऐप की पहचान के लिए इस्तेमाल होने पर 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 में ले जाएँ।
OpenRouter provider preferences या response-only fields को हर call में कॉपी न करें। इन्हें एक adapter में रखें ताकि rollback के लिए केवल URL और credentials बदलने पड़ें।

प्रदाता नियंत्रणों का मिलान

क्षेत्रीय ज़रूरतों पर 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 को यह सीमित क्रम दें:
  1. runtime code और deployment config में openrouter.ai, OPENROUTER_API_KEY, sk-or-v1, HTTP-Referer और X-Title खोजें।
  2. कोई secret source control में जोड़े बिना client boundary को https://api.phaseo.app/v1 और PHASEO_API_KEY पर बदलें।
  3. GET /v1/models query कर हर पुराने और नए model mapping को दर्ज करें।
  4. OpenRouter-विशिष्ट रूटिंग विकल्पों या प्रतिक्रिया फ़ील्ड को एक संगतता मॉड्यूल में ढालें।
  5. नीचे दिए health, model, request, streaming और failure checks चलाएँ।
  6. बदली गई फ़ाइलों, गुप्त नामों में परिवर्तनों, मॉडल मैपिंग, परीक्षण के प्रमाण, समानता की कमियों और रोलबैक स्विच की रिपोर्ट दें।
बार-बार इस्तेमाल होने वाली प्रक्रिया के लिए OpenRouter से Phaseo migration guide देखें। इसमें inventory, mapping, validation, reporting और rollback की ज़रूरतें शामिल हैं।

5) सुरक्षित rollout करें

चरणों में बदलाव करें: पहले dev, फिर production का छोटा हिस्सा, और metrics स्थिर होने पर पूरा traffic।
  1. शुरुआत सिर्फ़ internal traffic से करें।
  2. production traffic को 5–10% तक बढ़ाकर quality, latency और cost की तुलना करें।
  3. parity की पुष्टि के बाद ही 100% करें।
  4. बदलाव स्थिर होने तक rollback को सिर्फ़ URL और key बदलने तक सीमित रखें।

सत्यापन कमांड

इसी endpoint से streaming को अलग से जाँचें:
यह भी पुष्टि करें कि ऐप credentials दिखाए बिना invalid model संभालता है:
इसके बाद:
  • ऐप के integration test से एक streaming request चलाएँ।
  • invalid key या model के लिए negative test चलाएँ।
  • छोटे baseline prompt set को दोबारा चलाकर outputs की तुलना करें।

अगले चरण

अंतिम संशोधन 2 अक्टूबर 2026