كيف تفوّض مهام المجتمع دون توظيف المزيد من المشرفين

لمن هذا المقال: المؤسس أو قائد المجتمع الذي تنمو قائمة مراجعته أسرع من الفريق، ويحدّق في بضعة آلاف من الطلبات المعلّقة متسائلًا إن كان الحل مشرفًا ثانيًا، أو ثالثًا، أو رسالة استقالة.

الإجابة القصيرة: على الأرجح ليس شخصًا آخر — لكن ليس للسبب المُطرِي. معظم القائمة لا ينبغي أن توجد. في Zealy، خمسة أنواع من المهام مصممة لتتطلب إنسانًا يقرأ الإجابة — وتنضم إليها مهمة التاريخ بإعدادها الافتراضي — بينما كل ما عداها يُحسم تلقائيًا لحظة إرسال العضو له. التفويض إلى قاعدة يتفوق على التفويض إلى شخص، الذي يتفوق على التفويض إلى آلة، بهذا الترتيب، لأن الأول وحده يحذف العمل بدلًا من نقله.

إفصاح: تنشر Zealy هذا المقال وتبيع المنصة الموصوفة فيه. كل ادعاء حول ما تفعله Zealy استُخلص من شيفرة Zealy المصدرية نفسها في 16 أغسطس 2026، لا من صفحاتها التسويقية أو وثائقها. ويشمل ذلك المواضع التي تفتقد فيها Zealy شيئًا واضحًا، وصفحتين من وثائق Zealy نفسها خاطئتين، ونصححهما في التغيير نفسه الذي يتضمن هذا المقال.

آخر تحقق: 16 أغسطس 2026.

هل تحتاج إلى توظيف المزيد من المشرفين؟

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

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

إذن التسلسل الصادق هو: أزل العمل، فوّض ما تبقى، وأتمت ما بقي. الفرق تفعل ذلك عادةً بالعكس، وهكذا ينتهي بك الأمر إلى الدفع مقابل ترقية خطة لتسريع عمل كان يمكنك حذفه.

الطرق الثلاث لتفويض قائمة المراجعة

يمكنك تفويض قائمة المراجعة بثلاث طرق: إلى قاعدة، بجعل المهمة تتحقق من نفسها؛ أو إلى شخص، باستخدام دور المراجع في Zealy؛ أو إلى آلة، باستخدام مراجعة الذكاء الاصطناعي أو وكيل MCP. القواعد تزيل العمل، والأشخاص يطبقون الحكم، والآلات تطبق تعليمات مكتوبة على نطاق واسع.

المسار الأول: صمّم عمل المراجعة ليختفي

ابدأ هنا: إنه المسار الوحيد الذي يزيل العمل بدلًا من نقله. خمسة أنواع من مهام Zealy مصممة لتتطلب إنسانًا — النص، والرابط، والرقم، ورفع الملف، والاستطلاع — والتاريخ يتصرف بالطريقة نفسها افتراضيًا. كل ما عداها يُحسم عندما يرسل العضو المهمة. إعادة كتابة مهمة نصية كفحص رابط تُفرغ القائمة.

تحققنا من ذلك بقراءة الدالة التي تقرر ما إذا كانت المهمة تُعتمد تلقائيًا، ثم بمقاطعة كل مدقق وقت التشغيل في خدمة المهام. تلك الخمسة — text, url, number, file, poll — كل منها يعيد حالة مراجعة معلّقة ما لم تُضبط المهمة صراحةً على التحقق التلقائي. أما غيرها فيعيد النجاح أو خطأً بشكل متزامن، فلا شيء تنتظره ولا قائمة تنتظر فيها.

استثناءان صادقان، لأن الشيفرة تناقض نفسها ونفضّل قول ذلك على ترتيبها:

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

إعادة الصياغة التي تقلّص قائمة الانتظار فعلاً

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

