دليل وكيل الذكاء الاصطناعي لباحث المنتديات

:bookmark: يشرح هذا الدليل وكيل “باحث المنتدى” في Discourse AI، وكيف يعمل، وكيف تقوم بإعداده لتحليل محتوى المنتدى بعمق.

:person_raising_hand: مستوى المستخدم المطلوب: المشرف (لتمكين الوكيل وتكوينه)، جميع المستخدمين (للتفاعل معه، إذا مُنحوا الوصول)

فهم واستخدام وكيل “باحث المنتدى”

يحتوي إضافة Discourse AI على وكيل باحث المنتدى، وهو أداة قوية مصممة لإجراء أبحاث متعمقة في محتوى المنتدى الخاص بك. يمكن لهذا الوكيل مساعدتك في كشف رؤى، وتلخيص النقاشات، وتحليل الاتجاهات عبر مجتمعك.

ملخص

يتناول هذا المستند النقاط التالية:

  • كيفية عمل وكيل “باحث المنتدى”.
  • خطوات إعداد “باحث المنتدى”.
  • أفضل الممارسات للتفاعل مع الوكيل.
  • الفرق بين “باحث المنتدى” وأدوات مساعدة المنتدى القياسية.
  • إرشادات لاختيار نموذج لغوي كبير (LLM) مناسب.
  • نصائح لتصحيح الأخطاء في مهام البحث.
  • القيود الحالية للوكيل.

كيف يعمل

يستخدم وكيل “باحث المنتدى” أداة مخصصة تسمى Researcher. تم تصميم هذه الأداة لـ:

  1. الوصول إلى محتوى المنتدى: يمكنها قراءة أقسام مختلفة من المنتدى الخاص بك.
  2. تطبيق فلاتر متقدمة: يتيح نظام فلاتر مرن للأداة استهداف المعلومات ذات الصلة بدقة. يمكنك تحديد المحتوى بناءً على:
    • فئات محددة (مثل category:support أو categories:support,feedback)
    • وسوم (مثل tag:bug أو tags:bug,regression)
    • مستخدمين أو مجموعات (مثل username:sam، usernames:sam,jane، group:moderators، groups:moderators,admins)
    • كلمات مفتاحية في المنشورات أو عناوين المواضيع (مثل keywords:regression,bug، topic_keywords:feature,request)
    • نطاقات زمنية للمنشورات (مثل after:2024-01-01 before:2024-06-30)
    • نطاقات زمنية للمواضيع (مثل topic_after:2024-01-01 topic_before:2024-06-30)
    • مواضيع محددة بالمعرف (مثل topic:123 أو topics:123,456)
    • حالة الموضوع (مثل status:open، status:closed، status:archived، status:noreplies، status:single_user)
    • نوع المنشور (مثل post_type:first، post_type:reply)
    • ترتيب الفرز (مثل order:latest، order:oldest، order:latest_topic، order:oldest_topic، order:likes)
    • حد النتائج المضمنة (مثل max_results:50)
    • المواضيع المخصصة (إذا كانت إضافة التخصيص مفعلة، مثل assigned_to:username، assigned_to:user1,user2، assigned_to:*، assigned_to:nobody)
    • يمكن دمج الفلاتر باستخدام منطق AND (مفصولة بمسافات) أو منطق OR (باستخدام OR بين مجموعات الفلاتر). على سبيل المثال: category:bugs status:open after:2024-05-01 OR tag:critical usernames:sally.
  3. تحليل المحتوى باستخدام نماذج لغوية كبيرة (LLMs): بعد استرجاع المحتوى المفلتر، يستخدم نموذجًا لغويًا كبيرًا لتحليل المعلومات، واستخراج الرؤى، والإجابة على أسئلتك المحددة أو تحقيق أهداف بحثك.
  4. اتباع عملية منظمة: لضمان الكفاءة والدقة، خاصة مع الأخذ في الاعتبار التكاليف المحتملة، صُمم “باحث المنتدى” لـ:
    • الفهم: سيعمل معك لتوضيح أهداف بحثك في البداية.
    • التخطيط: بناءً على أهدافك، يصمم نهج بحث شامل باستخدام الفلاتر المتاحة.
    • الاختبار (تشغيل تجريبي): قبل تنفيذ التحليل الكامل، يقوم الوكيل عادةً بـ “تشغيل تجريبي”. يتضمن ذلك حساب عدد المنشورات التي تطابق معايير الفلترة الخاصة بك دون معالجتها فورًا بالنموذج اللغوي الكبير. ثم يخبرك الوكيل بهذا العدد.
    • التحسين: بناءً على نتائج التشغيل التجريبي، إذا كان عدد المنشورات كبيرًا جدًا (مما يشكل خطر تكاليف عالية أو نتائج واسعة النطاق) أو صغيرًا جدًا (مما قد يؤدي إلى فقدان معلومات رئيسية)، يمكن للوكيل مساعدتك في تعديل الفلاتر.
    • التنفيذ: بمجرد تأكيد أن النطاق مناسب (بعد التشغيل التجريبي)، يقوم الوكيل بتشغيل التحليل النهائي، وإرسال المحتوى إلى النموذج اللغوي الكبير.
    • التلخيص: يعرض النتائج، عادةً باستخدام تنسيق Discourse Markdown، مع روابط تعود إلى منشورات ومواضيع المنتدى الأصلية كدعم للأدلة.

