OpenRouter أم LiteLLM؟ قارن التكلفة والتحكم قبل الاختيار

اختر LiteLLM إذا كنت تريد تشغيل البوابة بنفسك والاحتفاظ ببيانات اعتماد المزوّدين داخل بنيتك التحتية. واختر OpenRouter إذا كنت تفضّل خدمة توجيه مستضافة وفاتورة موحّدة للنماذج: شراء الرصيد في خطة Standard يخضع لرسوم قدرها 5.5%، بينما تبلغ رسوم ترخيص برنامج LiteLLM المفتوح المصدر $0. ويتوقف الاختيار بين LiteLLM وOpenRouter على من يشغّل البوابة، وأي حساب يتحمّل تكلفة الاستدلال، وما إذا كانت الرسوم التي ستوفّرها تغطي تكلفة التشغيل.

OpenRouter أم LiteLLM: أيهما أنسب لمشروعك؟

يتفوّق OpenRouter لمن يريد الوصول إلى عدة مزوّدين من دون تشغيل خدمة إضافية. ويتفوّق LiteLLM لمن يحتاج إلى تشغيل البوابة وبيانات الاعتماد وسياسات حركة الطلبات داخل بنية تحتية يسيطر عليها. ارتفاع الاستخدام وحده لا يحسم القرار؛ فتكلفة استخدام مفاتيحك الخاصة مع OpenRouter تختلف عن تكلفة شراء رصيد الاستدلال.

تقع البوابة بين منتجك ومزوّدي النماذج. وتتناول هذه المقارنة خادم Proxy Server من LiteLLM عند استضافته ذاتيًا، وليس حزمة Python SDK وحدها، وخدمة OpenRouter المستضافة، سواء باستخدام الرصيد المشترى أو مفاتيحك الخاصة (BYOK).

جرى التحقق من الأسعار والوثائق في 12 أكتوبر 2026، بما فيها صفحة أسعار LiteLLM المنشورة وصفحة أسعار OpenRouter المنشورة. وحُسبت الفاتورة أدناه انطلاقًا من تلك الرسوم المعلنة. لم تُجرَ تجربة بحساب مسجّل الدخول أو اختبارات لقياس زمن الاستجابة.

تستند صفوف الخصائص إلى بنية LiteLLM، ومخطط مفاتيح OpenRouter، ووثائق التوجيه والتسجيل والتخزين المؤقت المشار إليها أدناه. عدد تكاملات المزوّدين يختلف عما يُتاح شراؤه من نماذج؛ ولا يثبت أي من الرقمين توافر المزيج المحدد الذي تحتاجه من نموذج ومنطقة وخصائص.

إذا كان منتجك صغيرًا ولا يوجد مسؤول عن المنصة، فابدأ بـOpenRouter، ما لم يتعارض مرور الطلبات عبر خدمة مستضافة مع متطلب محدد لديك. وإذا كان المنتج يعمل أصلًا على بنية تحتية مشتركة ويحتاج إلى فرض حدود مركزية لمعدل الاستخدام لكل مفتاح، فاختر LiteLLM. أما المنتج المتنامي الذي تفاوض على عقود مع المزوّدين، فعليه مقارنة OpenRouter BYOK مع LiteLLM، بدل احتساب رسوم شراء الرصيد على الخيارين معًا.

من يحتفظ بالمفاتيح، ومن يصدر الفاتورة، ومن يمرّر الطلب؟

يضع LiteLLM البوابة داخل نطاق سيطرتك، بينما يوفّر OpenRouter وسيطًا تتولى الخدمة إدارته. يغيّر BYOK بيانات الاعتماد المستخدمة لدى المزوّد والجهة التي تدفع، لكنه لا يلغي وجود ذلك الوسيط.

LiteLLM: بوابتك وحساباتك لدى المزوّدين

LiteLLM بوابة مفتوحة المصدر تنشرها بين تطبيقك ومزوّدي النماذج. وفق المسار الموثّق، تتحقق البوابة من مفتاح افتراضي، وتطبّق الميزانيات وحدود معدل الاستخدام، ثم توجّه الطلب وتحوّله إلى صيغة واجهة API الخاصة بالمزوّد. والمفتاح الافتراضي هو بيانات اعتماد تصدرها البوابة للتطبيق، فلا يحتاج التطبيق إلى المفتاح السري لكل مزوّد. بنية معالجة الطلبات في LiteLLM.

