ما الذي سيتغير
يتكوّن الترحيل من أربع خطوات:
- أبقِ شكل الحمولة كما هو.
- بدّل عنوان URL الأساسي ومصدر مفتاح API.
- تحقّق من معرّفات النماذج والعناوين الخاصة بـ OpenRouter.
- حوّل حركة المرور تدريجيًا وقارن زمن الاستجابة والمخرجات والتكلفة.
قبل البدء
- الوصول إلى رمز تكامل OpenRouter الحالي وإعدادات النشر.
- إتاحة
PHASEO_API_KEYفي التطوير والاختبار والإنتاج. - قائمة قصيرة بمعرّفات نماذج الإنتاج ومطالبات ممثلة.
1) احصر استخدام OpenRouter الحالي
ابحث عن كل موضع يذكر OpenRouter: عناوين URL والمفاتيح ومعرّفات النماذج والعناوين الخاصة بالمزوّد.- ابحث عن نقاط النهاية
openrouter.ai. - ابحث عن
OPENROUTER_API_KEYفي الرمز وCI ومتغيرات بيئة الاستضافة. - ابحث عن العناوين الخاصة مثل
HTTP-RefererوX-Title. - وثّق معرّفات النماذج النشطة ومنطق البدائل.
- حدّد القيم المشتركة للمطالبات أو المزوّد أو المعلمات التي ينبغي نقلها إلى إعدادات Gateway مسبقة بدل تكرارها في رمز التطبيق.
2) بدّل عنوان URL الأساسي وبيانات الاعتماد
أبقِ حمولة الطلب كما هي أولًا، وتحقّق من تطابق السلوك قبل التحسين.3) تحقّق من معرّفات النماذج ومواءمة السلوك الخاص بـ OpenRouter
لا تفترض أن كل الأسماء المستعارة السابقة صالحة. استعلم عن/v1/models وتحقّق من كل معرّف نموذج في الإنتاج. تتضمن الاستجابة الافتراضية النماذج المتاحة حاليًا للتوجيه العام فقط؛ استخدم availability=all فقط عند الحاجة إلى مراجعة التعيينات غير النشطة أو القادمة.
- أبقِ تنسيق
Authorization: Bearerدون تغيير. - احتفظ بـ
HTTP-RefererوX-Titleإذا كانا يعرّفان التطبيق المستدعي. يقبل Phaseo أيضًا الصيغتين بأحرف صغيرةhttp-refererوx-title. - إذا كان المستدعون يعتمدون على حقول استجابة خاصة بـ OpenRouter، فكيّفها في طبقة توافق واحدة.
- انقل قوائم السماح/الرفض للمزوّدين وإعدادات التوجيه الافتراضية إلى الإعدادات المسبقة والتوجيه والبدائل.
مواءمة عناصر التحكم بالمزوّدين
يدعم Phaseo أيضًا
provider.required_execution_region وprovider.required_data_region للأحمال التي تتطلب ضوابط إقليمية. راجع تثبيت المزوّدين أو تجاهلهم والتوجيه إلى مزوّدي الاتحاد الأوروبي أو ZDR فقط للاطلاع على طلبات كاملة.
4) قائمة التحقق من التكافؤ مع OpenRouter
قبل تحويل حركة مرور كبيرة، تحقّق من الآتي:- تحديث عنوان URL الأساسي إلى
https://api.phaseo.app/v1. - استبدال
OPENROUTER_API_KEYبـPHASEO_API_KEYفي كل البيئات. - التحقق من جميع معرّفات نماذج الإنتاج عبر
/v1/models. - نجاح طلب دون بث عبر
/v1/chat/completionsأو/v1/responses. - نجاح طلب بث عبر مسار تكامل التطبيق المستخدم في الإنتاج.
- إعادة التحقق من
GET /v1/generations?id=<request_id>لإعادة تشغيل الإخفاقات منreplay_requestالمخزّن عندما تكونreplay_supported=true. - إعادة اختبار استدعاء الأدوات والمخرجات المنظّمة بمطالبات حقيقية.
- التحقق في الاختبار من أخطاء المفتاح والنموذج غير الصالحين.
- إزالة العناوين وحقول الاستجابة الخاصة بـ OpenRouter أو توحيدها صراحةً.
- نقل القيم المشتركة للمطالبات والتوجيه إلى الإعدادات المسبقة عند الاقتضاء.
قائمة ترحيل لوكيل برمجي
أعطِ وكيل البرمجة هذا التسلسل المحدد:- ابحث في رمز التشغيل وإعدادات النشر عن
openrouter.aiوOPENROUTER_API_KEYوsk-or-v1وHTTP-RefererوX-Title. - غيّر حد العميل إلى
https://api.phaseo.app/v1وPHASEO_API_KEYدون إضافة سر إلى نظام التحكم بالمصدر. - استعلم عن
GET /v1/modelsوسجّل كل مواءمة بين النماذج القديمة والجديدة. - كيّف خيارات التوجيه أو حقول الاستجابة الخاصة بـ OpenRouter في وحدة توافق واحدة.
- نفّذ فحوص الصحة والنماذج والطلبات والبث ومسارات الفشل أدناه.
- أبلغ عن الملفات المعدلة وتغييرات أسماء الأسرار ومواءمات النماذج وأدلة الاختبار وفجوات التكافؤ وخيار التراجع.
5) أطلق التغيير بأمان
نفّذ الطرح على مراحل: التطوير أولًا، ثم نسبة صغيرة من الإنتاج، ثم كل الحركة بعد استقرار المقاييس.- ابدأ بحركة المرور الداخلية فقط.
- انتقل إلى 5–10٪ من حركة الإنتاج وقارن الجودة وزمن الاستجابة والتكلفة.
- ارفعها إلى 100٪ بعد تأكيد التكافؤ.
- أبقِ التراجع مقتصرًا على تبديل URL والمفتاح حتى يستقر الانتقال.
أوامر التحقق
- نفّذ طلب بث عبر اختبار تكامل التطبيق.
- نفّذ اختبارًا سلبيًا لمفتاح أو نموذج غير صالح.
- أعد تشغيل مجموعة صغيرة من المطالبات المرجعية وقارن المخرجات.