القاعدة العملية التي ندافع عنها: إذا كان بإمكانك كتابة الإجابة مسبقاً، فلا ينبغي أن تكون المهمة في قائمة الانتظار. وإذا لم يكن بإمكانك، فخصّص لها موظفاً بدلاً من التظاهر بأن نصاً سيؤدي الغرض.

الفخ: الإجابة الصحيحة الفارغة توافق على كل شيء

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

سلوكان مرتبطان يجب معرفتهما قبل تبديل المفاتيح دفعة واحدة. استطلاع مع تفعيل التحقّق التلقائي يوافق على كل شيء بحكم التصميم — ليس خللاً، لأن الاستطلاع لا إجابة خاطئة فيه، لكن تبديل التحقّق التلقائي عبر وحدة لتصفية تراكم يمنح مكافآت الاستطلاع للجميع. والتحقّق التلقائي من رفع ملف يوافق على الرفع لا على المحتوى؛ أي ملف يمر.

إذا أخذت عادة تشغيلية واحدة من هذا المنشور، فلتكن هذه: بعد تفعيل التحقّق التلقائي، أرسل المهمة بنفسك بإجابة خاطئة عمداً وتأكد من أنها تفشل.

أحد ضوابط التكرار يزيل العمل؛ والآخر يكتفي بالتعليق عليه

تنبيهات المراجع تضع علامة على إرسال بأنه duplicate (أرسل عضو آخر المحتوى نفسه للمهمة نفسها) أو reused (أرسله هذا العضو من قبل)، في مهام النص والملف فقط، بالرجوع 180 يوماً. وهي استشارية — لا شيء في مسار الشيفرة الذي يسجّل حكماً يقرأها. تخبر إنساناً بشيء؛ ولا تقرر شيئاً. وفي مهام الملف تكون المطابقة أضعف مما تبدو: تُقارن الملفات المرفوعة بعنوان URL المخزّن لها، وكل رفع يحصل على مفتاح جديد، لذا إعادة رفع الملف نفسه لا تُسجّل تكراراً إطلاقاً.

رفض التكرار عند الإرسال إعداد منفصل اختياري يرفض إجابة نصية مكررة بخطأ قبل أن تصل إلى قائمتك. وهو معطّل افتراضياً في مهام النص والرابط، ويوحّد بإزالة الفراغات الطرفية ودمج المسافات وتحويل الأحرف إلى صغيرة — لذا تمرّ إعادة الصياغة من دونه — ويمنع أي عضو من إعادة استخدام ذلك النص، بما في ذلك من كتبه أولاً. هذا هو الذي يقلّص قائمة الانتظار.

المسار الثاني: فوّض إلى شخص بدور المراجع

دور المراجع في Zealy تفويض ضيق: يفتح تسعة من 225 سطح مسار محمي بالأدوار في واجهة Zealy البرمجية، وكلها تتعلق بالمراجعة، ولا يمكن للمراجع الموافقة على إرسالاته الخاصة. تمنحه برابط دعوة يحمل دوراً وتاريخ انتهاء وحداً أقصى لعدد الاستخدامات.

لا يوجد دور يُسمى مشرفاً في Zealy. الدور هو reviewer، وهناك خمسة أدوار إجمالاً: admin, editor, reviewer, guest و banned. (تقول وثائق إدارة الأعضاء الخاصة بـ Zealy إن هناك أربعة. وهي تحذف banned، وهو دور حقيقي تقبله نقطة تغيير الدور. تُصحَّح تلك الصفحة في التغيير نفسه الذي يتضمن هذا المنشور.)

