Skip to main content

نظرة عامة

عادةً ما يُستخدم LiteLLM مع TokenLab بطريقتين.
  • استخدام TokenLab كـ نقطة نهاية متوافقة مع OpenAI خلف LiteLLM
  • وضع LiteLLM أمام TokenLab لإدارة المفاتيح الافتراضية أو سياسة اختيار النماذج أو المراقبة المركزية
بالنسبة إلى TokenLab، فإن أنظف مسار افتراضي هو استخدام وضع custom OpenAI / متوافق مع OpenAI في LiteLLM مع api_base = https://api.tokenlab.sh/v1.
إذا كنت تحتاج صراحةً إلى request shapes من نوع Claude-native أو Gemini-native، فالأفضل استخدام التكاملات الأصلية في TokenLab بدلًا من فرض هذه التدفقات عبر طبقة LiteLLM المتوافقة مع OpenAI.
النوع: إطار أو منصةالمسار الرئيسي: نقطة نهاية متوافقة مع OpenAIمستوى الدعم: مسار مدعوم

التثبيت

إعداد الـ proxy

التشغيل:

أفضل الممارسات

  • اعتبر TokenLab أولًا endpoint من نوع custom_openai
  • ضع LiteLLM في المقدمة فقط عندما تحتاج فعلًا إلى طبقة gateway إضافية
  • لا تفترض تلقائيًا توافر كل التفاصيل الأصلية للمزوّد عبر المسار المتوافق مع OpenAI