تتحمّل حسابات المزوّدين التي تضبطها تكلفة الاستدلال. وتحتاج البوابة إلى ميزانية تشغيل خاصة بها تشمل موارد الحوسبة، وقاعدة البيانات التي تدعم المفاتيح والإنفاق، وأي بنية تنشرها للتخزين المؤقت أو لتطبيق حدود مشتركة لمعدل الاستخدام. تشرح وثائق النشر في بيئة الإنتاج هذه المكوّنات، لكنها لا تقدّم فاتورة استضافة موحّدة تصلح للجميع.

الأفضل للتحكم في بيانات الاعتماد والنشر: LiteLLM. استبعده إذا لم يكن هناك من يتولى الترقيات وتوافر قاعدة البيانات ومعالجة الطلبات الفاشلة. مجانية البرنامج لا توفّر هذا المسؤول.

OpenRouter: توجيه مستضاف مع اختيار الجهة التي تدفع

OpenRouter بوابة مستضافة وكتالوج للنماذج. عند شراء الرصيد، يستخدم تطبيقك مفتاح OpenRouter ويُخصم الاستخدام من ذلك الرصيد. ومع BYOK، تزوّد الخدمة ببيانات اعتماد المزوّد؛ ويقول OpenRouter إنه يشفّر تلك المفاتيح ويستخدمها في الطلبات الموجّهة إلى المزوّد المحدد. يتحمّل حساب المزوّد تكلفة الاستدلال، وتُخصم رسوم التوجيه المستحقة من رصيد OpenRouter. وثائق BYOK في OpenRouter.

الإعداد الافتراضي المؤثر هنا هو التحويل إلى السعة المشتركة عند التعذّر. عندما يتعذّر على مفتاح BYOK ذي الأولوية تنفيذ الطلب، يستطيع OpenRouter استخدام سعته الخاصة والإنفاق من رصيدك لديه. وأشد إعداداته تقييدًا على مستوى المزوّد هو عدم استخدام السعة المشتركة مطلقًا لأي نموذج لدى هذا المزوّد. ومع ذلك، قد ينفّذ مزوّدون آخرون الطلب ما لم تقيّد أيضًا المزوّدين المسموح بهم. هذه سياسة تحدد من يدفع، وليست مجرد إعداد لضمان توافر الخدمة.

الأفضل للوصول الجاهز إلى الكتالوج وتوحيد المشتريات وتولّي تشغيل البوابة: OpenRouter. اختر BYOK إذا كان الاحتفاظ بحسابات المزوّدين مهمًا لك، لكن احسم صراحةً ما إذا كان التحويل إلى البدائل مسموحًا له بنقل التكلفة إلى OpenRouter.

أسعار OpenRouter: شراء الرصيد واستخدام BYOK

يفرض OpenRouter رسومًا على شراء الرصيد، ورسومًا على توجيه BYOK بعد تجاوز الحصة المعفاة. وهما رسمان منفصلان. تنص الأسئلة الشائعة على رسوم 5.5% بحد أدنى $0.80 لكل عملية شراء رصيد، ورسوم 5% للمدفوعات بالعملات المشفّرة. وتُمرّر أسعار الاستدلال الأساسية للمزوّدين من دون زيادة. الأسئلة الشائعة عن رسوم OpenRouter.

يعرض جدول الخطط المنشور رسومًا قدرها 5.5% لخطة Standard و8% لخطة Business. وتتيح كلتاهما استدلالًا بقيمة $25,000 شهريًا وفق أسعار القائمة من دون رسوم BYOK، ثم تُطبّق رسوم 5%. أما شروط Enterprise فتُحدَّد حسب الاتفاق. يستخدم مثال الفاتورة خطة Standard؛ فلا تطبّق نسبتها على Business. جدول الخطط الحالي.

تُحتسب رسوم BYOK على أساس ما كان سيكلّفه النموذج نفسه لدى المزوّد نفسه عادةً على OpenRouter. وقد يختلف هذا الأساس عن فاتورة المزوّد بعد الخصم الذي حصلت عليه. وتُقاس الحصة المعفاة بقيمة الاستدلال، لا بعدد الطلبات، وتُخصم الرسوم من رصيد OpenRouter. تعريف رسوم BYOK.