تقع الأدوار الخمسة على سلّم خطي صارم — admin فوق editor فوق reviewer فوق guest فوق banned — وكل فحص صلاحية في المنتج يسأل سؤالاً واحداً: هل دور هذا العضو بهذا المستوى على الأقل؟ لذا فالوصف الصادق لنموذج صلاحيات Zealy هو أنه لا يوجد. لا مجموعات صلاحيات، ولا أدوار مخصصة، ولا طريقة لحصر دور في مهمة أو وحدة أو حملة واحدة. بحثنا في تعريفات النموذج وقاعدة البيانات عن مفاهيم الصلاحية والإمكانية والمنح؛ وكانت المطابقات الوحيدة أعمدة OAuth غير ذات صلة.

إليك ما يوزعه السلّم على تلك الأسطح الـ225 المحمية بالأدوار:

لأن السلّم خطي، يحصل المراجع أيضاً على كل ما هو محمي عند مستوى guest. لكن تلك الأسطح التسعة هي كل التفويض وكلها عمل مراجعة، ولهذا فإن ترقية شخص إلى reviewer إجابة أفضل بكثير من ترقيته إلى admin ليتمكن من المساعدة.

لاحظ صف editor. editor منحة أوسع بكثير من reviewer: يحمل كل ما يستطيعه المراجع، إضافة إلى إعداد المهام والوحدات والسباقات، ورؤية المهام غير المنشورة، وإعادة تعيين الإرسالات. تصفه وثائق الأعضاء الخاصة بـ Zealy بأنه إعداد المهام والسباقات والأعضاء ورؤية كل الصفحات، وهو أضيق مما يبدو؛ وتُصحَّح تلك الصفحة في التغيير نفسه الذي يتضمن هذا المنشور. رقِّ شخصاً إلى editor عندما يبني حملات، وإلى reviewer عندما يقرأ الإرسالات فقط.

كيف تمنح الدور، وما يكلفك

تغييرات الأدوار للمشرفين فقط، ولا يمكن للمشرف تغيير دوره الخاص. الآلية الجديرة بالاستخدام هي رابط الدعوة، الذي يحمل دوراً وتاريخ انتهاء وحداً أقصى لعدد الاستخدامات. استخدم الثلاثة جميعاً: دعوة تنتهي خلال 48 ساعة بحد أقصى استخدام واحد كائن مختلف جداً عن رابط ملقى في مجموعة Telegram لثمانية أشهر.

ثم كن صادقاً بشأن التكلفة. يمكن للمراجع إرفاق ما يصل إلى 20,000 XP إضافية بكل مطالبة يوافق عليها، ولا يوجد فحص دور يقيّد ذلك، ويمكن لإجراء جماعي واحد أن يحمل 1,000 مطالبة — لذا يمكن لعملية موافقة واحدة أن تمنح ما يصل إلى 20 مليون XP. تفويض المراجعة يعني تفويض صلاحية منح XP. بالنسبة لمعظم المجتمعات هذا مقبول بل مرغوب، لأن XP الإضافية هي طريقة المراجع في مكافأة تقديم ممتاز — لكن إذا كانت XP لديك تغذي لوحة صدارة تدفع رموزًا، فقد منحت ذلك الشخص نفوذًا على الدفعات. يسجل Zealy سجل تدقيق كامل لكل حكم، لذا هذا قابل للكشف بعد وقوعه لا قابل للمنع. إذا كان مرشحك قد جاء من برنامج مساهمين، فإن كيفية إدارة برنامج سفراء للعملات الرقمية يغطي ما يكلفك هذا الدور.

لا يمكن للمراجعين مراجعة مطالباتهم الخاصة — بصمت

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

مراجعان على قائمة انتظار واحدة سيتصادمان

لا يوجد حجز أو قفل أو إسناد في قائمة مراجعة Zealy. بحثنا في المستودع عن أقفال المراجعين وحجز المطالبات وإسناد المراجعة ومفاهيم المُكلَّف عبر API والخادم وتطبيق الويب؛ لم يُرجع بحث الإسناد أي شيء على الإطلاق. القفل الوحيد في النظام هو كائن استبعاد كتابة قصير يمنع الكتابة المزدوجة، وليس حجزًا في قائمة الانتظار.

