واجهتُ أيضاً مشكلة عدم القدرة على تنسيق تنفيذ سكريبتات الأتمتة مع كاشف الرسائل غير المرغوب فيها. الحل البديل المقترح
الخبر السار هو أن Discourse أنشأت الآن إضافة أساسية تسمى “Workflows” تسهل نفس أنواع التطبيقات التي توفرها إضافة “Automation”, ولكن بطريقة أكثر قوة ومرونة بكثير:
يمكن تحقيق التنسيق المطلوب هنا إذا استخدمت إضافة Workflows لتنفيذ الأنظمة التي كانت تُنفذ سابقاً عبر إضافة Automation.
كانت غرضي من الأتمتة هو رفع أعلام على المنشورات ذات الخصائص التي قد تشير إلى أنها رسائل غير مرغوب فيها، ولكن ليس بشكل قاطع. المشكلة التي واجهتها هي أن هذه الخصائص نفسها غالباً ما تكون موجودة في المنشورات غير المرغوب فيها التي يرفع كاشف الرسائل غير المرغوب فيها في Discourse AI Spam detector system أعلاماً عليها. أدى ذلك إلى قيام الأتمتة برفع أعلام مكررة بشكل متكرر، مما خلق عملاً إضافياً غير ضروري للمشرفين.
لم يكن حل “دمج كل شيء في أتمتة واحدة” المقدم أعلاه قابلاً للتطبيق على نظامي لأنني فصلت النظامين عمداً:
- مهمة نظام كاشف الرسائل غير المرغوب فيها هي اكتشاف المنشورات ذات الاحتمالية العالية لأن تكون رسائل غير مرغوب فيها.
- مهمة نظامي التكميلي هي لفت انتباه المشرفين إلى المنشورات التي قد تكون رسائل غير مرغوب فيها.
نظراً لأن كاشف الرسائل غير المرغوب فيها في Discourse AI له تنفيذ خاص في إطار عمل Discourse (على عكس العمل بشكل بحت على إطار عمل Discourse AI المقدم لإدارة المنتدى)، لم يكن لدي أي اهتمام بمحاولة استبداله بأتمتة.
علاوة على ذلك، لم يكن من المناسب دمج نظامي التكميلي في كاشف الرسائل غير المرغوب فيها (عن طريق إضافة تعليمات إلى المطالبة). فإن سلوك نظام الرسائل غير المرغوب فيها في إخفاء المنشور فوراً وكتم صوت الكاتب مناسب طالما تم ضبطه للعمل بدقة عالية. على العكس من ذلك، فإن نظامي التكميلي عرضة بشكل جوهري للإيجابيات الكاذبة، وبالتالي لا يجب أن تؤثر أعلامه على المستخدم المعني قبل المراجعة البشرية.
الحل الذي تمكنت من تحقيقه بعد استبدال الأتمتة بـ Workflow:
- محفز “تم إنشاء منشور”.
- خطوة “انتظار” لمنح الوقت لنظام كاشف الرسائل غير المرغوب فيها للتشغيل.
- خطوة “Data Explorer” للحصول على بيانات المنشور:
- خطوة “تصفية” لتحديد ما إذا كان سيتم متابعة تنفيذ سير العمل، بناءً على بيانات المنشور:
