نماذج TypeSafe Jev وغيرها من نماذج اتخاذ القرار في نظام واحد

يسعدني جدًا أن أُعلن أننا أصبحنا نوفر الآن دعمًا مدمجًا لنماذج اتخاذ القرار. :confetti_ball:

قامت TypeSafe.ai برعاية وتطوير نماذج اتخاذ القرار لأول مرة، ومنذ ذلك الحين قامت العديد من المزودين بتنفيذها، بما في ذلك CloudFlare (clef) وOpen AI (decisions api) والعديد غيرهم.

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

في السابق، كنا نعتمد على نماذج اللغة لهذا السلوك، لكن التكلفة/السرعة والدقة لم تكن جيدة بالقدر الكافي.

أضفنا دعمًا مباشرًا في Discourse AI:


التبويب الجديد (حاليًا) يكون مفعّلًا فقط إذا كان لديك Discourse Workflows مفعّلاً (بما أنه المستهلك الوحيد حاليًا)

بمجرد أن تقوم بإعداد نموذج اتخاذ قرار، ستحصل على الوصول إلى نموذج جديد باسم “Classify” في سير العمل.


يمكن استخدام الذكاء الجديد لعدد كبير جدًا من سير العمل نظرًا لأنه يتيح لك تصنيف النص (والصور) باستخدام مُصنِّف مصمم خصيصًا من قِبلك.

  • الإشراف التلقائي - احصل على إشعار عندما تصبح المناقشات مشحونة
  • إخطار أعضاء فريق معينين عند مناقشة مواضيع معينة
  • الوسوم والتصنيف التلقائي
  • والمزيد بكثير

استمتعوا بذلك، ولا تترددوا في مشاركة سير العمل المثيرة للاهتمام التي تتوصلون إليها.

25 إعجابًا

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

أتساءل عما إذا كانت هناك خطط و/أو ما إذا كان من الممكن تقنيًا دمجها في الوكلاء الشائعين أيضًا، لتطوير “مساعدين كبار” يصنّفون الطلبات أولاً قبل تفويضها. أم أن هذا لا معنى له على الإطلاق؟

من المرجح أنني لم أفهم بعد الاستخدام الأمثل الحقيقي لها بشكل كامل، وربما أطرح سؤالاً خارج السياق.

إعجابَين (2)

أعتقد أن هناك عددًا كبيرًا من الاستخدامات هنا، واستخدامها كبوابة للعثور على الوكيل أو الوكيل الفرعي المناسب للإجابة هو بالتأكيد شيء أود الاستكشاف.

كيف ترى أنها ستعمل؟

إليك كيف أتخيّل الأمر، مستخدمين إعدادنا الحالي كمثال. لدينا وكيل رئيسي (Main Agent) لديه خمسة وكلاء فرعيين:

الوكيل الفرعي يُختار عندما
publicator يشارك عضو نصًا لتحسينه قبل النشر
links روابط فضفاضة لتحويلها إلى منشور
web أشياء تتغير خارج المنتدى
base أرشيف مُنتقى: مناقشات أقدم، وثائق، كتب
at مخطط يشاركه عضو، يُراجَع وفقًا لطريقتنا العامة

اليوم، يقوم النموذج اللغوي الرئيسي بقراءة أوصاف الوكلاء الفرعيين واختيار واحد منها باستخدام spawn_agent. سيقوم البوابة (Gate) بأخذ هذا القرار منه:

  1. إعداد بوابة على الوكيل، يشير إلى نموذج اتخاذ قرار.
  2. الخيارات هي أوصاف الوكلاء الفرعيين الموجودة بالفعل، بالإضافة إلى “أجب بنفسك”. لا شيء جديد على المديرين كتابته.
  3. يتم عرض الوكلاء الفرعيين الذين يمكن للمستخدم الحالي الوصول إليهم فقط.
  4. إذا تجاوزت درجة الثقة حدًّا معينًا، يعمل الوكيل الفرعي مباشرة. وإذا كانت أقل من ذلك، يصل النتيجة إلى النموذج اللغوي الرئيسي كتلميح، ويقرر النموذج اللغوي كما يفعل الآن.
  5. بما أن نماذج اتخاذ القرار تصنّف الصور، فإن عبارة “شارك عضو مخططًا” تأتي من الصورة نفسها.

نفس البوابة، كسؤال بنعم/لا، يمكن أن تعمل أيضًا كـ حارس قبل تشغيل النموذج اللغوي.

نحن مجتمع تعليمي ولا نقدم إشارات تداول أو أهداف أسعار أو استثمارات، لذا “هل يسأل هذا عن إشارة تداول؟” → رد ثابت. اليوم، هذه القاعدة موجودة كسطر في كل محادثة (prompt)، والنماذج تنحرف عنها تحت الضغط.

إذا تمكنت من العمل على ذلك، سنكون سعداء بتجربة نسخة مبكرة على منتدانا.