هذا النهج المنهجي يعني أنه يمكنك طلب مهام من الباحث مثل:

  • “لخص أكثر الأخطاء غير المحلولة مناقشة في فئة ‘mobile-app’ خلال الربع الأخير، وحدد أي حلول مقترحة أو بدائل واردة في النقاشات.”
  • “ساعدني في تحديد الحجج الرئيسية المؤيدة والمعارضة لموضوع مقترح ‘إعداد المستخدم الجديد’ (الرابط)، وقم بسرد الداعمين الرئيسيين لكل طرف.”
  • “راجع نشاط مجموعة ‘documentation-team’ خلال العام الماضي وقدم تقريرًا عن مساهماتهم الرئيسية في مقالات #how-to، مع تسليط الضوء على أي دروس تعليمية تلقت ردود فعل إيجابية كبيرة.”

إعداد “باحث المنتدى”

مفعل “باحث المنتدى” معطل افتراضيًا لأن استخدامه قد يتسبب في تكاليف للنموذج اللغوي الكبير.

  1. تمكين الوكيل: قم بتفعيله عن طريق الانتقال إلى Admin → AI → Agents.
  2. التحكم في الوصول: يُوصى بشدة بتقييد هذا الوكيل لمجموعات محددة لإدارة تكاليف النموذج اللغوي الكبير. يمكنك أيضًا استخدام حصص الذكاء الاصطناعي للتحكم الدقيق.

بمجرد التفعيل، تتوفر للأداة خيارات تكوين متعددة:

  • LLM: اختر نموذجًا لغويًا كبيرًا محددًا للبحث. يكون الافتراضي هو نموذج الوكيل الحالي. تتيح لك هذه الخيارات الموازنة بين الجودة والتكلفة.
  • الحد الأقصى لعدد النتائج: يحد هذا الخيار من عدد المنشورات المعالجة لكل استعلام للتحكم في التكاليف. الافتراضي هو 1000.
  • تضمين الخاص: يسمح هذا الخيار بالبحث في الفئات الآمنة، باستخدام أذونات المستخدم الذي يتفاعل مع الوكيل.
  • الحد الأقصى للرموز لكل منشور: يقوم هذا الخيار بقص المنشورات الطويلة لتوفير تكاليف الرموز. الافتراضي هو 2000 رمز، مع حد أدنى قدره 50.
  • الحد الأقصى للرموز لكل دفعة: يتحكم هذا الخيار في حجم جزء البيانات المرسلة إلى النموذج اللغوي الكبير. إنه مفيد للنماذج ذات نوافذ السياق الكبيرة أو للحفاظ على التركيز. إذا تم تعيينه على 8000 أو أقل، فإنه يوضع افتراضيًا على الحد الأقصى للرموز المطلوبة للنموذج اللغوي الكبير ناقصًا عازلًا قدره 2000 رمز.

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

