چگونه وظایف جامعه را بدون استخدام مدیران بیشتر واگذار کنیم

این برای چه کسی است: بنیان‌گذار یا سرپرست جامعه‌ای که صف بازبینی‌اش سریع‌تر از تیم رشد می‌کند و به چند هزار ارسال در انتظار خیره شده و می‌پرسد آیا پاسخ یک مدیر دوم است، یک مدیر سوم، یا نامه استعفا.

پاسخ کوتاه: احتمالاً یک نفر دیگر نه — اما نه به دلیل خوشایند. بیشتر صف نباید وجود داشته باشد. در Zealy، پنج نوع وظیفه طوری ساخته شده‌اند که نیاز به خواندن پاسخ توسط انسان دارند — و وظیفه تاریخ در تنظیم پیش‌فرضش به آن‌ها می‌پیوندد — در حالی که بقیه به محض اینکه عضو ادعا کند خودشان حل می‌شوند. واگذاری به یک قاعده بهتر از واگذاری به یک شخص است و آن هم بهتر از واگذاری به یک ماشین، به همین ترتیب، چون فقط اولی کار را حذف می‌کند نه جابه‌جا.

افشا: Zealy این را منتشر می‌کند و Zealy پلتفرمی را که در آن توصیف شده می‌فروشد. هر ادعایی درباره آنچه Zealy انجام می‌دهد از کد منبع خود Zealy در ۱۶ اوت ۲۰۲۶ خوانده شده است، نه از صفحات بازاریابی یا مستندات Zealy. این شامل بخش‌هایی می‌شود که Zealy چیزی واضح را کم دارد، و دو صفحه از مستندات خود Zealy که اشتباه هستند و ما در همان تغییری که این پست را منتشر می‌کند آن‌ها را اصلاح می‌کنیم.

آخرین بررسی: ۱۶ اوت ۲۰۲۶.

آیا باید مدیران بیشتری استخدام کنید؟

احتمالاً هنوز نه. در Zealy، پنج نوع تسک طوری ساخته شده‌اند که به بازبین انسانی برسند: متن، URL، عدد، بارگذاری فایل و نظرسنجی — و تسک تاریخ با تنظیم پیش‌فرضش به آن‌ها می‌پیوندد. بقیه خودشان تأیید می‌شوند و هرگز وارد صف نمی‌شوند. پیش از افزودن افراد، بررسی کنید کدام‌یک از کوئست‌هایتان واقعاً به یک نفر برای خواندن پاسخ نیاز دارند.

تقریباً هر گفت‌وگوی «ما زیر ارسال‌ها غرق شده‌ایم» از ظرفیت شروع می‌شود — چند بازبین، چند ساعت، هر نفر چقدر سریع یک مورد را تمام می‌کند — در حالی که اندازه صف هفته‌ها پیش در ویرایشگر کوئست، توسط کسی که نوع تسک را انتخاب کرده بود، تعیین شده است. کوئستی که اسکرین‌شات می‌خواهد یک صف ایجاد می‌کند. کوئستی که از کسی می‌خواهد به یک سرور Discord بپیوندد این‌طور نیست، چون پاسخ همان‌جا با Discord بررسی می‌شود. همان کمپین، همان پاداش، هزینه عملیاتی کاملاً متفاوت.

پس ترتیب صادقانه این است: کار را حذف کنید، آنچه باقی می‌ماند را واگذار کنید، آنچه می‌ماند را خودکار کنید. تیم‌ها به‌طور قابل‌اتکا برعکس این کار را می‌کنند، و این‌طور است که در نهایت برای ارتقای پلن پول می‌دهید تا کاری را که می‌توانستید حذف کنید سریع‌تر انجام دهید.

سه راه برای واگذاری یک صف بررسی

می‌توانید یک صف بازبینی را به سه روش به یک قاعده واگذار کنید: با تبدیل کردن تسک به تسکی خودتأییدشونده؛ به یک شخص، با استفاده از نقش بازبین Zealy؛ یا به یک ماشین، با استفاده از بازبینی هوش مصنوعی یا یک عامل MCP. قواعد کار را حذف می‌کنند، افراد قضاوت می‌کنند، ماشین‌ها یک پرامپت نوشته‌شده را در حجم بالا اعمال می‌کنند.

مسیر یک: کار بازبینی را از میان بردارید

از اینجا شروع کنید: این تنها مسیری است که کار را حذف می‌کند نه اینکه آن را جابه‌جا کند. پنج نوع وظیفه Zealy طوری ساخته شده‌اند که به انسان نیاز داشته باشند — متن، URL، عدد، بارگذاری فایل و نظرسنجی — و تاریخ به‌طور پیش‌فرض همین‌گونه رفتار می‌کند. بقیه موارد وقتی عضو آن را ادعا می‌کند حل می‌شوند. بازنویسی یک وظیفه متنی به‌صورت بررسی لینک، صف را خالی می‌کند.

