لدي سؤال حول Discourse AI وما إذا كان يدعم واجهات برمجة تطبيقات (APIs) الترحيل/الوكيل (relay/proxy) الخاصة بجهات خارجية.
لقد حاولت استخدام واجهة برمجة تطبيقات ترحيل من NewAPI (وكيل متوافق مع OpenAI تابع لجهة خارجية)، لكن Discourse AI يُرجع “خطأ داخلي في الخادم” (Internal Server Error). لست متأكداً مما إذا كانت هذه مشكلة في الإعداد من جهتي أو قيداً في Discourse AI.
لذا أتساءل:
هل يدعم Discourse AI حالياً واجهات برمجة تطبيقات (APIs) متوافقة مع OpenAI تابعة لجهات خارجية / ترحيل / وكيل؟
أم أنه يدعم فقط واجهات برمجة تطبيقات OpenAI و Google الرسمية في الوقت الحالي؟
إذا كانت واجهات برمجة تطبيقات الجهات الخارجية مدعومة، فهل هناك أي إعداد خاص مطلوب (رؤوس، تنسيق عنوان URL الأساسي، تسمية النموذج، إلخ)؟
إن استخدام مفاتيح API الرسمية الخاصة بي يصبح مكلفاً، لذا آمل أن أتمكن من استخدام خيار ترحيل أرخص إن أمكن.
وأود أيضاً توصيل Google BananaPro لتوليد الصور للمتعة فقط — لست متأكداً مما إذا كان ذلك مدعوماً أيضاً.
لدينا عملاء يقومون بآلاف المكالمات للذكاء الاصطناعي يوميًا عبر وكلاء متوافقين مع OpenAI، لذا نحن نعلم أنها تعمل. المشكلة الرئيسية هي عندما يقولون “متوافق مع OpenAI” هي مدى توافقهم حقًا.
توفر vLLM و Google و Ollama و LMStudio جميعها واجهات برمجة تطبيقات متوافقة مع OpenAI نختبرها ونستخدمها يوميًا.
إذا كان مزود معين يفشل، فمن السهل عادةً معرفة السبب عبر السجلات في صفحة /logs. هل يمكنك مشاركة الخطأ من هناك؟
يتطلب Discourse ملء مطالبة النظام، ولا أريد ملء مطالبة النظام، لقد أدخلت واحدة فقط.
أي أنه يجيب مباشرة على سؤال المستخدم، ويجيب النموذج مباشرة،
لم أكتشف بعد كيفية التكوين
عند الإشارة إلى @الروبوت، لا أعرف لماذا تكون مطالبة “المطالبة المخصصة” هي الافتراضية (لأنني وجدت أن تنسيق رده يتطابق فقط مع مطالبة “المطالبة المخصصة”) كما هو موضح في الصورة أدناه: التغيير لا يزال غير فعال، لا أعرف ما المشكلة