للحصول على أقصى استفادة من “باحث المنتدى” مع إدارة التكاليف:

  • كن محددًا في الأهداف: عرّف بوضوح ما تريد اكتشافه قبل البدء. يعمل الوكيل بشكل أفضل عندما تكون لديه أهداف دقيقة.
  • تأكيد النطاق بعد التشغيل التجريبي: سيقوم الوكيل عادةً بـ “تشغيل تجريبي” أولاً ويخبرك بعدد المنشورات التي وجدها بناءً على طلبك. انتبه جيدًا لهذا الرقم. إذا كان مرتفعًا جدًا (مما يشكل خطر تكاليف عالية أو نتائج غير مركزة) أو منخفضًا جدًا (مما قد يؤدي إلى فقدان معلومات حاسمة)، ناقش مع الوكيل كيفية تحسين فلاترك قبل الالتزام بالتحليل الكامل.
  • التكرار على الفلاتر: إذا لم يستهدف التشغيل التجريبي الأولي المعلومات الصحيحة، فاعمل مع الوكيل على تعديل معايير الفلترة. أضف كلمات مفتاحية أكثر تحديدًا، أو ضيق النطاقات الزمنية، أو حدد الفئات/الوسوم.
  • توحيد الاستعلامات: صُمم الوكيل للتعامل مع أهداف متعددة ذات صلة في عملية بحث واحدة. حاول تجميع الأسئلة ذات الصلة في طلب بحث شامل واحد موجه للوكيل.

العلاقة مع أدوات مساعدة المنتدى القياسية والأدوات ذات الصلة

يختلف وكيل باحث المنتدى عن مساعد منتدى عام يستخدم أدوات قياسية مثل Search و Read.

  • أدوات Search و Read القياسية:

    • أداة Search تحدد في المقام الأول المواضيع ذات الصلة. تفعل ذلك بمطابقة الكلمات المفتاحية مع محتوى المنشورات ومعايير أخرى (وسوم، فئات، إلخ). لكل موضوع مطابق، تعيد رابطًا ومقتطفًا موجزًا من منشور ذي صلة، وليس محتوى المنشور الكامل.
    • تُستخدم أداة Read للوصول إلى المحتوى الكامل لـ موضوع محدد (أو منشورات مختارة بداخله) حددتها أداة Search.
    • تعمل هذه الأدوات معًا لاسترجاع مستهدف: تجد Search المواضيع، وتقوم Read بمعالجة محتواها.
  • أداة researcher الخاصة بـ “باحث المنتدى”:

    • تحليل محتوى مباشر وعميق: لا تقوم أداة researcher فقط بتحديد المواضيع؛ بل تقوم بمعالجة وتحليل المحتوى الكامل لعدد كبير محتمل من المنشورات (حتى الحد الأقصى المكون لعدد النتائج) الذي يطابق معايير الفلترة الشاملة الخاصة بها.
    • فلترة متقدمة وتوليف: تستخدم لغة فلترة أكثر تعقيدًا لبناء مجموعة بيانات من المنشورات من جميع أنحاء المنتدى (قد تمتد عبر مئات المواضيع)، ثم تقوم بتوليف المعلومات من هذه المجموعة الكاملة للإجابة على أسئلة معقدة. هذا يختلف جوهريًا عن قراءة المواضيع الفردية واحدة تلو الأخرى.

باختصار، بينما يستخدم مساعد المنتدى أداة Search لتحديد المواضيع (عرض مقتطفات) و Read للتعمق في واحد منها، يقوم باحث المنتدى بإجراء تحليل واسع النطاق عبر النص الفعلي للعديد من المنشورات في وقت واحد لكشف رؤى أعمق وموحدة.

أي نموذج لغوي كبير (LLM) يجب أن أستخدم؟