ما این را با خواندن تابعی که تصمیم می‌گیرد آیا یک کوئست به‌صورت خودکار معتبر است بررسی کردیم، سپس هر اعتبارسنج زمان اجرا در سرویس کوئست را متقابلاً بررسی کردیم. آن پنج — text, url, number, file, poll — هر کدام وضعیت در انتظار بررسی برمی‌گردانند مگر اینکه وظیفه صراحتاً روی اعتبارسنجی خودکار تنظیم شده باشد. بقیه به‌صورت همزمان موفقیت یا خطا برمی‌گردانند، بنابراین چیزی برای انتظار و صفی برای ماندن وجود ندارد.

دو استثنای صادقانه، چون کد با خودش تناقض دارد و ترجیح می‌دهیم این را بگوییم تا اینکه آن را مرتب جلوه دهیم:

• وظایف تاریخ. یک فهرست آن‌ها را همیشه خودکار در نظر می‌گیرد، در حالی که اعتبارسنجی که واقعاً اجرا می‌شود به تنظیم اعتبارسنجی خودکار وظیفه پایبند است، که ویرایشگر به‌طور پیش‌فرض آن را خاموش می‌گذارد. وقتی کد با خودش تناقض دارد، به شما نمی‌گوییم وظایف تاریخ خودکار هستند. پیش از اتکا به آن، یکی را آزمایش کنید.
• اثبات انسانیت. در زمان اجرا به‌صورت خودکار حل می‌شود اما در هیچ‌یک از دو فهرست ظاهر نمی‌شود — مانند نوع کوئست مشارکتی — بنابراین کوئستی که فقط شامل آن وظیفه باشد به‌صورت غیر اعتبارسنجی‌شده خودکار گزارش می‌شود. عملکردش بهتر از آن چیزی است که ادعا می‌کند. (آنچه می‌گیرد در چگونه یک ایردراپ اجرا کنیم که فارم نشود — این یک فیلتر ربات است، نه فیلتر سایبیل.)

بازنویسی‌ای که واقعاً صف را کوتاه می‌کند

اول به تسک‌های متنی خود نگاه کنید. بیشترشان یک پرسش با یک پاسخ درست می‌پرسند که به شکل مقاله نوشته شده است. «به ما بگویید از مستندات چه یاد گرفتید» یک صف است. «هش تراکنش را جای‌گذاری کنید» یک تسک متنی یا URL با پاسخ درست است و خودش پاک می‌شود. «از موقعیت خود اسکرین‌شات بگیرید» یک صف است و یک تسک فایلی اصلاً هیچ بررسی محتوایی ندارد، بنابراین یک بازبین هر تصویر را باز می‌کند. «کدام یک از این سه مدل کارمزد ماست» یک آزمون است و آزمون‌ها هرگز به انسان نمی‌رسند.

قاعده سرانگشتی که از آن دفاع می‌کنیم: اگر می‌توانید پاسخ را از پیش بنویسید، تسک نباید در صف باشد. اگر نمی‌توانید، برایش نیرو بگذارید نه اینکه تظاهر کنید یک پرامپت از عهده‌اش برمی‌آید.

دام: پاسخ درست خالی همه‌چیز را تأیید می‌کند

این پاراگراف در این مقاله به‌احتمال زیاد شما را از یک هفته بد نجات می‌دهد. اعتبارسنجی خودکار در تسک‌های متنی، URL، عددی و تاریخ، ارسال عضو را با پاسخ درستی که شما پیکربندی می‌کنید مقایسه می‌کند و هر چهار مقایسه وقتی آن پاسخ درست خالی باشد، میان‌بُر می‌زنند. نه به‌صورت ایمن شکست می‌خورد و نه به شما هشدار می‌دهد. همه‌چیز را تأیید می‌کند.

دو رفتار مرتبط که پیش از تغییر دسته‌ای کلیدها باید بدانید. یک نظرسنجی با اعتبارسنجی خودکار روشن، طبق طراحی همه‌چیز را تأیید می‌کند — این باگ نیست، چون نظرسنجی پاسخ غلط ندارد، اما روشن‌کردن اعتبارسنجی خودکار در یک ماژول برای خالی‌کردن انبوه کارها، پاداش نظرسنجی را به همه می‌دهد. و اعتبارسنجی خودکار یک آپلود فایل، خود آپلود را تأیید می‌کند نه محتوایش؛ هر فایلی قبول می‌شود.

اگر می‌خواهید یک عادت عملیاتی از این پست بردارید، همین را بردارید: پس از فعال‌سازی اعتبارسنجی خودکار، خودتان با یک پاسخ عمداً اشتباه تسک را claim کنید و تأیید کنید که رد می‌شود.

یک کنترل تکراری کار را حذف می‌کند؛ دیگری فقط آن را حاشیه‌نویسی می‌کند