ولشرح أوسع لرسوم شحن الرصيد والاستخدام، راجع دليل أسعار OpenRouter.

خطتا LiteLLM Open Source وEnterprise

لا تفرض LiteLLM Open Source رسوم ترخيص، حتى للاستخدام في بيئة الإنتاج. تشمل صفحة الأسعار المفاتيح الافتراضية وتتبع الإنفاق والميزانيات وحدود معدل الاستخدام والتحويل إلى البدائل وتسجيل الطلبات والاستجابات ومقاييس Prometheus. فهذه الخصائص ليست جميعها حكرًا على Enterprise. خطط LiteLLM.

تضيف Enterprise أدوات للتحكم في الهوية والتنظيم، مثل SSO/SCIM، والمصادقة عبر OIDC/JWT، وسجلات التدقيق، ومديري الأسرار، وتدوير المفاتيح، إلى جانب الدعم وخيارات النشر. والتسعير سنوي، ويعتمد على سعة طلبات البوابة وبنيتها واحتياجات الدعم، لا على الإنفاق على الرموز. لا توجد قيمة معلنة بالدولار يمكن إدراجها في مقارنة شهرية عادلة؛ استخدم عرض السعر الذي تتلقاه.

كيف تبدو الفاتورة الشهرية عند الاستخدام المحدود والمتنامي؟

في مثال بقيمة استدلال شهرية تبلغ $50,000 وفق أسعار القائمة، تبلغ التكلفة مع رصيد Standard $52,750؛ ومع استخدام Standard BYOK وحده تبلغ $51,318.75 وفق افتراضات شحن الرصيد أدناه. أما LiteLLM Open Source فيكلّف $50,000 إضافة إلى تكلفة تشغيلك. هذه نتائج حسابية، وليست باقات مسعّرة أو أحمال عمل مقاسة.

لنثبّت النماذج والمزوّدين ومزيج الرموز، ونرمز إلى قيمة الاستدلال الشهرية بـB. تبلغ هذه القيمة في حالة الاستخدام المحدود $100، وفي الحالة المتنامية $50,000، أي ضعف حصة BYOK المعفاة المعلنة. نفترض أن فواتير المزوّدين تساوي أسعار القائمة، وأنه لا توجد وفورات من التخزين المؤقت أو خصومات تفاوضية أو تحويل إلى السعة المشتركة. ونفترض أيضًا عملية شحن واحدة لرصيد Standard، بوسيلة دفع غير العملات المشفّرة، يُستهلك رصيدها بالكامل. لا تشمل المقارنة الضرائب أو الإضافات الاختيارية.

ولنرمز بـH إلى التكلفة الشهرية الفعلية لاستضافة LiteLLM وصيانته لديك. لا تستبدلها بتقدير مختلق لتكلفة خادم.

يعتمد الحساب على رسوم شراء الرصيد وحصة BYOK المعفاة الحالية. ويفترض أن شهرًا يُستخدم فيه BYOK وحده لا يتطلب شراء رصيد إذا لم تستحق رسوم توجيه.

في حالة الاستخدام المتنامي المموّل بالرصيد، تشتري رصيدًا بقيمة $50,000 وتضيف $50,000 × 5.5% = $2,750. فيصبح إجمالي المبلغ المدفوع $52,750.

وللاستخدام نفسه عبر BYOK، تبلغ فاتورة المزوّد $50,000. تُطبّق رسوم التوجيه على قيمة الاستدلال التي تتجاوز الحصة المعفاة: ($50,000 − $25,000) × 5% = $1,250. ويضيف شراء رصيد Standard لسداد تلك الرسوم $1,250 × 5.5% = $68.75. فيكون الإجمالي $50,000 + $1,250 + $68.75 = $51,318.75. رسوم شحن الرصيد هنا نتيجة مترتبة على دفع رسوم BYOK من رصيد مشترى؛ وليست رسمًا ثانيًا على فاتورة المزوّد.

نقطة التعادل تتوقف على طريقة استخدامك لـOpenRouter