النتيجة ليست ما قد تتوقعه. مراجعان على قائمة الانتظار نفسها يريان المطالبات نفسها ويقرآن التقديم نفسه. إذا اتفقا، يتلقى الثاني خطأ، لأن Zealy يرفض تعيين مطالبة إلى الحالة التي هي عليها بالفعل، ويضيع وقت القراءة ذلك. إذا اختلفا، فلا يوجد خطأ على الإطلاق: يحل الحكم الثاني محل الأول، وتُنظف المكافآت أو تُمنح مجددًا وفقًا لذلك، ولا يُخبر أحد بأن زميلًا قد قرر بالفعل. الحالة الصامتة هي الاختلاف، وهي التي تريد تمييزها أكثر من غيرها. كذلك لا توجد طريقة لإسناد مراجع إلى مهمة أو وحدة محددة — لا يمكنك التعبير عن "آنا تتولى تقديمات التصميم، وبن يتولى إثباتات على السلسلة" في المنتج.

تنسيق المراجعين مشكلة بشرية في Zealy اليوم. قل ذلك لفريقك بصوت عالٍ بدلًا من تركهم يكتشفونه في جدال على Discord. قسّم قائمة الانتظار في رسالة مثبتة: حسب الوحدة، أو حسب اليوم، أو شخص واحد من الأقدم إلى الأحدث بينما يعمل الآخر من الأحدث إلى الأقدم — أبسط تقسيم ممكن، ومع ذلك يقلل التصادمات.

المراجعة الجماعية: حكم واحد لما يصل إلى 1,000 مطالبة

تقبل المراجعة الجماعية في Zealy ما يصل إلى 1,000 مطالبة في استدعاء واحد، والقيد هو ما يحمله ذلك الاستدعاء: حالة واحدة وتعليق واحد وعلامة واحدة وقيمة XP إضافية واحدة للدفعة بأكملها. لا يوجد حكم لكل عنصر داخل إجراء جماعي. هذا يجعله ممتازًا لمجموعة متجانسة — كل تقديم على مهمة معطلة، وكل مطالبة على مهمة أبطلتها — وخطيرًا لمجموعة مختلطة، لأن التعليق الذي يقرأه 1,000 عضو هو الجملة نفسها. رتّب بصرامة قبل أن تحدد.

المسار الثالث: فوّض الحكم إلى آلة

تشغّل المراجعة بالذكاء الاصطناعي في Zealy نموذج Google Gemini 2.5 Flash Lite مقابل توجيه تكتبه، لكل مهمة، على خطتي Plus وEnterprise اعتبارًا من 16 أغسطس 2026. لا يوصي بحكم لتؤكده. بل يكتب الحكم، ويصبح تبريره التعليق الذي يقرأه العضو.

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

هذا قرار منتج مختلف حقًا عن المراجعة بمساعدة الذكاء الاصطناعي، ويستحق مستوى مختلفًا من العناية منك:

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

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

الخطط، تم التحقق منها في 16 أغسطس 2026

المراجعة بالذكاء الاصطناعي مضمنة في خطتي Plus وEnterprise، وتدرجها صفحة الأسعار في Zealy على أنها غير مضمنة في Free أو Standard. في مجتمع مجاني تحققنا منه عبر واجهة القدرات الخاصة بـ Zealy في 16 أغسطس 2026، أبلغت أنها غير متاحة مع السبب requires_plus_or_enterprise. تحقق من القدرة في مجتمعك بدلًا من الافتراض من اسم الخطة.

تبلغ باقة Plus 359 دولارًا شهريًا عند الفوترة السنوية، وباقة Enterprise مخصصة وتُفوتر سنويًا. الخطة المجانية 0 دولار مع 1,000 مطالبة مهمة شهريًا وأعضاء غير محدودين؛ وتبلغ الخطة القياسية 149 دولارًا شهريًا عند الفوترة السنوية. الأسعار لا تشمل ضريبة القيمة المضافة وغيرها من ضرائب المبيعات المعمول بها، وكلها مأخوذة من صفحة أسعار Zealy، تم التحقق منها في 16 أغسطس 2026.