هشدارهای بازبین یک ارسال را علامت‌گذاری کنید به‌عنوان duplicate (عضو دیگری همان محتوا را برای همان تسک فرستاده است) یا reused (این عضو قبلاً آن را فرستاده است)، فقط در تسک‌های متنی و فایلی، با نگاه به ۱۸۰ روز گذشته. این‌ها جنبهٔ مشورتی دارند — هیچ بخشی از مسیر کد که حکمی ثبت می‌کند آن‌ها را نمی‌خواند. آن‌ها چیزی را به انسان می‌گویند؛ هیچ چیزی را تعیین نمی‌کنند. و در تسک‌های فایلی، تطبیق ضعیف‌تر از آن است که به نظر می‌رسد: آپلودها بر اساس URL ذخیره‌شده‌شان مقایسه می‌شوند و هر آپلود یک کلید تازه می‌گیرد، بنابراین آپلود دوبارهٔ همان فایل اصلاً به‌عنوان تکراری ثبت نمی‌شود.

رد تکراری هنگام ارسال یک تنظیم جداگانه و اختیاری است که یک پاسخ متنی تکراری را با خطا رد می‌کند پیش از آنکه به صف شما برسد. به‌طور پیش‌فرض در تسک‌های متنی و URL خاموش است، با حذف فاصله‌های ابتدا و انتها، جمع‌کردن فاصله‌های سفید و کوچک‌کردن حروف نرمال‌سازی می‌کند — بنابراین یک بازنویسی از آن عبور می‌کند — و مسدود می‌کند هر عضو از استفاده مجدد از آن متن، از جمله کسی که اولین بار آن را نوشته است. این همان چیزی است که صف را کوتاه می‌کند.

مسیر دوم: واگذاری به فردی با نقش بازبین

نقش بازبین Zealy یک واگذاری محدود است: نه مورد از ۲۲۵ سطح مسیر محدودشده به نقش در API Zealy را باز می‌کند که همه آن‌ها درباره بازبینی هستند، و یک بازبین نمی‌تواند درخواست‌های خودش را تأیید کند. آن را با یک لینک دعوت که شامل نقش، تاریخ انقضا و حداکثر تعداد استفاده است، واگذار می‌کنید.

هیچ نقشی به نام moderator در Zealy وجود ندارد. نقش reviewerاست و در مجموع پنج نقش وجود دارد: admin, editor, reviewer, guest و banned. (مستندات مدیریت اعضای خود Zealy می‌گوید چهار نقش وجود دارد. این مورد را حذف می‌کند banned, که یک نقش واقعی است که endpoint تغییر نقش می‌پذیرد. آن صفحه در همان تغییری که این پست دارد اصلاح می‌شود.)

پنج نقش روی یک نردبان کاملاً خطی قرار دارند — admin بالاتر از editor، بالاتر از reviewer، بالاتر از guest و بالاتر از banned — و هر بررسی مجوز در محصول فقط یک پرسش می‌پرسد: آیا نقش این عضو حداقل در این سطح است؟ پس توصیف صادقانه مدل مجوز Zealy این است که چنین چیزی وجود ندارد. هیچ مجموعه مجوزی، هیچ نقش سفارشی‌ای و هیچ راهی برای محدود کردن یک نقش به یک quest، ماژول یا کمپین وجود ندارد. ما مدل و تعاریف پایگاه داده را برای مفاهیم permission، ability و grant جست‌وجو کردیم؛ تنها تطابق‌ها ستون‌های نامرتبط OAuth بودند.

در ادامه آمده است آنچه نردبان در میان آن ۲۲۵ سطحِ وابسته به نقش توزیع می‌کند:

چون نردبان خطی است، یک بازبین هم همه‌چیزِ محدودشده به سطح مهمان را دریافت می‌کند. اما آن نُه سطح تمام تفویض اختیار است و همه‌شان کار بازبینی‌اند؛ به همین دلیل ارتقای کسی به بازبین پاسخ بسیار بهتری است از ارتقای او به مدیر تا بتواند کمک کند.

به ردیف ویرایشگر توجه کنید. ویرایشگر اختیاری بسیار گسترده‌تر از بازبین است: همه کارهایی را که بازبین می‌تواند انجام دهد در اختیار دارد، به‌علاوه پیکربندی کوئست، ماژول و اسپرینت، مشاهده کوئست‌های منتشرنشده و بازنشانی ادعاها. مستندات اعضای خود Zealy آن را پیکربندی کوئست‌ها، اسپرینت‌ها و اعضا و مشاهده همه صفحه‌ها توصیف می‌کند که محدودتر از واقعیت به نظر می‌رسد؛ آن صفحه در همان تغییری که این پست را دارد اصلاح می‌شود. وقتی کسی کمپین می‌سازد او را به ویرایشگر ارتقا دهید و وقتی فقط ارسال‌ها را می‌خواند به بازبین.

نحوه اعطای نقش و هزینه‌ای که برایتان دارد