مقارنةً برصيد Standard، يوفّر LiteLLM المال عندما تكون H أقل من رسوم شراء الرصيد التي ستتجنبها. وبعد تجاوز النطاق الذي تُطبّق فيه الرسوم الدنيا، تكون نقطة التعادل B = H ÷ 0.055. عند الاستخدام المحدود، لا يتاح لتغطية H سوى $5.50؛ وعند الاستخدام المتنامي، يتاح $2,750.

مقارنةً باستخدام Standard BYOK وحده، لا توجد وفورات في رسوم التوجيه ما دمت ضمن الحصة المعفاة. وفوقها، عندما تتجاوز رسوم الشحن النسبية الحد الأدنى، تكون نقطة التعادل B = $25,000 + H ÷ 0.05275. وعند الاستخدام المتنامي، يجب أن تقل تكلفة تشغيل LiteLLM عن $1,318.75 شهريًا كي يكون أوفر وفق هذه التكاليف وحدها. وإذا احتجت إلى ترخيص Enterprise، تصبح H هي H مضافًا إليها الحصة الشهرية من عرض السعر الفعلي الذي حصلت عليه.

تتغيّر الفاتورة باختلاف خصومات المزوّدين وأسعار النماذج وأحجام عمليات شراء الرصيد واستخدام المسارات البديلة. ولا يكفي عدد الطلبات وحده لتحديد نقطة التعادل، لأن تكلفة الرموز تختلف من طلب إلى آخر.

البدائل والميزانيات والتخزين المؤقت: أيهما يتفوّق في كل مهمة؟

يتفوّق LiteLLM في أدوات التحكم التي تشغّلها داخل بوابتك؛ ويتفوّق OpenRouter في التوجيه الذي تستخدمه من دون صيانة تلك البوابة. الفارق الحاسم هو ما يمكنك ضبطه والنطاق الذي يسري عليه، لا مجرد وجود علامة بجوار خاصية «التحويل إلى البدائل».

التوجيه والتحويل عند التعذّر: OpenRouter لخيار جاهز تديره الخدمة

يدعم موجّه المزوّدين في OpenRouter ترتيب المزوّدين بحسب الأولوية، وقائمة بالمزوّدين المسموح بهم، وإعداد allow_fallbacks. وتجرّب مصفوفة models المنفصلة نماذج بديلة عندما يتعذّر على النموذج الأساسي تنفيذ الطلب. وهذا تمييز مهم: تغيير المزوّد مع الإبقاء على النموذج نفسه قرار يختلف عن تغيير النموذج ذاته. توجيه المزوّدين، التحويل إلى نماذج بديلة.

توثّق LiteLLM إعادة المحاولة داخل مجموعة نماذج مضبوطة، والتحويل إلى مجموعة أخرى عند التعذّر. وأنت المسؤول عن تلك النُسخ المنشورة وقواعدها. بنية التوجيه في LiteLLM.

الأفضل لمن يريد تحويلًا تلقائيًا تديره الخدمة عند التعذّر: OpenRouter. اختر LiteLLM إذا كانت الوجهات البديلة المعتمدة نُسخًا منشورة تديرها بالفعل. ولا تثبت قائمة البدائل، ولا هذه المقارنة، تفوّق أي منهما في زمن الاستجابة.

الميزانيات وحدود المعدل لكل مفتاح: LiteLLM لضبط حركة الطلبات

يتيح LiteLLM التحكم في ميزانيات المفاتيح الافتراضية ووضع حدود لعدد الطلبات في الدقيقة (RPM) والرموز في الدقيقة (TPM). يضبط سقف الإنفاق التكلفة المتراكمة، بينما يضبط حد المعدل السرعة التي يستطيع بها التطبيق استهلاك السعة. فقد يبقى العميل ضمن ميزانيته الشهرية مع إحداث طفرة غير مرغوبة في الطلبات. أدوات ضبط الميزانيات ومعدلات الاستخدام في LiteLLM.

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

يوثّق OpenRouter حدودًا بالدولار لكل مفتاح، وفترات لإعادة ضبطها، وإعداد include_byok_in_limit. ولا يورد مخطط إنشاء المفاتيح حقول RPM/TPM يضبطها المستخدم لكل مفتاح، بينما تشرح صفحة الحدود أدوات التحكم في السعة على مستوى المنصة والمزوّد. لا تساوِ بين حد إنفاق المفتاح وحد معدل المعالجة الخاص بتطبيق بعينه. أدوات التحكم في المفاتيح، حدود المعدلات والميزانيات.