القرار المهم: عند 200 مطالبة أسبوعيًا، فإن الترقية لأتمتتها صفقة سيئة مقابل قضاء فترة بعد الظهر في تحويل المهام النصية إلى مهام قابلة للتحقق. أما عند آلاف الطلبات المفتوحة أسبوعيًا، مع تدوين المعيار كتابةً، فهي صفقة جيدة.

التفويض إلى وكيل عبر MCP

المسار الآلي الآخر هو الوكيل. يتيح Zealy المراجعة عبر خادم MCP الخاص به، وشكل هذا التفويض أكثر تقييدًا عمدًا من التفويض البشري.

• يمكن للوكيل تقديم ما يصل إلى 1,000 مطالبة في استدعاء واحد، وهو الحد نفسه المطبق على المراجعة الجماعية، مع القيد نفسه المتمثل في حكم واحد للدفعة.
• يحتاج الوكيل إلى دور admin المسؤول العام، بينما يحتاج المراجع البشري إلى reviewerفقط. يرفض مسار المراجعة العام قرار مراجعة MCP صادرًا عن أي دور أدنى، لذا لا توجد نسخة بحجم الوكيل من المنح الضيق — وهو عكس نموذج أقل صلاحية الذي تتوقعه.
• كل عملية كتابة تحتاج إلى رمز تأكيد بشري جديد. ليس جلسة، ولا موافقة سابقة — بل تأكيد جديد لكل استدعاء.
• الأموال محظورة. يمنع فحص على كل مراجعة إدارية عامة أي مطالبة تحمل مكافأة NFT أو رمزًا مميزًا أو USDC أو Zaps من أن ينقلها وكيل. يمكن للوكيل تصفية قائمة XP الخاصة بك؛ لكنه لا يستطيع تحريك مطالبة تدفع مكافأة. إذا كنت تدير عمليات التوزيع، فإن كيفية توزيع الرموز المميزة على أعضاء المجتمع النشطين تغطي من يرسل ماذا فعليًا.
• يمكن للوكلاء إنشاء دعوات الضيوف فقط، وليس دعوات المراجعين أبدًا. لا يستطيع الوكيل تزويد قائمتك بالمراجعين نيابة عنك.

عندما يكون الجواب حقًا شخصًا آخر

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

الاختبار الذي سنطبقه قبل إضافة مراجع: خذ 20 مطالبة معلقة واطلب من شخصين مراجعتها بشكل مستقل. إذا اتفقا على 19، فقائمتك حجم، والحجم يُحل بالقواعد والتوجيهات. وإذا اتفقا على 13، فقائمتك تحتوي على حكم حقيقي، ولن يجعل أي إعداد تحقق تلقائي أو توجيه نموذج ذلك الخلاف يختفي — بل سيخفيه فقط.

ثلاث حالات يكون فيها الشخص هو الجواب الصحيح ولن نحاول ثنيك عنها:

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

أي شيء له مسار استئناف. العضو المرفوض الذي يشتكي يحتاج إلى إنسان يستطيع عكس القرار، وعكس المراجعة هو أيضًا ما يزيل دور Discord الممنوح بالفعل بموافقة — والمراجع الذي يقلب مطالبة من نجاح إلى فشل يفعل ذلك أيضًا. لا شيء آخر يعيد فحص تلك المنح؛ فهي لمرة واحدة.

المدفوعات عالية القيمة. إذا كان الحكم يقرر من يتلقى الرموز المميزة، فضع شخصًا عليه. قواعد الوكلاء الخاصة بـ Zealy تجسد هذا الرأي بالفعل: لا يمكن للآلة نقل مطالبة تحمل مكافأة مالية.