تغییر نقش‌ها فقط توسط ادمین انجام می‌شود و ادمین نمی‌تواند نقش خودش را تغییر دهد. سازوکاری که ارزش استفاده دارد، لینک دعوت است که یک نقش، یک تاریخ انقضا و حداکثر تعداد استفاده را حمل می‌کند. هر سه را به کار ببرید: دعوتی که در ۴۸ ساعت منقضی می‌شود و حداکثر یک بار قابل استفاده است، شیء بسیار متفاوتی از لینکی است که هشت ماه در یک گروه Telegram می‌ماند.

سپس درباره هزینه صادق باشید. یک بازبین می‌تواند تا 20,000 XP پاداش اضافه به هر درخواستی که تأیید می‌کند پیوست کند، هیچ بررسی نقشی آن را محدود نمی‌کند، و یک اقدام گروهی واحد می‌تواند 1,000 درخواست را حمل کند — بنابراین یک دور تأیید می‌تواند تا 20 میلیون XP ایجاد کند. واگذاری بازبینی، قدرت اعطای XP را واگذار می‌کند. برای بیشتر جوامع این اشکالی ندارد و حتی مطلوب است، چون XP پاداش راهی است که بازبین با آن یک ارسال عالی را پاداش می‌دهد — اما اگر XP شما به جدول امتیازاتی متصل است که توکن پرداخت می‌کند، به آن شخص اهرمی بر پرداخت داده‌اید. Zealy یک ردپای حسابرسی کامل برای هر رأی ثبت می‌کند، بنابراین این موضوع پس از وقوع قابل تشخیص است نه قابل پیشگیری. اگر نامزد شما از یک برنامه مشارکت‌کنندگان آمده باشد، چگونه یک برنامه سفیر رمزارز اجرا کنیم پوشش می‌دهد که آن نقش چه هزینه‌ای برای شما دارد.

بازبین‌ها نمی‌توانند درخواست‌های خودشان را بازبینی کنند — بی‌صدا

درخواست‌های خود بازبین از آنچه می‌تواند تأیید کند مستثنی هستند، که در لایه سرویس و دوباره در چهار محافظ SQL جداگانه اعمال می‌شود. خوب است. نکته قابل توجه بخش جالب ماجراست: این فیلتر بی‌صداست. بازبینی که دسته‌ای شامل درخواست خودش را به‌صورت گروهی انتخاب می‌کند هیچ خطایی دریافت نمی‌کند. آن درخواست از دسته حذف می‌شود و در حالت در انتظار می‌ماند، و به کسی اطلاع داده نمی‌شود. اگر بازبینی قسم می‌خورد چیزی را تأیید کرده که هنوز در صف است، اول این را بررسی کنید.

دو بازبین روی یک صف با هم برخورد می‌کنند

در صف بررسی Zealy هیچ ادعا، قفل یا تخصیصی وجود ندارد. ما مخزن را برای قفل‌های بازبین، برداشتن ادعا، تخصیص بررسی و مفاهیم تخصیص‌یافته در API، بک‌اند و وب‌اپ جست‌وجو کردیم؛ جست‌وجوی تخصیص هیچ نتیجه‌ای برنگرداند. تنها قفل موجود در سیستم یک mutex نوشتن کوتاه است که از نوشتن دوباره جلوگیری می‌کند، نه رزرو صف.

پیامد آن چیزی نیست که حدس می‌زنید. دو بازبین روی یک صف، همان ادعاها را می‌بینند و هر دو همان ارسال را می‌خوانند. اگر آن‌ها موافق باشند، نفر دوم خطا می‌گیرد، چون Zealy از تنظیم یک ادعا به وضعیتی که از قبل دارد خودداری می‌کند، و آن زمان خواندن از دست می‌رود. اگر آن‌ها مخالف باشند، هیچ خطایی وجود ندارد: حکم دوم جایگزین اولی می‌شود، پاداش‌ها بر این اساس پاک‌سازی یا دوباره اعطا می‌شوند، و به هیچ‌کس گفته نمی‌شود که همکاری قبلاً تصمیم گرفته بود. حالت بی‌صدا همان اختلاف است، که بیشتر از همه می‌خواهید علامت‌گذاری شود. همچنین هیچ راهی برای تخصیص یک بازبین به یک کوئست یا ماژول خاص وجود ندارد — نمی‌توانید در محصول بیان کنید «آنا ارسال‌های طراحی را بررسی می‌کند، بن اثبات‌های آن‌چین را بررسی می‌کند».

هماهنگ‌کردن بازبین‌ها امروز در Zealy یک مسئله انسانی است. آن را بلند به تیمتان بگویید تا اینکه در یک بحث Discord متوجه شوند. صف را در یک پیام سنجاق‌شده تقسیم کنید: بر اساس ماژول، بر اساس روز، یا یک نفر از قدیمی‌ترین و دیگری از جدیدترین — ساده‌ترین تقسیم ممکن، و باز هم از برخوردها می‌کاهد.

بازبینی گروهی: یک حکم برای حداکثر ۱٬۰۰۰ درخواست

