مرحباً بفريق ومجتمع Discourse،
أولاً، شكراً لكم على العمل المستمر على Discourse AI. مجموعة الميزات مثيرة للإعجاب وتتطور بوضوح بسرعة.
أود أن أقترح تحسينين لتجربة المستخدم/المسؤول من شأنهما تقليل وقت الإعداد وأخطاء التكوين بشكل كبير للمسؤولين - خاصة أولئك الذين يديرون نماذج/موفرين متعددين أو بيئات متعددة (التجربة/الإنتاج).
1) الاكتشاف التلقائي لنموذج LLM لنقاط النهاية المتوافقة مع OpenAI
اليوم، عند إضافة نماذج LLM، يحتاج المسؤولون غالباً إلى لصق معرف النموذج يدوياً لكل إدخال. بالنسبة لموفري وبوابات OpenAI المتوافقة (على سبيل المثال، نقاط النهاية المستضافة ذاتياً والمتوافقة مع OpenAI، طبقات الوكيل/البوابة)، سيكون من المفيد للغاية إذا تمكنت واجهة المستخدم من جلب النماذج المتاحة اختيارياً بعد إدخال عنوان URL الأساسي ومفتاح واجهة برمجة التطبيقات (API key).
تجربة المستخدم المقترحة
- يدخل المسؤول عنوان URL الأساسي ومفتاح واجهة برمجة التطبيقات (API key)
- ينقر على “جلب النماذج” (Fetch models)
- يتصل Discourse بـ
/v1/models(أو ما يعادله للموفر) - تعرض واجهة المستخدم قائمة منسدلة/قائمة قابلة للبحث
- يختار المسؤول نموذجاً واحداً أو أكثر للإضافة/التكوين
ملاحظات
- إذا كانت نقطة النهاية لا تدعم الإدراج، يمكن لواجهة المستخدم أن تتراجع بأمان إلى الإدخال اليدوي لمعرف النموذج.
- سيكون زر التحديث والتخزين المؤقت قصير الأجل مفيداً، ولكنه ليس ضرورياً للتنفيذ الأولي.
2) استيراد/تصدير لتكوين Discourse AI
مساحة تكوين Discourse AI كبيرة (اتصالات LLM، روبوت الذكاء الاصطناعي، الحصص، تبديلات الميزات، إلخ). في حين أن المرونة رائعة، إلا أنه قد يكون من المستغرق للوقت وعرضة للخطأ الإعداد عن طريق النقر عبر العديد من الشاشات - خاصة عند محاولة الحفاظ على تزامن بيئات التجربة والإنتاج.
أود أن أطلب قدرة الاستيراد/التصدير لتكوين “Discourse AI” ككل.
السلوك المقترح
- تصدير جميع الإعدادات المتعلقة بـ Discourse AI إلى ملف واحد (يفضل أن يكون JSON أو YAML للذهاب والعودة)
- استيراد الملف لتطبيق الإعدادات على بيئة أخرى أو استعادة تكوين معروف جيداً
- توفير معاينة/فرق (diff) وتحقق (فحص المفاتيح غير المعروفة، وفحص الأنواع) قبل التطبيق
معالجة الأسرار
- يمكن استبعاد مفاتيح واجهة برمجة التطبيقات (API keys) أو إخفاؤها افتراضياً، مع خيار صريح لتصديرها بشكل منفصل إذا لزم الأمر.
اختياري (لطيف أن يكون موجوداً)
- تصدير مناسب لجداول البيانات (CSV/XLSX) للمراجعة/التحرير بالجملة، مع الحفاظ على JSON/YAML كصيغة أساسية وغير فاقدة للبيانات.
لماذا سيساعد هذا
- إعداد أسرع للمسؤولين وإعادة تكوينهم
- أخطاء أقل من الإدخال اليدوي المتكرر
- توافق أفضل بين البيئات (التجربة/الإنتاج)
- تدقيق وإدارة تغييرات أسهل عبر الفروقات/التحكم في الإصدارات
أسئلة:
- هل يوجد نهج حالي موصى به لـ “التكوين بالجملة” (واجهة برمجة تطبيقات المسؤول / وحدة تحكم Rails) يمكن إضفاء الطابع الرسمي عليه في سير عمل الاستيراد/التصدير؟
- هل سيكون اكتشاف النموذج مقبولاً على الأقل لنقاط النهاية المتوافقة مع OpenAI حيث يتوفر
/v1/models؟
شكراً للنظر في هذا الطلب. أنا سعيد بتقديم تفاصيل إضافية، أو أمثلة لسير العمل، أو لقطات شاشة لخطوات الإعداد الحالية إذا كان ذلك مفيداً.
مع خالص التقدير،