تتطور تقنية النماذج اللغوية الكبيرة بسرعة، مع تحسن النماذج باستمرار في القدرات والفعالية من حيث التكلفة. أثناء تطوير "باحث المنتدى»، قدمت نماذج مثل Gemini 2.5 Flash و Gemini 2.5 Pro و GPT-4.1 و Claude 4 Sonnet نتائج ممتازة لخطط بحث معقدة.

يعتمد أفضل اختيار على احتياجاتك المحددة:

  • تحليل عالي الجودة ودقيق: قد تكون النماذج الأكثر تقدمًا مفضلة، على الرغم من أنها تأتي عادةً بتكاليف أعلى.
  • نظرة عامة واسعة أو مهام حساسة للتكلفة: يمكن أن تكون النماذج الأسرع والأكثر اقتصادًا فعالة جدًا.

فيما يلي بعض الأمثلة من نقطة زمنية محددة من الاختبارات الداخلية في Discourse لاستعلام معقد جدًا:

انظر إلى أفضل 1000 موضوع مفتوح في فئة الميزات - مرتبة حسب الإعجاب (منشور أول فقط) - طوال الوقت … اصنع لي تقريرًا تنفيذيًا لـ:

  • أفضل 20 ميزة يجب على CDCK بنائها
  • أسهل 20 ميزة يمكن لـ CDCK بنائها
  • النسخ المكررة الواضحة
  • الأشياء التي غير محددة بشكل جيد جدًا

لا تطرح عليّ المزيد من الأسئلة، فقط قم بتشغيل البحث

  1. مثال Gemini 2.0 Flash
  2. مثال Gemini 2.5 Flash (مع التفكير)
  3. مثال GPT-4.1
  4. مثال Claude 4 Sonnet
  5. مثال Gemini 2.5 Pro

مثال هجين: السائق هو Gemini 2.5 Pro و LLM الباحث هو Gemini 2.0 Flash
مثال هجين

تصحيح أخطاء البحث

في Discourse، يمكنك تمكين تصحيح أخطاء الذكاء الاصطناعي المتقدم عن طريق إضافة مجموعات إلى إعداد الموقع ai_bot_debugging_allowed_groups. مع وجود ذلك، يمكنك رؤية الحمولات الفعلية المرسلة إلى النموذج اللغوي الكبير.

القيود

حاليًا، لا توجد خيار لإرسال صور إلى نموذج البحث اللغوي الكبير. سيتم النظر في ذلك في الإصدارات المستقبلية.

الأسئلة الشائعة

  • هل يتوفر “باحث المنتدى” على جميع خطط Discourse؟
    يُعد “باحث المنتدى” جزءًا من إضافة Discourse AI، وهي متاحة للمواقع المستضافة ذاتيًا وعلى خطة الاستضافة Enterprise الخاصة بنا.

  • هل يمكن لـ “باحث المنتدى” الوصول إلى المحتوى من الفئات الآمنة؟
    نعم، إذا تم تفعيل خيار “تضمين الخاص” في تكوينه وكان لدى المستخدم الذي يتفاعل مع الوكيل الأذونات اللازمة للوصول إلى تلك الفئات.

  • كيف يمكنني التحكم في تكلفة استخدام “باحث المنتدى”؟

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

موارد إضافية

18 إعجابًا

@sam عمل رائع وشكرًا جزيلاً على التقدم المطرد في شخصيات Discourse AI - عمل مثير للإعجاب حقًا.

عندما يتم تمكين العديد من الشخصيات، يمكن أن تبدو القائمة المنسدلة للملحن مزدحمة ومربكة للمستخدمين. أنا أبحث عن إرشادات حول أفضل طريقة لـ:

  • هل الاستخدام الصحيح هو وجود العديد من الشخصيات في القائمة المنسدلة ليختار المستخدمون من بينها؟

  • هل يمكن لشخصية افتراضية الاستفادة من شخصيات متخصصة وراء الكواليس؟

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

ستكون أي نصائح حول التكوين أو أمثلة إرشادات النشر مفيدة.

إعجابَين (2)

مرحباً يا رفاق،

أولاً وقبل كل شيء، عمل رائع! هذا شيء كنا ننتظره حقًا، القدرة على تنظيم كل المعرفة في المنتدى.

مشكلة صغيرة وجدناها:

  • بما أن منتدانا يعمل باللغة الألمانية، يبدو أن نموذج اللغة الكبير حاول إجراء بحث باستخدام علامات الاقتباس الألمانية التي تبدو هكذا „مثل هذه“، مما يؤدي إلى نتائج بحث فارغة. ملاحظة جانبية: لقد قمنا بترجمة المطالبة الافتراضية للباحث إلى الألمانية.
إعجاب واحد (1)

ما هو نموذج اللغة الكبير الذي تستخدمه؟ قد يكون من المفيد نسخ الشخصية وإعادة صياغة المطالبة النظامية بالألمانية مع تلميحات.

لقد فعلت ذلك بالفعل، بل وأعطيتها تعليمات إضافية:

- للبحث عن معلمات محسّنة في المنتدى، استخدم علامات الاقتباس ``"`` حصريًا وليس ``„“``.

لكن المشكلة لا تزال قائمة. حدث ذلك مع gpt 4.1 وأحيانًا مع gemini 2.5 pro و flash.

بالمناسبة، أين يمكنني العثور على مزيد من المعلومات حول كيفية استخدام معلمات topic_keywords: و keywords:؟ لم أتمكن من العثور على أي شيء في meta ولا على ask.discourse.com. أريد أن أحاول تكرار البحث الذي يحاول نموذج اللغة الكبير (LLM) إجراؤه. لا أحصل على أي نتائج بحث عند استخدامها في بحث المنتدى الخاص بي (نحن على 3.5.0.beta8-dev).

لقد واجهت للتو سلوكًا غريبًا مع باحث Gemini 2.5:

يستجيب نموذج اللغة الكبير:

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

لكن الاستجابة قد انتهت بالفعل ولا تستمر من هنا ويجب إعادة تشغيلها يدويًا للمتابعة

[اقتباس=“jrgong, post:5, topic:368942”]
بالمناسبة، أين يمكنني العثور على مزيد من المعلومات حول كيفية استخدام المعلمتين topic_keywords: و keywords:؟

[/اقتباس]

شخصية الباحث لا تستخدم تطبيق البحث الأساسي لـ Discourse، بل تستخدم تطبيقًا مخصصًا، يتم تحليل هذا ثم نقوم باستدعاء البحث النصي الكامل مباشرةً.

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

إعجاب واحد (1)

هذا 1000% هلوسة من نموذج لغوي كبير.

في مجموعة بيانات التدريب، هذا رد “شائع”، لذا إذا لم نكن حذرين، فيمكنه اختلاق مثل هذه الأشياء :frowning:

إعجابَين (2)

إذا قمت بتمكين التصحيح وضغطت على زر (i)، فسيظهر قسم المطالبة حيث نحدد لغة الباحث الكاملة لنموذج اللغة الكبير.

بينما أعتقد أنه من الرائع أن تحصل شخصية الباحث على معلمات بحث مخصصة ومتقدمة، فإن هذه الظروف تجعل من الصعب إعادة إنتاج استعلامات البحث يدويًا ثم تخصيص أو تحسين موجه النظام أو تصحيح البحث عندما يُرجع صفر نتائج، حيث لا يمكنني استخدام نفس معلمات وقيم البحث في الواجهة الأمامية.

هل هناك أي طريقة لإعادة إنتاج البحث المخصص ربما عبر API؟

إعجاب واحد (1)

ليس في الوقت الحالي، ولكنها فكرة رائعة، وفي الأساس، هذا نوع من الفلاتر.

إعجابَين (2)

كتابة رائعة يا سام، ومن المثير للإعجاب أننا نستطيع الآن استخدام Discourse AI لبناء شيء مثل وكيل البحث العميق الخاص بنا بهذه السهولة!
هناك شيء واحد فقط يقلقني:
image :open_mouth:

3 إعجابات