بازبینی گروهی Zealy تا ۱٬۰۰۰ درخواست را در یک فراخوان می‌پذیرد، و محدودیت همان چیزی است که آن فراخوان حمل می‌کند: یک وضعیت، یک نظر، یک نمره و یک مقدار XP پاداش برای کل دسته. در یک اقدام گروهی، حکم جداگانه برای هر آیتم وجود ندارد. این آن را برای مجموعه‌ای همگن عالی می‌کند — هر ارسال روی یک کوئست خراب، هر درخواست روی کاری که باطل کرده‌اید — و برای مجموعه‌ای مختلط خطرناک، چون نظری که ۱٬۰۰۰ عضو می‌خوانند همان یک جمله است. پیش از انتخاب، بی‌رحمانه مرتب کنید.

مسیر سه: حکم را به یک ماشین بسپارید

بازبینی هوش مصنوعی Zealy از Google Gemini 2.5 Flash Lite در برابر پرامپتی که می‌نویسید اجرا می‌شود، برای هر کوئست، در طرح‌های Plus و Enterprise تا ۱۶ اوت ۲۰۲۶. این سیستم حکمی برای تأیید شما پیشنهاد نمی‌دهد. خودش حکم را می‌نویسد و توجیه آن به نظری تبدیل می‌شود که عضو می‌خواند.

این را دو بار بخوانید، چون مستندات بررسی خود Zealy، بررسی هوش مصنوعی را این‌گونه توصیف کرده بود که توصیه‌های هوشمندانه‌ای برای کمک به پردازش بررسی‌ها ارائه می‌دهد. این نادرست است و در همان تغییری که این پست دارد اصلاح می‌شود. هیچ مرحله تأیید انسانی در مسیر کد وجود ندارد: مدل نتیجه‌ای برمی‌گرداند، Zealy تأیید یا رد را از یک حساب سیستمی اختصاصی ثبت می‌کند و توجیه مدل در صندوق ورودی عضو قرار می‌گیرد.

این واقعاً تصمیم محصولی متفاوتی از بررسی با کمک هوش مصنوعی است و شایسته سطح متفاوتی از دقت از سوی شماست:

• آن را برای هر کوئست فعال کنید، با فعال‌کردن بررسی هوش مصنوعی روی کوئست و نوشتن یک پرامپت غیرخالی. این یک کلید سراسری برای کل کامیونیتی نیست، که همان سطح درست است: می‌توانید یک تسک پرحجم را خودکار کنید بدون اینکه قضاوت‌های خودتان را خودکار کنید.
• پرامپت را به‌عنوان یک استاندارد رد بنویسید، نه یک حس‌وحال. مدل در حال تولید پیام رد برای عضو است، پس هر چیز مبهم در پرامپت شما به کامنتی مبهم و در نتیجه آزاردهنده روی ارسال کسی تبدیل می‌شود.
• یک کرون جاماندگان را دوباره در صف قرار می‌دهد هر ۱۵ دقیقه، درخواست‌های بررسی هوش مصنوعی را که بیش از یک ساعت در حالت در انتظار مانده‌اند و بازبینی ندارند برمی‌دارد. یک انباشت کار بی‌صدا فاسد نمی‌شود.

یک نکته احتیاطی درباره سنجش اگر از آن استفاده می‌کنید. داوری‌های هوش مصنوعی به یک حساب سیستمی با نقش مدیر نسبت داده می‌شوند، بنابراین در جامعه‌ای که از بازبینی هوش مصنوعی استفاده می‌کند، مانند هر بازبین دیگری در تحلیل‌های برترین بازبین‌ها ظاهر می‌شود. پیش از آنکه به تیم خود بگویید انسان‌هایتان چند درخواست را پردازش کرده‌اند، آن را کنار بگذارید.

طرح‌ها، بررسی‌شده در 16 اوت 2026

بازبینی هوش مصنوعی در طرح‌های Plus و Enterprise گنجانده شده است و صفحه قیمت‌گذاری Zealy آن را برای Free و Standard شامل نمی‌داند. در یک جامعه رایگان که در 16 اوت 2026 از طریق API قابلیت‌های خود Zealy بررسی کردیم، وضعیت آن به‌صورت در دسترس نبودن با دلیل گزارش شد: requires_plus_or_enterprise. این قابلیت را در جامعه خودتان بررسی کنید و بر اساس نام طرح فرض نگیرید.

پلن Plus ماهانه ۳۵۹ دلار با پرداخت سالانه است و Enterprise سفارشی و با پرداخت سالانه محاسبه می‌شود. پلن رایگان ۰ دلار با ۱٬۰۰۰ ادعای کوئست در ماه و اعضای نامحدود است؛ پلن Standard ماهانه ۱۴۹ دلار با پرداخت سالانه است. قیمت‌ها بدون احتساب مالیات بر ارزش افزوده و سایر مالیات‌های فروش قابل اعمال هستند و همه آن‌ها از صفحه قیمت‌گذاری Zealy، بررسی‌شده در ۱۶ اوت ۲۰۲۶.