ما يقيسه Zealy، وما لا يقيسه

يعرض Zealy عدد المراجعات المعلقة، وسجل تدقيق لكل حكم، وأفضل المراجعين حسب الحجم وحسب معدل الموافقة، وإجماليات النجوم والأعلام لكل عضو، وتصدير CSV يصل إلى 10,000 صف. لا يحسب أي وقت للمراجعة، ولا زمن انتقال القائمة، ولا اتفاقية مستوى الخدمة، ولا مقياس إنتاجية. بحثنا في قاعدة الشيفرة عن تلك الأسماء ولم نجد شيئًا.

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

شيئان آخران يجب قراءتهما بشكل صحيح:

"أفضل المراجعين حسب معدل الموافقة" هو معدل موافقة، لا معدل دقة. يخبرك بنسبة أحكام المراجع التي كانت موافقات. ولا يقول شيئًا عن صحة تلك الأحكام. المراجع الذي يوافق على كل شيء يسجل 100%.

وقت المراجعة قابل للاستنتاج، لكنه غير مُبلَّغ عنه. يحمل ملف CSV للمراجعات الطوابع الزمنية لإنشاء كل مطالبة وتحديثها لكن ليس أحداث المراجعة، لذا بالنسبة لمطالبة روجعت مرة واحدة وتُركت، فإن الفجوة بين الطابعين هي وقت المراجعة، والوسيط على بعد جدول بيانات. أما المطالبات التي أُعيدت مراجعتها فتحتاج إلى سجل كل مطالبة لتكون دقيقة. هذه فجوة حقيقية في Zealy ونفضل تدوينها بدلًا من الالتفاف حولها.

الحساب، موسوم بوضوح كحساب

لا توجد بيانات Zealy هنا، لذا إليك إطارًا تملؤه بأرقامك الخاصة. كل مدخل هو افتراض تقدمه أنت، وليس قياسًا أجريناه.

weekly human-review load
  = claims per week
  × share of claims on text / URL / number / file / poll tasks
  × share of those not auto-validated
  × your own seconds per review

افترض 2,000 مطالبة أسبوعيًا، ثلثها على أنواع مهام تحتاج إلى إنسان، ولا شيء منها مُتحقق منه تلقائيًا، و40 ثانية لكل منها: نحو 7.4 ساعات أسبوعيًا، مبنية بالكامل من أرقام قدمتها أنت. المغزى ليس الإجابة. بل أن العاملين الثاني والثالث يصبحان مرئيين، وهما العاملان اللذان يمكنك تغييرهما دون توظيف أحد.

حيث تتفوق أدوات أخرى على Zealy في هذا

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

بخصوص النقطة الأولى، بحثنا في شيفرة روبوت Zealy على Discord عن استدعاءات الطرد والحظر والمنع المؤقت والحذف الجماعي وحظر السيرفر وAutoMod وإشراف الأعضاء وسجل التدقيق، وعن رسائل الترحيب وأدوار التفاعل والقنوات الصوتية والتذاكر والتسجيل. كانت المطابقات الوحيدة أسطرًا تعطّل التخزين المؤقت. حتى إن تثبيته يعرض مجموعة أذونات مقيّدة إلى جانب خيار Administrator الكامل — Manage Roles وMention Everyone وSend Messages — وهي بالضبط مجموعة أذونات شيء لن يشرف على أي شيء. إذا كانت مشكلتك سوء سلوك الأشخاص في سيرفر Discord الخاص بك، فإن Zealy هي الأداة الخاطئة: دليلنا لأدوات التفاعل والنمو على Discord هو نقطة البداية الأفضل — فهو يغطي روبوتات الإشراف وإعدادات Discord الأصلية التي تتولى الكثير من ذلك مجانًا — و وثائق تكامل Discord تصف ما يفعله روبوت Zealy فعليًا.

