Skip to main content
Phaseo بديل متوافق مع OpenAI لـ OpenRouter. إذا كان تطبيقك يستخدم OpenRouter عبر OpenAI SDK أو طلبات HTTP مباشرة، فعادةً يمكنك الترحيل عند حدّ العميل دون إعادة كتابة المطالبات أو منطق التطبيق.

ما الذي سيتغير

يتكوّن الترحيل من أربع خطوات:
  1. أبقِ شكل الحمولة كما هو.
  2. بدّل عنوان URL الأساسي ومصدر مفتاح API.
  3. تحقّق من معرّفات النماذج والعناوين الخاصة بـ OpenRouter.
  4. حوّل حركة المرور تدريجيًا وقارن زمن الاستجابة والمخرجات والتكلفة.

قبل البدء

  • الوصول إلى رمز تكامل 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، فكيّفها في طبقة توافق واحدة.
  • انقل قوائم السماح/الرفض للمزوّدين وإعدادات التوجيه الافتراضية إلى الإعدادات المسبقة والتوجيه والبدائل.
لا تكرر تفضيلات مزوّدي OpenRouter أو حقول الاستجابة الخاصة به في كل استدعاء. اجمع الاختلافات في محوّل واحد كي يقتصر التراجع على تبديل URL وبيانات الاعتماد.

مواءمة عناصر التحكم بالمزوّدين

يدعم 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 أو توحيدها صراحةً.
  • نقل القيم المشتركة للمطالبات والتوجيه إلى الإعدادات المسبقة عند الاقتضاء.

قائمة ترحيل لوكيل برمجي

أعطِ وكيل البرمجة هذا التسلسل المحدد:
  1. ابحث في رمز التشغيل وإعدادات النشر عن openrouter.ai وOPENROUTER_API_KEY وsk-or-v1 وHTTP-Referer وX-Title.
  2. غيّر حد العميل إلى https://api.phaseo.app/v1 وPHASEO_API_KEY دون إضافة سر إلى نظام التحكم بالمصدر.
  3. استعلم عن GET /v1/models وسجّل كل مواءمة بين النماذج القديمة والجديدة.
  4. كيّف خيارات التوجيه أو حقول الاستجابة الخاصة بـ OpenRouter في وحدة توافق واحدة.
  5. نفّذ فحوص الصحة والنماذج والطلبات والبث ومسارات الفشل أدناه.
  6. أبلغ عن الملفات المعدلة وتغييرات أسماء الأسرار ومواءمات النماذج وأدلة الاختبار وفجوات التكافؤ وخيار التراجع.
لسير عمل قابل لإعادة الاستخدام، راجع دليل الترحيل من OpenRouter إلى Phaseo، الذي يجمع متطلبات الحصر والمواءمة والتحقق والتقرير والتراجع.

5) أطلق التغيير بأمان

نفّذ الطرح على مراحل: التطوير أولًا، ثم نسبة صغيرة من الإنتاج، ثم كل الحركة بعد استقرار المقاييس.
  1. ابدأ بحركة المرور الداخلية فقط.
  2. انتقل إلى 5–10٪ من حركة الإنتاج وقارن الجودة وزمن الاستجابة والتكلفة.
  3. ارفعها إلى 100٪ بعد تأكيد التكافؤ.
  4. أبقِ التراجع مقتصرًا على تبديل URL والمفتاح حتى يستقر الانتقال.

أوامر التحقق

اختبر البث منفصلًا عبر نقطة النهاية نفسها:
وتأكّد من أن التطبيق يتعامل مع نموذج غير صالح دون كشف بيانات الاعتماد:
بعد ذلك:
  • نفّذ طلب بث عبر اختبار تكامل التطبيق.
  • نفّذ اختبارًا سلبيًا لمفتاح أو نموذج غير صالح.
  • أعد تشغيل مجموعة صغيرة من المطالبات المرجعية وقارن المخرجات.

الخطوات التالية

آخر تعديل في ٢ أكتوبر ٢٠٢٦