تصمیم مهم این است: با ۲۰۰ ادعا در هفته، ارتقا برای خودکارسازی آن‌ها در مقایسه با یک بعدازظهر صرف‌شده برای تبدیل تسک‌های متنی به تسک‌های قابل بررسی، معامله بدی است. با هزاران ارسال باز در هفته و با استاندارد مکتوب، معامله خوبی است.

واگذاری به یک عامل از طریق MCP

مسیر ماشینی دیگر یک عامل است. Zealy بررسی را از طریق سرور MCP خوددر دسترس قرار می‌دهد و شکل این واگذاری عمداً محدودتر از واگذاری انسانی است.

• یک عامل می‌تواند در یک فراخوانی تا 1,000 درخواست ثبت کند، همان سقف بازبینی انبوه، با همان محدودیت یک حکم برای کل دسته.
• یک عامل به admin نقش نیاز دارد، در حالی که یک بازبین انسانی فقط به reviewer. مسیر بازبینی عمومی تصمیم بازبینی MCP را از هر چیزی کمتر رد می‌کند، بنابراین نسخه‌ای هم‌اندازهٔ عامل از این مجوز محدود وجود ندارد — که عکس مدل کمترین امتیاز است که انتظار دارید.
• هر نوشتن به یک توکن تأیید انسانی تازه نیاز دارد. نه یک نشست، نه یک تأیید قبلی — یک تأیید جدید برای هر فراخوانی.
• پول خارج از دسترس است. بررسی در هر بازبینی عمومی مدیر، مانع انتقال هرگونه ادعای حاوی پاداش NFT، توکن، USDC یا Zaps توسط یک عامل می‌شود. یک عامل می‌تواند صف XP شما را پاک کند؛ اما نمی‌تواند ادعایی را که پرداخت دارد جابه‌جا کند. اگر در حال اجرای توزیع‌ها هستید، نحوه توزیع توکن به اعضای فعال جامعه پوشش می‌دهد که واقعاً چه کسی چه چیزی را ارسال می‌کند.
• عامل‌ها فقط می‌توانند دعوت‌نامه‌های مهمان صادر کنند، هرگز دعوت‌نامه بازبین. یک عامل نمی‌تواند صف شما را برایتان پر کند.

وقتی پاسخ واقعاً شخص دیگری است

زمانی استخدام یا جذب کنید که قضاوت، خودِ محصول است: کیفیت ذهنی، هنجارهای جامعه، درخواست‌های تجدیدنظر، موارد حاشیه‌ای و هر چیزی که رد اشتباه آن برایتان یک مشارکت‌کننده هزینه دارد. وقتی صف شما اختلاف واقعی دارد نه حجم، یک نفر اضافه کنید. حجم یک مسئله طراحی است؛ اختلاف یک مسئله نیروی انسانی.

آزمونی که پیش از افزودن بازبین اعمال می‌کنیم: ۲۰ ادعای در انتظار را بردارید و دو نفر آن‌ها را مستقل بررسی کنند. اگر روی ۱۹ مورد توافق کنند، صف شما حجم است و حجم با قواعد و پرامپت‌ها حل می‌شود. اگر روی ۱۳ مورد توافق کنند، صف شما شامل قضاوت واقعی است و هیچ تنظیم اعتبارسنجی خودکار یا پرامپت مدلی آن اختلاف را از بین نمی‌برد — فقط پنهانش می‌کند.

سه موقعیت که در آن‌ها یک انسان پاسخ درست است و ما تلاش نمی‌کنیم شما را از آن منصرف کنیم:

ارسال‌های خلاقانه و بلندمدت که در آن‌ها کیفیت معیار پاداش است. اگر برای کار خوب پول می‌دهید نه کار انجام‌شده، کسی باید مکرراً تعیین کند که «خوب» یعنی چه و از آن دفاع کند.

هر چیزی که مسیر تجدیدنظر دارد. عضوی که رد شده و شکایت می‌کند به انسانی نیاز دارد که بتواند تصمیم را برگرداند، و برگرداندن یک بررسی همان چیزی است که نقش Discord را که پیش‌تر با یک تأیید اعطا شده حذف می‌کند — بازبینی که ادعا را از موفق به ناموفق تغییر می‌دهد هم همین کار را می‌کند. هیچ چیز دیگری آن اعطاها را دوباره بررسی نمی‌کند؛ آن‌ها یک‌باره هستند.

پرداخت‌های با ارزش بالا. اگر یک حکم تعیین می‌کند چه کسی توکن دریافت می‌کند، یک انسان را روی آن بگذارید. قواعد خودِ ایجنت Zealy از پیش همین نظر را رمزگذاری کرده‌اند: یک ماشین نمی‌تواند ادعایی را که پاداش مالی دارد تغییر وضعیت دهد.

آنچه Zealy اندازه‌گیری می‌کند و آنچه نمی‌کند