الأفضل عندما تكون قواعد الإنفاق ومعدل المعالجة لكل مفتاح من المتطلبات: LiteLLM. يوفّر OpenRouter أدوات لضبط الإنفاق، لكن عليك مطابقة نطاقها الموثّق مع الحساب الذي يتحمّل التكلفة.

التسجيل والتخزين المؤقت: LiteLLM للتحكم في موضع حفظ البيانات

يدعم LiteLLM تحديد وجهات حفظ السجلات وحجب محتوى الرسائل مع الاحتفاظ بالبيانات الوصفية للإنفاق. ويمكن تخزين استجاباته مؤقتًا محليًا أو عبر Redis أو غيره من أنظمة التخزين الموثّقة؛ ويعيد التخزين المؤقت القائم على التطابق التام استخدام الإجابة لطلب مطابق. أدوات التحكم في التسجيل، أنظمة التخزين المؤقت.

يتيح OpenRouter تفعيل تسجيل المدخلات والمخرجات الخاص اختياريًا. ويوثّق أيضًا التخزين المؤقت لاستجابات البوابة، حيث يمكن لطلب مطابق أن يسترجع استجابة محفوظة من دون استدعاء المزوّد. وهذا منفصل عن التخزين المؤقت للموجّهات لدى المزوّد، الذي يعيد استخدام معالجة الموجّه داخل المزوّد نفسه. التخزين المؤقت للاستجابات معطّل ما لم يُفعّل، ويقتصر نطاقه على مفتاح API. التسجيل الخاص، التخزين المؤقت للاستجابات، التخزين المؤقت للموجّهات.

الأفضل لاختيار مكان حفظ سجلات البوابة وذاكرتها المؤقتة: LiteLLM. أما OpenRouter فهو الخيار المستضاف الأبسط. وهناك قيد محدد ينبغي حسمه قبل اعتماده: تفعيل عدم الاحتفاظ بالبيانات على مستوى الحساب يعطّل التخزين المؤقت للاستجابات، بينما لا يغيّر provider.zdr على مستوى الطلب أهلية التخزين المؤقت. اشتراط مزوّد لا يحتفظ بالبيانات لا يعطّل بحد ذاته الاحتفاظ بها في ذاكرة البوابة المؤقتة للاستجابات.

التعامل مع البيانات: امتلاك البوابة لا يضمن بقاء البيانات داخل بنيتك

يزيل LiteLLM مزوّد البوابة المستضافة من المسار، لكنه لا يحوّل الاستدلال البعيد إلى استدلال محلي. تقول صفحة الأمان لديه: «لا تُخزَّن أي بيانات أو بيانات قياس عن بُعد على خوادم LiteLLM عند الاستضافة الذاتية». ومع ذلك، تظل بنيته تمرّر الطلبات إلى مزوّدي النماذج الذين تختارهم. أمان LiteLLM، مسار الطلب.

يمنحك ذلك التحكم في الخادم الوسيط وسجلاته والوجهات المضبوطة فيه. لكنه لا يلغي سياسة المزوّد الذي ينفّذ الطلب، ولا سياسة أي خدمة تسجيل خارجية تفعّلها.

أما OpenRouter فيقول: «أي احتفاظ بالموجّهات على OpenRouter يكون دائمًا باختيار المستخدم». ويميّز بين السجلات الخاصة لتصحيح الأخطاء وبين الإذن باستخدام المدخلات والمخرجات لتحسين منتجه؛ وكلا الخيارين معطّل افتراضيًا. ويحتفظ ببيانات الطلبات الوصفية، ويشرح أنه يأخذ عيّنة صغيرة من الموجّهات لتصنيفها باستخدام نموذج يعمل بسياسة عدم الاحتفاظ بالبيانات. ويقول إنه في غياب الموافقة على استخدام المدخلات والمخرجات، تُحفظ التصنيفات بصورة مجهّلة ولا تُربط بحسابك أو بمعرّف المستخدم لديك. جمع البيانات في OpenRouter.