بخصوص النقطة الثانية، المقارنة محرجة وداخلية. نموذج مفاتيح API في Zealy لديه 40 قدرة مميزة، منها قدرات منفصلة لقراءة المراجعات وتصدير المراجعات وكتابة المراجعات، وإعدادان مسبقان لبناء المهام لا يحملان أي قدرة مراجعة على الإطلاق. هذا نموذج امتياز أدنى حقيقي: يمكن منح آلة تتحدث إلى Zealy إذنًا بقراءة قائمة المراجعات دون اتخاذ القرار فيها.

أما الإنسان فلا يستطيع. يحصل الإنسان على منصب في سلّم من خمس درجات، فإذا أردت أن يفرز شخص ما ويضع علامات دون موافقة، فلا توجد طريقة للتعبير عن ذلك. الـ API يعرف كيف؛ نموذج الأدوار لا يعرف. عندما يطلب منا الناس أدوارًا مخصصة، تكون هذه هي الفجوة التي اصطدموا بها، والإشارة إلى نموذج مفاتيح API الخاص بنا هي أصدق طريقة للاعتراف بذلك. ومرة أخرى، لأنها النقطة التشغيلية: أي أداة مبنية كقائمة عمل تحل إنتاجية عدة أشخاص عبر الإسناد. أما Zealy فتحلها برسالة مثبتة في قناة فريقك.

كيفية إعداد ذلك في Zealy، بالترتيب

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

1. أحصِ قائمتك حسب نوع المهمة، لا حسب الحجم، ثم حوّل ما يمكن تحويله. المهم هو عدد المطالبات المعلّقة على مهام النص والرابط والرقم والملف والاستطلاع، وكم منها يطرح سؤالًا له إجابة معروفة. السؤال ذو الإجابة الصحيحة الواحدة يصبح اختبارًا أو مهمة نصية بإجابة صحيحة؛ ولقطة الشاشة التي تثبت أنك فعلت الشيء تصبح مهمة on-chain أو رابط أو تكامل حيثما يترك الإجراء أثرًا يمكن لـ Zealy التحقق منه.

2. اختبر كل تحقق تلقائي تفعّله، ثم فعّل رفض التكرار حيث يكون النسخ واللصق هو نمط الفشل. اطالب بالمهمة بنفسك بإجابة خاطئة وتأكد من فشلها؛ هذه العادة التي تستغرق دقيقتين تلتقط فخ الإجابة الصحيحة الفارغة. رفض التكرار معطّل افتراضيًا في مهام النص والرابط ولن يلتقط إعادة الصياغة.

3. رقِّ المراجعين، لا المحررين، عبر رابط دعوة محدود. اضبط تاريخ انتهاء وحدًا أقصى للاستخدامات، وأخبر الشخص كتابيًا أن الدور يمكنه منح ما يصل إلى 20,000 XP إضافية لكل مطالبة، عبر ما يصل إلى 1,000 مطالبة في إجراء واحد، وأنك تستطيع رؤية كل حكم.

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

5. الآن فقط فكّر في المراجعة بالذكاء الاصطناعي. إذا كان المعيار قابلًا للكتابة، والحجم مرتفع، وكنت على Plus أو Enterprise، فاكتب الموجّه كرسالة الرفض التي ستكون مرتاحًا لإرسالها، لأن ذلك ما سيصبح عليه. ابدأ بمهمة واحدة واقرأ أول خمسين تعليقًا يكتبه قبل تفعيله في أي مكان آخر.

6. صدّر شهريًا واحسب زمن المراجعة الخاص بك. لن يحسبه Zealy. اطرح الطابع الزمني لإنشاء كل مطالبة من الطابع الزمني لتحديثها في تصدير CSV؛ هذا دقيق للمطالبات المراجَعة مرة واحدة، أما المطالبات المعاد مراجعتها فتحتاج سجل مراجعتها. عشر دقائق في جدول بيانات تخبرك ما إذا كان أي من هذا قد نجح.

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