Zealy تعداد بررسی‌های در انتظار، ردپای حسابرسی به‌ازای هر حکم، بازبینان برتر بر اساس حجم و بر اساس نرخ تأیید، مجموع ستاره و پرچم هر عضو، و یک خروجی CSV تا 10,000 ردیف را نشان می‌دهد. هیچ زمان‌تا‌بررسی، هیچ تأخیر صف، هیچ SLA و هیچ معیار توان‌عملیاتی را محاسبه نمی‌کند. ما کدبیس را برای این نام‌ها جست‌وجو کردیم و هیچ‌کدام را نیافتیم.

ما دقیق هستیم چون نسخه‌ای از این مقاله که در ابتدا برنامه‌ریزی کرده بودیم بر داده‌های زمان‌بندی صف بررسی بنا شده بود، و آن داده وجود ندارد. ما بسته‌های 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

فرض کنید ۲٬۰۰۰ ادعا در هفته، یک‌سوم روی انواع وظایفی که به انسان نیاز دارند، هیچ‌کدام به‌صورت خودکار تأیید نمی‌شوند، هرکدام ۴۰ ثانیه: حدود ۷٫۴ ساعت در هفته، کاملاً ساخته‌شده از اعدادی که شما ارائه داده‌اید. نکته پاسخ نیست. نکته این است که عامل دوم و سوم قابل مشاهده می‌شوند، و این‌ها همان دو موردی هستند که می‌توانید بدون استخدام کسی تغییرشان دهید.

جایی که ابزارهای دیگر در این زمینه از Zealy بهتر عمل می‌کنند

ربات Discord زلی هیچ نظارتی انجام نمی‌دهد. هرگز کسی را اخراج، مسدود یا تایم‌اوت نمی‌کند و پیام خوش‌آمدگویی، نقش‌های واکنشی، تیکت یا لاگ‌گیری ندارد. ابزارهای نظارتی خود Discord و ربات‌های بومی Discord که حول آن‌ها ساخته شده‌اند این وظیفه را بر عهده دارند. کلیدهای API زلی نیز بسیار دقیق‌تر از نقش‌های انسانی آن هستند.

در مورد نکته اول، سورس ربات Discord زلی را برای فراخوانی‌های kick، ban، timeout، bulk-delete، guild-ban، AutoMod، moderate-members و audit-log و همچنین پیام‌های خوش‌آمدگویی، نقش‌های واکنشی، کانال‌های صوتی، تیکت‌ها و لاگ‌گیری جست‌وجو کردیم. تنها موارد مطابق، خطوطی بودند که کش را غیرفعال می‌کنند. نصب آن حتی در کنار گزینه Administrator کامل، مجموعه مجوزهای محدودی ارائه می‌دهد — Manage Roles، Mention Everyone و Send Messages — که دقیقاً مجموعه مجوزهای چیزی است که هیچ نظارتی انجام نخواهد داد. اگر مشکل شما رفتار نادرست افراد در سرور Discord شماست، زلی ابزار اشتباهی است: راهنمای ابزارهای تعامل و رشد Discord نقطه شروع بهتری است — ربات‌های نظارتی و تنظیمات بومی Discord را که بسیاری از این کارها را رایگان انجام می‌دهند پوشش می‌دهد — و مستندات یکپارچه‌سازی Discord توضیح می‌دهند که ربات زلی در واقع چه کاری انجام می‌دهد.

در مورد نکته دوم، مقایسه شرم‌آور و داخلی است. مدل کلید API در Zealy چهل قابلیت متمایز دارد، از جمله قابلیت‌های جداگانه برای خواندن بررسی‌ها، خروجی گرفتن از بررسی‌ها و نوشتن بررسی‌ها، و دو پیش‌تنظیم ساخت کویست آن هیچ قابلیت بررسی‌ای ندارند. این یک مدل واقعی حداقل دسترسی است: به ماشینی که با Zealy صحبت می‌کند می‌توان اجازه خواندن صف بررسی را داد و نه تصمیم‌گیری درباره آن.

انسان نمی‌تواند. انسان جایگاهی روی یک نردبان پنج‌پله‌ای می‌گیرد، پس اگر بخواهید کسی بدون تأیید، بررسی و علامت‌گذاری کند، هیچ راهی برای بیان آن وجود ندارد. API می‌داند چگونه؛ مدل نقش‌ها نمی‌داند. وقتی مردم از ما نقش‌های سفارشی می‌خواهند، این همان شکافی است که به آن برخورده‌اند، و اشاره به مدل کلید API خودمان منصفانه‌ترین راه برای اعتراف به آن است. و یک بار دیگر، چون جنبه عملیاتی است: هر ابزاری که به‌عنوان صف کار ساخته شود، توان عملیاتی چندنفره را با تخصیص حل می‌کند. Zealy آن را با یک پیام سنجاق‌شده در کانال تیم شما حل می‌کند.

نحوه راه‌اندازی این در Zealy، به ترتیب