يمثّل المزوّد الذي ينفّذ الطلب نطاقًا آخر يجب تقييمه. يوثّق OpenRouter سياسات منفصلة للاحتفاظ بالبيانات والتدريب عليها، ويدعم تصفية نقاط النهاية وفق سياسة عدم الاحتفاظ بالبيانات، أو ZDR. الالتزام بعدم التدريب على البيانات يختلف عن الالتزام بعدم الاحتفاظ بها. وتنبه وثائق ZDR أيضًا إلى أن الإضافات والأدوات المفعّلة قد تتبع سياسات احتفاظ خاصة بها. سياسات المزوّدين، أدوات ضبط ZDR.

الأفضل لتولّي التحكم في كيفية تعامل البوابة مع البيانات: LiteLLM. قد يناسب OpenRouter سياسة تسمح بالخدمات المستضافة، لكن قيّم البوابة والمزوّد والتخزين المؤقت وأي أدوات مفعّلة كلًا على حدة. لا يجيب «BYOK» وحده عن أي من أسئلة الاحتفاظ هذه.

الانتقال من OpenRouter إلى LiteLLM أو العكس

تكلفة الانتقال تكمن في إعادة بناء السياسات والمحاسبة المحيطة بواجهة API، لا في تغيير عنوانها فقط. توافق صيغة الطلب لا ينقل عقود المزوّدين أو الميزانيات أو السجلات السابقة أو قواعد التحويل إلى البدائل.

1. 1

   حدّد الجهة الدافعة وبيانات الاعتماد لكل مسار

   عند الانتقال إلى LiteLLM، حدّد بيانات اعتماد المزوّدين والحسابات التي ستحل محل الوصول المموّل بالرصيد. وعند الانتقال إلى OpenRouter، اختر الرصيد المشترى أو BYOK، وحدّد ما إذا كان مسموحًا باستخدام السعة المشتركة لتحمّل تكلفة الطلبات المحوّلة إلى بدائل.

2. 2

   وثّق النماذج وسلوكها

   سجّل معرّفات النماذج أو أسماءها البديلة التي يستخدمها منتجك، والمزوّدين المسموح بهم، ومَعلمات الطلب المدعومة، والوجهات البديلة. حافظ على سلوك النموذج المقصود في التطبيق، بدل التعامل مع كل نموذج في الكتالوج بوصفه بديلًا مكافئًا لغيره.

3. 3

   أعد ضبط الميزانيات والمعدلات والاحتفاظ بالبيانات بعناية

   انقل سياسة الإنفاق وفترة إعادة الضبط ومتطلبات التحكم في معدل المعالجة لكل مفتاح. في LiteLLM، ضمّن قاعدة البيانات التي تتطلبها الميزانيات. وفي OpenRouter، حدّد الميزانيات التي تشمل BYOK. ووثّق الاحتفاظ بالسجلات والذاكرة المؤقتة بصورة منفصلة عن احتفاظ المزوّد بالبيانات.

4. 4

   ضع حدًا واضحًا للمحاسبة وخطة للرجوع

   احتفظ بسجلات الاستخدام السابقة وفق سياستك، وسجّل نقطة التحويل، وأبقِ إعدادات التوجيه السابقة متاحة. وكلّف جهة محددة بمطابقة فواتير المزوّدين وأرصدة البوابة بعد الانتقال.

لا تنقل منتجًا صغيرًا يعمل جيدًا على OpenRouter إلى LiteLLM لمجرد تجنّب رسوم تقل عن تكلفة تولّي خدمة إضافية. ولا تنقل نسخة LiteLLM تعمل جيدًا إلى موجّه مستضاف إذا كانت السيطرة على البوابة متطلبًا ثابتًا. ولا تنتقل لمجرد أن الكتالوج أكبر قبل التحقق من النماذج والخصائص المحددة التي يحتاجها منتجك.

يمكن استخدامهما معًا: توثّق LiteLLM استخدام OpenRouter كمزوّد تنفَّذ عبره الطلبات. وقد يتيح ذلك الاحتفاظ بنقطة تحكم محلية مع استخدام كتالوج OpenRouter، لكنه يُبقي أيضًا مسار طلبات OpenRouter ورسومه المستحقة. ولا يحوّل الاستدلال المستضاف إلى نظام محلي بالكامل.

بدائل OpenRouter: خدمتا Vercel وCloudflare

ابدأ مقارنة رسوم الخدمات المستضافة بـVercel AI Gateway؛ وتستحق Cloudflare AI Gateway النظر عندما تناسب أدوات التحكم فيها بنيتك التحتية الحالية. وفي الحالتين، يظل فهم بيانات الاعتماد التي تحدد من يدفع ضروريًا.

تعلن Vercel AI Gateway عدم فرض زيادة على أسعار الرموز أو رسوم للمنصة، وعدم فرض رسوم للبوابة مع BYOK. ويتطلب BYOK شراء رصيد؛ ويمكن إعادة محاولة طلبات BYOK الفاشلة ببيانات اعتماد النظام، فتُخصم تكلفتها من رصيد البوابة. وتشمل الفئة المجانية $5 شهريًا للنماذج المؤهلة، لكن شراء الرصيد ينهي هذه الحصة الشهرية المجانية. وقد تظل رسوم معالجة الدفع والإضافات الاختيارية مستحقة. الأسعار المنشورة لدى Vercel.

تقدّم Cloudflare AI Gateway الخصائص الأساسية للتحليلات والتخزين المؤقت وتحديد معدلات الاستخدام مجانًا. وتضيف Unified Billing 5% على عمليات شراء الرصيد: فالمثال الذي تعرضه هو رصيد بقيمة $100 مقابل دفع $105، مع تمرير أسعار استدلال المزوّدين كما هي. ويخضع العملاء الجدد الذين أُنشئت بوابتهم الأولى في 24 سبتمبر 2026 أو بعده لأسعار Workers Logs؛ لذا لا تعني مجانية خصائص البوابة تسجيلًا مجانيًا بلا حدود. الأسعار المنشورة لدى Cloudflare.

بالنسبة إلى حسابات التسجيل الجديدة هذه، تشمل Workers Paid 20 مليون سجل شهريًا، ثم $0.60 لكل مليون إضافي؛ وتعرض خطة Free 200,000 سجل يوميًا. أسعار Workers Logs. يشرح مقالنا عن ضبط الجهة الدافعة في Cloudflare قواعد بيانات الاعتماد، وتستعرض مقارنتنا لبدائل OpenRouter قائمة أوسع من الخيارات.

أسئلة يطرحها المطوّرون قبل الاختيار

OpenRouter أم LiteLLM: من يحتفظ بمفاتيح المزوّدين؟

عند استضافة LiteLLM ذاتيًا، تتحكم أنت في بيانات اعتماد المزوّدين التي تستخدمها البوابة. ومع OpenRouter BYOK، تسلّم مفاتيح المزوّدين إلى الخدمة المستضافة التي تقول إنها تشفّرها. أما استخدام OpenRouter المموّل بالرصيد فلا يتطلب منك تقديم مفتاح لكل مزوّد.

هل يمكنني الاحتفاظ بعقودي مع المزوّدين عند استخدام OpenRouter؟

يتيح BYOK تنفيذ الطلبات عبر حساباتك لدى المزوّدين. وتبقى فاتورة المزوّد ورسوم BYOK لدى OpenRouter المحسوبة على أسعار القائمة وأي تحويل إلى السعة المشتركة اعتبارات منفصلة في الفوترة. فالحصة المعفاة من الرسوم لا تجعل الاستدلال لدى المزوّد مجانيًا.

هل يصبح LiteLLM أوفر مع نمو الاستخدام؟

فقط عندما تكون تكلفة تشغيله، مضافًا إليها أي ترخيص Enterprise، أقل من رسوم OpenRouter التي ستتجنبها. قارن برسوم BYOK إذا كان هذا هو البديل المتاح لك؛ فتطبيق نسبة شراء الرصيد على كامل فاتورة المزوّد في BYOK يبالغ في تقدير الوفورات.

هل يمكن استخدام LiteLLM مع OpenRouter؟

نعم. توثّق LiteLLM تكاملًا مع OpenRouter كمزوّد. وبذلك تحتفظ بطبقتَي التوجيه، وتحتفظ معهما بتكاليف التشغيل ذات الصلة ورسوم OpenRouter ومسار البيانات المستضاف.

احصل على AI Business Workflow Audit Checklist عبر النشرة البريدية، لتحدّد مفاتيح المزوّدين والإنفاق على النماذج والمسؤول عن التحويل إلى البدائل قبل تغيير البوابة.