بررسی کنید کدام کویست‌ها از پنج نوع وظیفه انسانی استفاده می‌کنند. هر چه می‌توانید تبدیل کنید. پاسخ‌های صحیح را با دقت تنظیم کنید، چون پاسخ خالی همه چیز را تأیید می‌کند. سپس یک یا دو بررسی‌کننده را با یک لینک محدود و منقضی‌شونده دعوت کنید، به‌صورت شفاهی توافق کنید چه کسی روی کدام ماژول کار می‌کند، و تنها پس از آن تصمیم بگیرید که آیا بررسی با هوش مصنوعی ارزش ارتقای پلن را دارد.

۱. صف خود را بر اساس نوع وظیفه بشمارید، نه بر اساس اندازه، سپس هر چه قابل تبدیل است را تبدیل کنید. آنچه اهمیت دارد این است که چند ادعای در انتظار روی وظایف متنی، URL، عددی، فایلی و نظرسنجی قرار دارند، و از میان آن‌ها، چند مورد سؤالی با پاسخ قابل دانستن می‌پرسند. سؤالی با یک پاسخ درست به یک آزمون یا وظیفه متنی با پاسخ صحیح تبدیل می‌شود؛ اسکرین‌شاتی که اثبات انجام کار است، هر جا که اقدام ردی قابل بررسی توسط Zealy بر جای بگذارد، به یک وظیفه آن‌چین، لینکی یا یکپارچه‌سازی تبدیل می‌شود.

۲. هر اعتبارسنجی خودکاری را که فعال می‌کنید آزمایش کنید، سپس رد تکراری را جایی فعال کنید که کپی‌پیست حالت شکست است. خودتان وظیفه را با یک پاسخ نادرست ادعا کنید و تأیید کنید که شکست می‌خورد؛ این عادت دو دقیقه‌ای تله پاسخ صحیح خالی را می‌گیرد. رد تکراری به‌طور پیش‌فرض روی وظایف متنی و URL خاموش است و بازنویسی را نمی‌گیرد.

۳. بازبین‌ها را ارتقا دهید، نه ویرایشگرها را، با یک لینک دعوت محدود. یک تاریخ انقضا و حداکثر تعداد استفاده تعیین کنید و کتباً به آن شخص بگویید که این نقش می‌تواند تا ۲۰٬۰۰۰ XP پاداش اضافی به‌ازای هر درخواست اعطا کند، در قالب حداکثر ۱٬۰۰۰ درخواست در یک اقدام، و اینکه شما می‌توانید همهٔ تصمیم‌ها را ببینید.

۴. صف را در یک پیام سنجاق‌شده تقسیم‌بندی کنید. بر اساس ماژول، بر اساس روز، یا قدیمی‌ترین‌ها اول در برابر جدیدترین‌ها اول. محصول این کار را برای شما انجام نمی‌دهد و دو نفر روی یک صف تقسیم‌نشده کار را دوباره انجام می‌دهند.

۵. تنها اکنون بازبینی با هوش مصنوعی را در نظر بگیرید. اگر استاندارد را می‌توان مکتوب کرد، حجم بالاست و شما در پلن Plus یا Enterprise هستید، پرامپت را به‌صورت همان پیام ردیه‌ای بنویسید که از ارسالش راحت هستید، چون دقیقاً همان می‌شود. با یک کوئست شروع کنید و پنجاه نظر اولی را که می‌نویسد بخوانید، پیش از آنکه آن را جای دیگری فعال کنید.

۶. ماهانه خروجی بگیرید و زمان بازبینی خودتان را محاسبه کنید. Zealy آن را محاسبه نمی‌کند. در خروجی CSV، مُهر زمانی ایجاد هر درخواست را از مُهر زمانی به‌روزرسانی آن کم کنید؛ این برای درخواست‌هایی که یک بار بازبینی شده‌اند دقیق است و درخواست‌های بازبینی‌شدهٔ دوباره به تاریخچهٔ بازبینی‌شان نیاز دارند. ده دقیقه در یک صفحه‌گسترده به شما می‌گوید که آیا هیچ‌کدام از این کارها مؤثر بوده است یا نه.

خط اصلی این است که «آیا باید کسی را استخدام کنم؟» تقریباً همیشه پرسش اشتباهی است که یک تصمیم طراحی دیرتر پرسیده می‌شود. اول کار را به یک قاعده بسپارید، چون تنها راهی است که در آن کار ناپدید می‌شود نه جابه‌جا. دوم کار را به یک فرد بسپارید و درباره قدرت XP و برخوردها با او صادق باشید. در آخر کار را به یک ماشین بسپارید و تنها زمانی که بتوانید استاندارد را بنویسید. برای زمینه گسترده‌تر، ماژول مبانی مدیریت جامعه قطعه همراه است و مستندات بررسی Zealy مکانیک صف را پوشش می‌دهد. و اگر هنوز درباره ابزارها به جمع‌بندی نرسیده‌اید، بررسی نرم‌افزار مدیریت جامعه قیمت دسته گسترده‌تر را شامل نیروی کار نظارت مشخص می‌کند.