अधिक मॉडरेटर नियुक्त किए बिना सामुदायिक कार्य कैसे सौंपें

यह किसके लिए है: वह संस्थापक या सामुदायिक लीड जिसकी समीक्षा कतार टीम से तेज़ी से बढ़ रही है, जो कुछ हज़ार लंबित सबमिशन देख रहा है और सोच रहा है कि जवाब दूसरा मॉडरेटर है, तीसरा, या इस्तीफे का पत्र।

संक्षिप्त उत्तर: शायद कोई और व्यक्ति नहीं — लेकिन चापलूसी वाली वजह से नहीं। अधिकांश कतार का अस्तित्व ही नहीं होना चाहिए। Zealy में, पाँच कार्य प्रकार ऐसे बने हैं जिनमें जवाब पढ़ने के लिए इंसान की ज़रूरत होती है — और तारीख़ कार्य अपनी डिफ़ॉल्ट सेटिंग पर इनमें शामिल हो जाता है — जबकि बाकी सब कुछ सदस्य के दावा करते ही स्वयं निपट जाता है। किसी व्यक्ति को सौंपने से बेहतर किसी नियम को सौंपना है, और किसी मशीन को सौंपने से बेहतर किसी व्यक्ति को सौंपना है, इसी क्रम में, क्योंकि केवल पहला ही काम को स्थानांतरित करने के बजाय हटा देता है।

प्रकटीकरण: Zealy इसे प्रकाशित करता है और Zealy वह प्लेटफ़ॉर्म बेचता है जिसका इसमें वर्णन है। Zealy क्या करता है, इसके बारे में हर दावा 16 अगस्त 2026 को Zealy के अपने सोर्स कोड से पढ़ा गया था, Zealy के मार्केटिंग पेजों या दस्तावेज़ीकरण से नहीं। इसमें वे हिस्से भी शामिल हैं जहाँ Zealy में कोई स्पष्ट चीज़ गायब है, और Zealy के अपने दस्तावेज़ीकरण के दो पेज जो गलत हैं, जिन्हें हम इस पोस्ट के साथ उसी बदलाव में ठीक कर रहे हैं।

अंतिम सत्यापन: 16 अगस्त 2026।

क्या आपको अधिक मॉडरेटर नियुक्त करने की ज़रूरत है?

शायद अभी नहीं। Zealy में, पाँच कार्य प्रकार इंसानी समीक्षक तक पहुँचने के लिए बने हैं: टेक्स्ट, URL, संख्या, फ़ाइल अपलोड और पोल — और तारीख़ कार्य अपनी डिफ़ॉल्ट सेटिंग पर इनमें शामिल हो जाता है। बाकी सब स्वयं सत्यापित होता है और कभी कतार में नहीं आता। लोगों को जोड़ने से पहले, जाँचें कि आपके कौन-से क्वेस्ट में वास्तव में जवाब पढ़ने के लिए इंसान की ज़रूरत है।

लगभग हर "हम सबमिशन में डूब रहे हैं" बातचीत क्षमता से शुरू होती है — कितने समीक्षक, कितने घंटे, हर एक कितनी तेज़ी से एक आइटम निपटाता है — जबकि कतार का आकार हफ़्तों पहले क्वेस्ट एडिटर में तय हो चुका था, उस व्यक्ति द्वारा जिसने कार्य प्रकार चुना था। स्क्रीनशॉट माँगने वाला क्वेस्ट कतार बनाता है। किसी से Discord सर्वर जॉइन करने को कहने वाला क्वेस्ट नहीं बनाता, क्योंकि जवाब वहीं Discord के सामने जाँच लिया जाता है। वही कैंपेन, वही इनाम, बिल्कुल अलग परिचालन लागत।

तो ईमानदार क्रम यह है: काम हटाएँ, जो बचे उसे सौंपें, जो बचे उसे स्वचालित करें। टीमें भरोसेमंद तरीके से इसे उल्टा करती हैं, और इसी तरह आप उस काम को तेज़ करने के लिए प्लान अपग्रेड का भुगतान करते हैं जिसे आप हटा सकते थे।

समीक्षा कतार सौंपने के तीन तरीके

आप समीक्षा कतार तीन तरीकों से सौंप सकते हैं: किसी नियम को, कार्य को स्वयं-सत्यापित बनाकर; किसी व्यक्ति को, Zealy की समीक्षक भूमिका का उपयोग करके; या किसी मशीन को, AI समीक्षा या MCP एजेंट का उपयोग करके। नियम काम हटाते हैं, लोग निर्णय लगाते हैं, मशीनें बड़े पैमाने पर लिखित प्रॉम्प्ट लागू करती हैं।

मार्ग एक: समीक्षा कार्य को डिज़ाइन से हटा दें

यहीं से शुरू करें: यह अकेला मार्ग है जो काम को स्थानांतरित करने के बजाय हटाता है। पाँच Zealy कार्य प्रकार इंसान की ज़रूरत के लिए बने हैं — टेक्स्ट, URL, संख्या, फ़ाइल अपलोड और पोल — और तारीख़ डिफ़ॉल्ट रूप से वैसा ही व्यवहार करता है। बाकी सब सदस्य के दावा करते ही तय हो जाता है। टेक्स्ट कार्य को लिंक जाँच के रूप में फिर से लिखना कतार को खाली कर देता है।

हमने यह उस फ़ंक्शन को पढ़कर जाँचा जो तय करता है कि कोई क्वेस्ट ऑटो-वैलिडेट होगा या नहीं, फिर क्वेस्ट सेवा के हर रनटाइम वैलिडेटर को मिलाकर जाँचा। वे पाँच — text, url, number, file, poll — प्रत्येक लंबित समीक्षा स्थिति लौटाते हैं जब तक कार्य स्पष्ट रूप से ऑटो-वैलिडेट पर सेट न हो। बाकी सिंक्रोनस रूप से सफलता या त्रुटि लौटाते हैं, इसलिए न इंतज़ार करने की कोई चीज़ है और न इंतज़ार करने की कोई कतार।

दो ईमानदार अपवाद, क्योंकि कोड स्वयं से विरोधाभास करता है और हम इसे साफ़-सुथरा बनाने के बजाय बताना पसंद करेंगे:

• तारीख़ कार्य। एक सूची उन्हें हमेशा स्वचालित मानती है, जबकि जो वैलिडेटर वास्तव में चलता है वह कार्य की ऑटो-वैलिडेशन सेटिंग का पालन करता है, जिसे एडिटर डिफ़ॉल्ट रूप से बंद छोड़ता है। जब कोड स्वयं से विरोधाभास करता है तो हम आपको यह नहीं बताएँगे कि तारीख़ कार्य स्वचालित हैं। इस पर भरोसा करने से पहले एक को जाँचें।
• Proof of Humanity। यह रनटाइम पर स्वचालित रूप से तय होता है लेकिन किसी भी सूची में नहीं दिखता — जैसा कि साझेदारी-क्वेस्ट प्रकार भी नहीं दिखता — इसलिए केवल उस कार्य वाला क्वेस्ट ऑटो-वैलिडेट नहीं बताया जाता है। यह अपने विज्ञापन से बेहतर व्यवहार करता है। (यह क्या पकड़ता है, यह ऐसा एयरड्रॉप कैसे चलाएँ जिसे फ़ार्म न किया जाए में शामिल है — यह बॉट फ़िल्टर है, सिबिल फ़िल्टर नहीं।)

वह रीराइट जो वास्तव में कतार छोटी करता है

पहले अपने टेक्स्ट टास्क देखें। ज़्यादातर एक सही उत्तर वाला प्रश्न पूछते हैं, जिसे निबंध की तरह लिखा गया है। Tell us what you learned from the docs एक कतार है। Paste the transaction hash एक टेक्स्ट या URL टास्क है जिसका सही उत्तर है, और वह खुद ही साफ़ हो जाता है। Screenshot your position एक कतार है, और फ़ाइल टास्क में कोई सामग्री जाँच नहीं होती, इसलिए समीक्षक हर इमेज खोलता है। Which of these three is our fee model एक क्विज़ है, और क्विज़ कभी किसी इंसान तक नहीं पहुँचती।

हमारा व्यावहारिक नियम: अगर आप उत्तर पहले से लिख सकते हैं, तो वह टास्क कतार में नहीं होना चाहिए। अगर नहीं लिख सकते, तो उसके लिए स्टाफ़ रखें, बजाय यह दिखाने के कि कोई प्रॉम्प्ट यह काम कर देगा।

खतरा: खाली सही उत्तर सब कुछ स्वीकृत कर देता है

इस लेख का यह पैराग्राफ आपका बुरा हफ़्ता बचाने की सबसे ज़्यादा संभावना रखता है। टेक्स्ट, URL, संख्या और तारीख टास्क पर ऑटो-वैलिडेशन सदस्य के सबमिशन की तुलना आपके कॉन्फ़िगर किए गए सही उत्तर से करता है, और चारों तुलनाएँ तब शॉर्ट-सर्किट हो जाती हैं जब वह सही उत्तर खाली हो। यह फ़ेल-क्लोज़्ड नहीं होता और आपको चेतावनी नहीं देता। यह सब कुछ स्वीकृत कर देता है।

बल्क में स्विच फ़्लिप करने से पहले दो संबंधित व्यवहार जान लें। ऑटो-वैलिडेशन चालू वाला पोल डिज़ाइन से ही सब कुछ स्वीकृत करता है — यह बग नहीं है, क्योंकि पोल का कोई गलत उत्तर नहीं होता, लेकिन बैकलॉग साफ़ करने के लिए किसी मॉड्यूल में ऑटो-वैलिडेशन टॉगल करने से पोल के रिवॉर्ड सभी को मिल जाते हैं। और फ़ाइल अपलोड का ऑटो-वैलिडेशन अपलोड को स्वीकृत करता है, सामग्री को नहीं; कोई भी फ़ाइल पास हो जाती है।

अगर इस पोस्ट से एक ऑपरेशनल आदत लें, तो यही लें: ऑटो-वैलिडेशन चालू करने के बाद, जानबूझकर गलत उत्तर के साथ खुद टास्क क्लेम करें और पुष्टि करें कि वह फ़ेल होता है।

डुप्लिकेट का एक नियंत्रण काम हटाता है; दूसरा सिर्फ़ एनोटेट करता है

समीक्षक अलर्ट किसी सबमिशन को duplicate (किसी अन्य सदस्य ने उसी टास्क के लिए वही सामग्री भेजी) या reused (इस सदस्य ने इसे पहले भेजा था) के रूप में फ़्लैग करते हैं, केवल टेक्स्ट और फ़ाइल टास्क पर, 180 दिन पीछे तक देखते हुए। ये सलाहकारी हैं — वर्डिक्ट रिकॉर्ड करने वाले कोड पाथ में कुछ भी इन्हें नहीं पढ़ता। ये इंसान को कुछ बताते हैं; ये कुछ तय नहीं करते। और फ़ाइल टास्क पर मिलान जितना सुनाई देता है उतना मज़बूत नहीं है: अपलोड की तुलना उनके संग्रहीत URL से होती है, और हर अपलोड को नई कुंजी मिलती है, इसलिए वही फ़ाइल दोबारा अपलोड करने पर कभी डुप्लिकेट दर्ज ही नहीं होता।

सबमिशन पर डुप्लिकेट अस्वीकृति एक अलग, ऑप्ट-इन सेटिंग है जो दोहराए गए टेक्स्ट उत्तर को आपकी कतार तक पहुँचने से पहले त्रुटि के साथ अस्वीकृत करती है। यह टेक्स्ट और URL टास्क पर डिफ़ॉल्ट रूप से बंद है, ट्रिमिंग, व्हाइटस्पेस संकुचन और लोअरकेसिंग से सामान्यीकृत करती है — इसलिए कोई पैराफ़्रेज़ इसे पार कर जाता है — और यह किसी भी सदस्य को वह टेक्स्ट दोबारा उपयोग करने से रोकती है, जिसमें वह भी शामिल है जिसने इसे पहले लिखा था। यही कतार छोटी करता है।

मार्ग दो: समीक्षक भूमिका वाले व्यक्ति को सौंपें

Zealy की समीक्षक भूमिका एक संकीर्ण प्रत्यायोजन है: यह Zealy के API में 225 भूमिका-गेटेड रूट सतहों में से नौ खोलती है, सभी समीक्षा से संबंधित, और एक समीक्षक अपने ही क्लेम स्वीकृत नहीं कर सकता। आप इसे एक आमंत्रण लिंक से देते हैं जिसमें भूमिका, समाप्ति और अधिकतम उपयोग संख्या होती है।

Zealy में moderator नाम की कोई भूमिका नहीं है। भूमिका है reviewer, और कुल पाँच भूमिकाएँ हैं: admin, editor, reviewer, guest और banned। (Zealy का अपना सदस्य-प्रबंधन दस्तावेज़ कहता है कि चार हैं। यह bannedको छोड़ देता है, जो एक वास्तविक भूमिका है जिसे change-role एंडपॉइंट स्वीकार करता है। वह पेज इस पोस्ट के साथ उसी बदलाव में सुधारा गया है।)

पाँच भूमिकाएँ एक सख़्त रैखिक सीढ़ी पर हैं — admin, editor से ऊपर, editor, reviewer से ऊपर, reviewer, guest से ऊपर, guest, banned से ऊपर — और उत्पाद में हर अनुमति जाँच एक प्रश्न पूछती है: क्या इस सदस्य की भूमिका कम से कम इस स्तर पर है? इसलिए Zealy के अनुमति मॉडल का ईमानदार वर्णन यह है कि वह है ही नहीं। कोई अनुमति सेट नहीं, कोई कस्टम भूमिका नहीं, किसी भूमिका को एक क्वेस्ट, मॉड्यूल या कैंपेन तक सीमित करने का कोई तरीका नहीं। हमने मॉडल और डेटाबेस परिभाषाओं में permission, ability और grant अवधारणाएँ खोजीं; एकमात्र मिलान असंबंधित OAuth कॉलम थे।

उन 225 भूमिका-गेटेड सतहों पर सीढ़ी यह बाँटती है:

चूँकि सीढ़ी रैखिक है, एक समीक्षक को guest स्तर पर गेटेड सब कुछ भी मिलता है। लेकिन वे नौ सतहें ही पूरा प्रत्यायोजन हैं और सभी समीक्षा कार्य हैं, इसलिए किसी को समीक्षक बनाना उसे admin बनाने से कहीं बेहतर उत्तर है ताकि वह मदद कर सके।

editor पंक्ति पर ध्यान दें। Editor, reviewer से कहीं व्यापक अनुदान है: इसमें वह सब है जो एक समीक्षक कर सकता है, साथ ही क्वेस्ट, मॉड्यूल और स्प्रिंट कॉन्फ़िगरेशन, अप्रकाशित क्वेस्ट की दृश्यता, और क्लेम रीसेट करना। Zealy का अपना सदस्य दस्तावेज़ इसे क्वेस्ट, स्प्रिंट और सदस्यों को कॉन्फ़िगर करना और सभी पेज देखना बताता है, जो वास्तविकता से संकीर्ण पढ़ा जाता है; वह पेज इस पोस्ट के साथ उसी बदलाव में सुधारा गया है। किसी को editor बनाएँ जब वे कैंपेन बना रहे हों, और reviewer जब वे केवल सबमिशन पढ़ रहे हों।

भूमिका कैसे दें, और इसकी कीमत क्या है

भूमिका परिवर्तन केवल admin के लिए हैं, और एक admin अपनी भूमिका नहीं बदल सकता। उपयोग करने योग्य तंत्र आमंत्रण लिंक है, जिसमें भूमिका, समाप्ति और अधिकतम उपयोग संख्या होती है। तीनों का उपयोग करें: 48 घंटे में समाप्त होने वाला और अधिकतम एक उपयोग वाला आमंत्रण, आठ महीनों से Telegram समूह में पड़े लिंक से बहुत अलग चीज़ है।

फिर कीमत के बारे में ईमानदार रहें। एक समीक्षक प्रत्येक स्वीकृत क्लेम पर 20,000 बोनस XP तक जोड़ सकता है, इसे कोई रोल चेक सीमित नहीं करता, और एक बल्क क्रिया में 1,000 क्लेम हो सकते हैं — इसलिए एक स्वीकृति अभियान में 20 मिलियन XP तक जारी हो सकते हैं। समीक्षा सौंपने का अर्थ है XP देने की शक्ति सौंपना। अधिकांश समुदायों के लिए यह ठीक है और वांछनीय भी है, क्योंकि बोनस XP ही वह तरीका है जिससे समीक्षक एक उत्कृष्ट सबमिशन को पुरस्कृत करता है — लेकिन यदि आपका XP ऐसे लीडरबोर्ड को फ़ीड करता है जो टोकन बाँटता है, तो आपने उस व्यक्ति को भुगतान पर एक लीवर दे दिया है। Zealy प्रत्येक निर्णय का पूरा ऑडिट ट्रेल रिकॉर्ड करता है, इसलिए यह बाद में पता लगाया जा सकता है, रोका नहीं जा सकता। यदि आपका उम्मीदवार किसी कंट्रीब्यूटर प्रोग्राम से आया है, तो क्रिप्टो एंबेसडर प्रोग्राम कैसे चलाएँ बताता है कि उस भूमिका की आपको क्या कीमत चुकानी पड़ती है।

समीक्षक अपने ही क्लेम की समीक्षा नहीं कर सकते — चुपचाप

समीक्षक के अपने क्लेम उनकी स्वीकृति-सीमा से बाहर रखे जाते हैं, जो सर्विस लेयर में और फिर चार अलग SQL गार्ड्स में लागू होता है। अच्छा है। दिलचस्प हिस्सा यह चेतावनी है: फ़िल्टर चुपचाप काम करता है। जो समीक्षक बल्क-चयन में अपना क्लेम भी शामिल कर लेता है, उसे कोई त्रुटि नहीं मिलती। वह क्लेम बैच से हटा दिया जाता है और लंबित रहता है, और किसी को बताया नहीं जाता। यदि कोई समीक्षक दावा करे कि उसने कुछ स्वीकृत किया है जो अभी भी कतार में पड़ा है, तो पहले यही जाँचें।

एक ही कतार पर दो समीक्षक टकराएँगे

Zealy की समीक्षा कतार में कोई क्लेमिंग, लॉकिंग या असाइनमेंट नहीं है। हमने API, बैकएंड और वेबऐप में समीक्षक लॉक, क्लेम-टेकिंग, समीक्षा असाइनमेंट और असाइनी अवधारणाओं के लिए रिपॉज़िटरी खोजी; असाइनमेंट खोज में कुछ भी नहीं मिला। सिस्टम में एकमात्र लॉक एक छोटा राइट म्यूटेक्स है जो दोहरे लेखन को रोकता है, कतार आरक्षण नहीं।

परिणाम वह नहीं है जिसका आप अनुमान लगाएँगे। एक ही कतार पर दो समीक्षक एक ही क्लेम देखते हैं और दोनों एक ही सबमिशन पढ़ते हैं। यदि वे सहमतहोते हैं, तो दूसरे को त्रुटि मिलती है, क्योंकि Zealy किसी क्लेम को उसी स्थिति में सेट करने से मना करता है जिसमें वह पहले से है, और वह पढ़ने का समय बर्बाद हो जाता है। यदि वे असहमतहोते हैं, तो कोई त्रुटि नहीं होती: दूसरा निर्णय पहले को बदल देता है, पुरस्कार तदनुसार साफ़ किए जाते हैं या फिर से दिए जाते हैं, और किसी को नहीं बताया जाता कि किसी सहकर्मी ने पहले ही निर्णय ले लिया था। चुपचाप वाला मामला असहमति है, जिसे आप सबसे अधिक फ़्लैग करवाना चाहेंगे। किसी समीक्षक को किसी विशिष्ट क्वेस्ट या मॉड्यूल पर असाइन करने का भी कोई तरीका नहीं है — आप उत्पाद में "Ana डिज़ाइन सबमिशन संभाले, Ben ऑन-चेन प्रूफ़ संभाले" नहीं कह सकते।

आज Zealy में समीक्षकों का समन्वय एक मानवीय समस्या है। इसे अपनी टीम को स्पष्ट रूप से बताएँ, बजाय इसके कि वे Discord बहस में पता लगाएँ। कतार को एक पिन किए गए संदेश में बाँटें: मॉड्यूल के अनुसार, दिन के अनुसार, या एक व्यक्ति सबसे पुराने से पहले और दूसरा सबसे नए से पहले — जितना संभव हो उतना सरल विभाजन, और यह फिर भी टकराव कम करता है।

बल्क समीक्षा: 1,000 क्लेम तक के लिए एक निर्णय

Zealy की बल्क समीक्षा एक ही कॉल में 1,000 क्लेम तक स्वीकार करती है, और बाधा यह है कि वह कॉल क्या ले जाती है: पूरे बैच के लिए एक स्थिति, एक टिप्पणी, एक मार्क और एक बोनस-XP मान। बल्क क्रिया के अंदर कोई प्रति-आइटम निर्णय नहीं है। यह एक समरूप सेट के लिए उत्कृष्ट है — किसी टूटी क्वेस्ट पर हर सबमिशन, किसी ऐसे कार्य पर हर क्लेम जिसे आपने रद्द किया है — और मिश्रित सेट के लिए खतरनाक है, क्योंकि 1,000 सदस्य जो टिप्पणी पढ़ते हैं वह एक ही वाक्य है। चयन करने से पहले कड़ाई से छाँटें।

मार्ग तीन: निर्णय मशीन को सौंपें

Zealy की AI समीक्षा आपके द्वारा लिखे गए प्रॉम्प्ट के विरुद्ध Google Gemini 2.5 Flash Lite चलाती है, प्रति क्वेस्ट, 16 अगस्त 2026 तक Plus और Enterprise प्लान पर। यह आपके पुष्टि करने के लिए निर्णय की सिफ़ारिश नहीं करती। यह निर्णय लिखती है, और उसका औचित्य वह टिप्पणी बन जाता है जो सदस्य पढ़ता है।

इसे दो बार पढ़ें, क्योंकि Zealy के अपने समीक्षा दस्तावेज़ ने AI समीक्षा को समीक्षाएँ संसाधित करने में मदद के लिए बुद्धिमान सिफ़ारिशें प्रदान करने वाला बताया था। वह गलत है, और इसे इस पोस्ट के साथ ही सुधारा गया है। कोड पथ में कोई मानवीय पुष्टि चरण नहीं है: मॉडल परिणाम लौटाता है, Zealy एक समर्पित सिस्टम खाते से स्वीकृति या अस्वीकृति दर्ज करता है, और मॉडल का औचित्य सदस्य के इनबॉक्स में पहुँचता है।

यह AI-सहायित समीक्षा से वास्तव में भिन्न उत्पाद निर्णय है, और यह आपसे भिन्न स्तर की सावधानी की माँग करता है:

• इसे प्रति क्वेस्ट चालू करें, क्वेस्ट पर AI समीक्षा सक्षम करके और एक गैर-रिक्त प्रॉम्प्ट लिखकर। यह समुदाय-व्यापी स्विच नहीं है, जो सही ग्रैन्युलैरिटी है: आप एक उच्च-मात्रा कार्य को स्वचालित कर सकते हैं बिना अपने निर्णय-संबंधी मामलों को स्वचालित किए।
• प्रॉम्प्ट को अस्वीकृति मानक के रूप में लिखें, भावना के रूप में नहीं। मॉडल सदस्य-सम्मुख अस्वीकृति संदेश बना रहा है, इसलिए आपके प्रॉम्प्ट में जो भी अस्पष्ट है वह किसी के सबमिशन पर अस्पष्ट और इसलिए क्रोधित करने वाली टिप्पणी बन जाता है।
• एक क्रॉन पीछे छूटे लोगों को फिर से कतार में डालता है हर 15 मिनट में, उन AI-समीक्षा क्लेम को उठाते हुए जो बिना किसी समीक्षक के एक घंटे से अधिक लंबित पड़े हैं। बैकलॉग चुपचाप सड़ता नहीं।

यदि आप इसे उपयोग करते हैं तो एक माप संबंधी चेतावनी। AI निर्णय एक सिस्टम खाते को श्रेय दिए जाते हैं जिसके पास एडमिन रोल होता है, इसलिए AI समीक्षा उपयोग करने वाले समुदाय पर यह शीर्ष-समीक्षक एनालिटिक्स में किसी भी अन्य समीक्षक की तरह दिखता है। अपनी टीम को बताने से पहले कि आपके मनुष्यों ने कितने क्लेम संसाधित किए, इसे बाहर रखें।

प्लान, 16 अगस्त 2026 को जाँचे गए

AI समीक्षा Plus और Enterprise प्लान में शामिल है, और Zealy का मूल्य पृष्ठ इसे Free या Standard पर शामिल नहीं बताता। 16 अगस्त 2026 को Zealy के अपने क्षमता API के माध्यम से जाँचे गए एक मुफ़्त समुदाय पर, इसने अनुपलब्ध बताया, कारण requires_plus_or_enterprise। प्लान के नाम से अनुमान लगाने के बजाय अपने स्वयं के समुदाय पर क्षमता जाँचें।

Plus $359 प्रति माह है जो वार्षिक रूप से बिल किया जाता है, और Enterprise कस्टम है, वार्षिक रूप से बिल किया जाता है। Free प्लान $0 है जिसमें प्रति माह 1,000 क्वेस्ट क्लेम और असीमित सदस्य हैं; Standard $149 प्रति माह है जो वार्षिक रूप से बिल किया जाता है। कीमतों में VAT और अन्य लागू बिक्री कर शामिल नहीं हैं, और ये सभी इससे आते हैं Zealy का प्राइसिंग पेज, 16 अगस्त 2026 को जाँचा गया।

निर्णय जो मायने रखता है: प्रति सप्ताह 200 क्लेम पर, उन्हें स्वचालित करने के लिए अपग्रेड करना टेक्स्ट कार्यों को जाँचने योग्य कार्यों में बदलने में लगाए गए एक दोपहर के मुकाबले एक बुरा सौदा है। प्रति सप्ताह हज़ारों खुले-अंत वाली सबमिशन पर, मानक लिखित होने के साथ, यह एक अच्छा सौदा है।

MCP के माध्यम से एक एजेंट को सौंपना

दूसरा मशीन मार्ग एक एजेंट है। Zealy समीक्षा को अपने MCP सर्वरके माध्यम से उजागर करता है, और उस प्रत्यायोजन का स्वरूप जानबूझकर मानव वाले से अधिक प्रतिबंधित है।

• एक एजेंट एक कॉल में 1,000 क्लेम तक सबमिट कर सकता है, बल्क समीक्षा के समान सीमा, बैच के लिए एक ही निर्णय की उसी बाधा के साथ।
• एक एजेंट को admin भूमिकाचाहिए, जबकि एक मानव समीक्षक को केवल reviewerचाहिए। सार्वजनिक समीक्षा मार्ग किसी भी कम से कम से आने वाले MCP समीक्षा निर्णय को अस्वीकार करता है, इसलिए संकीर्ण अनुदान का एजेंट-आकार का संस्करण नहीं है — जो आपके द्वारा अपेक्षित न्यूनतम-विशेषाधिकार मॉडल का उल्टा है।
• प्रत्येक राइट के लिए एक नया मानव पुष्टि टोकन आवश्यक है। कोई सत्र नहीं, कोई पूर्व स्वीकृति नहीं — प्रत्येक कॉल के लिए एक नई पुष्टि।
• पैसा वर्जित है। प्रत्येक सार्वजनिक-व्यवस्थापक समीक्षा पर एक जाँच किसी भी ऐसे क्लेम को, जिसमें NFT, टोकन, USDC या Zaps इनाम हो, एजेंट द्वारा ट्रांज़िशन होने से रोकती है। एक एजेंट आपकी XP कतार साफ़ कर सकता है; यह भुगतान करने वाले क्लेम को स्थानांतरित नहीं कर सकता। यदि आप वितरण चला रहे हैं, तो सक्रिय समुदाय सदस्यों को टोकन कैसे वितरित करें में बताया गया है कि वास्तव में कौन क्या भेजता है।
• एजेंट केवल अतिथि आमंत्रण बना सकते हैं, कभी भी समीक्षक आमंत्रण नहीं। एक एजेंट आपके लिए आपकी कतार में कर्मचारी नहीं भर सकता।

जब उत्तर वास्तव में कोई दूसरा व्यक्ति ही है

तब नियुक्त या भर्ती करें जब निर्णय ही उत्पाद हो: व्यक्तिपरक गुणवत्ता, समुदाय के मानदंड, अपील, सीमांत मामले और कोई भी चीज़ जहाँ गलत अस्वीकृति से आपको एक योगदानकर्ता का नुकसान होता है। जब आपकी कतार में मात्रा के बजाय वास्तविक असहमति हो तो एक व्यक्ति जोड़ें। मात्रा एक डिज़ाइन समस्या है; असहमति एक स्टाफिंग समस्या है।

समीक्षक जोड़ने से पहले हम जो परीक्षण लागू करेंगे: 20 लंबित क्लेम लें और दो लोगों से उन्हें स्वतंत्र रूप से समीक्षा करने को कहें। यदि वे 19 पर सहमत होते हैं, तो आपकी कतार मात्रा है, और मात्रा नियमों और प्रॉम्प्ट से हल होती है। यदि वे 13 पर सहमत होते हैं, तो आपकी कतार में वास्तविक निर्णय है, और कोई भी ऑटो-वैलिडेशन सेटिंग या मॉडल प्रॉम्प्ट उस असहमति को गायब नहीं करेगा — केवल अदृश्य करेगा।

तीन स्थितियाँ जहाँ एक व्यक्ति सही उत्तर है और हम आपको इससे रोकने की कोशिश नहीं करेंगे:

रचनात्मक और लंबे-रूप वाली सबमिशन जहाँ गुणवत्ता ही इनाम का मानदंड है। यदि आप पूर्ण कार्य के बजाय अच्छे कार्य के लिए भुगतान कर रहे हैं, तो किसी को यह तय करना होगा कि अच्छे का अर्थ क्या है, बार-बार, और उसका बचाव करना होगा।

अपील मार्ग वाली कोई भी चीज़। शिकायत करने वाले अस्वीकृत सदस्य को एक ऐसे व्यक्ति की आवश्यकता होती है जो निर्णय को उलट सके, और समीक्षा को उलटना वही है जो स्वीकृति द्वारा पहले से दिए गए Discord रोल को भी हटाता है — एक समीक्षक द्वारा क्लेम को सफल से विफल में बदलना भी यही करता है। और कुछ भी उन अनुदानों को दोबारा जाँचता नहीं; वे एकबारगी हैं।

उच्च-मूल्य भुगतान। यदि कोई निर्णय तय करता है कि टोकन किसे मिलेंगे, तो उस पर एक व्यक्ति रखें। Zealy के अपने एजेंट नियम पहले से ही उस राय को कूटबद्ध करते हैं: एक मशीन वित्तीय इनाम वाले क्लेम को ट्रांज़िशन नहीं कर सकती।

Zealy क्या मापता है, और क्या नहीं

Zealy एक लंबित समीक्षा गणना, प्रति-निर्णय ऑडिट ट्रेल, मात्रा और स्वीकृति दर के अनुसार शीर्ष समीक्षक, प्रति-सदस्य स्टार और फ़्लैग कुल, और 10,000 पंक्तियों तक का CSV निर्यात दिखाता है। यह कोई समीक्षा-तक-समय, कोई कतार विलंबता, कोई 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

मान लें कि प्रति सप्ताह 2,000 क्लेम, एक तिहाई उन कार्य प्रकारों पर जिनके लिए मानव चाहिए, कोई ऑटो-वैलिडेटेड नहीं, प्रत्येक 40 सेकंड: लगभग 7.4 घंटे प्रति सप्ताह, पूरी तरह से आपके द्वारा दी गई संख्याओं से बना। बात उत्तर की नहीं है। बात यह है कि दूसरा और तीसरा कारक दिखाई देने लगते हैं, और वे दो हैं जिन्हें आप किसी को नियुक्त किए बिना बदल सकते हैं।

जहाँ अन्य उपकरण इसमें Zealy से बेहतर हैं

Zealy के Discord बॉट में कोई मॉडरेशन नहीं है। यह कभी किसी को किक, बैन या टाइमआउट नहीं करता, और इसमें कोई स्वागत संदेश, रिएक्शन रोल, टिकटिंग या लॉगिंग नहीं आती। Discord के अपने मॉडरेशन टूल्स और उनके आसपास बने Discord-नेटिव बॉट्स यह काम संभालते हैं। Zealy की API कुंजियाँ भी इसके मानव रोल्स की तुलना में कहीं अधिक सूक्ष्म हैं।

पहली बात पर, हमने Zealy के Discord बॉट सोर्स में kick, ban, timeout, bulk-delete, guild-ban, AutoMod, moderate-members और audit-log कॉल्स, तथा स्वागत संदेशों, रिएक्शन रोल्स, वॉइस चैनल्स, टिकट्स और लॉगिंग के लिए खोजा। केवल वे पंक्तियाँ मिलीं जो कैशिंग अक्षम करती हैं। इसका इंस्टॉल पूर्ण-Administrator विकल्प के साथ-साथ एक प्रतिबंधित अनुमति सेट भी प्रदान करता है — Manage Roles, Mention Everyone और Send Messages — जो ठीक उसी चीज़ का अनुमति सेट है जो कुछ भी मॉडरेट नहीं करेगा। यदि आपकी समस्या लोगों का दुर्व्यवहार है में आपके Discord सर्वर में, तो Zealy गलत टूल है: हमारी Discord एंगेजमेंट और ग्रोथ टूल्स की गाइड बेहतर शुरुआत है — इसमें मॉडरेशन बॉट्स और नेटिव Discord सेटिंग्स शामिल हैं जो इनमें से बहुत कुछ मुफ़्त में संभालती हैं — और Discord इंटीग्रेशन दस्तावेज़ बताते हैं कि Zealy का बॉट वास्तव में क्या करता है।

दूसरी बात पर, तुलना शर्मनाक और आंतरिक है। Zealy के API-कुंजी मॉडल में 40 अलग-अलग क्षमताएँ हैं, जिनमें समीक्षाएँ पढ़ने, समीक्षाएँ निर्यात करने और समीक्षाएँ लिखने के लिए अलग-अलग क्षमताएँ शामिल हैं, और इसके दो क्वेस्ट-निर्माण प्रीसेट में कोई समीक्षा क्षमता नहीं है। यह एक वास्तविक न्यूनतम-विशेषाधिकार मॉडल है: Zealy से बात करने वाली मशीन को समीक्षा कतार पढ़ने की अनुमति दी जा सकती है और निर्णय लेने की नहीं।

एक मनुष्य नहीं कर सकता। एक मनुष्य को पाँच-स्तरीय सीढ़ी पर एक स्थान मिलता है, इसलिए यदि आप चाहते हैं कि कोई स्वीकृति दिए बिना ट्रायाज और फ़्लैग करे, तो इसे व्यक्त करने का कोई तरीका नहीं है। API जानता है कैसे; रोल मॉडल नहीं जानता। जब लोग हमसे कस्टम रोल्स माँगते हैं, यही वह अंतर है जिससे वे टकराते हैं, और अपने ही API-कुंजी मॉडल की ओर इशारा करना इसे स्वीकार करने का सबसे निष्पक्ष तरीका है। और एक बार फिर, क्योंकि यह परिचालन वाला है: कार्य-कतार के रूप में बनाया गया कोई भी टूल असाइनमेंट से बहु-व्यक्ति थ्रूपुट हल करता है। Zealy इसे आपके टीम चैनल में एक पिन किए गए संदेश से हल करता है।

Zealy में इसे कैसे सेट करें, क्रम से

ऑडिट करें कि कौन से क्वेस्ट पाँच मानव कार्य प्रकारों का उपयोग करते हैं। जो बदल सकते हैं उन्हें बदलें। सही उत्तर सावधानी से सेट करें, क्योंकि खाली उत्तर सब कुछ स्वीकृत कर देता है। फिर एक या दो समीक्षकों को सीमित, समाप्त होने वाले लिंक पर आमंत्रित करें, ज़ोर से सहमत हों कि कौन कौन सा मॉड्यूल संभालेगा, और उसके बाद ही तय करें कि AI समीक्षा किसी प्लान अपग्रेड के लायक है या नहीं।

1. अपनी कतार को आकार से नहीं, कार्य प्रकार से गिनें, फिर जो बदल सकते हैं उन्हें बदलें। मायने यह रखता है कि कितने लंबित क्लेम text, URL, number, file और poll कार्यों पर हैं, और उनमें से कितने ऐसा प्रश्न पूछते हैं जिसका उत्तर ज्ञात है। एक सही उत्तर वाला प्रश्न quiz या सही उत्तर वाला text कार्य बन जाता है; एक स्क्रीनशॉट जो साबित करता है कि आपने यह किया, वहाँ on-chain, link या integration कार्य बन जाता है जहाँ कार्रवाई ऐसा निशान छोड़ती है जिसे Zealy जाँच सके।

2. हर ऑटो-वैलिडेशन का परीक्षण करें जिसे आप सक्षम करते हैं, फिर जहाँ कॉपी-पेस्ट विफलता का कारण है वहाँ डुप्लिकेट अस्वीकृति चालू करें। कार्य को स्वयं गलत उत्तर के साथ क्लेम करें और पुष्टि करें कि यह विफल होता है; यह दो मिनट की आदत खाली-सही-उत्तर वाली गलती पकड़ लेती है। text और URL कार्यों पर डुप्लिकेट अस्वीकृति डिफ़ॉल्ट रूप से बंद है और पैराफ्रेज़ नहीं पकड़ेगी।

3. समीक्षकों को बढ़ावा दें, संपादकों को नहीं, सीमित आमंत्रण लिंक पर। एक समाप्ति और अधिकतम उपयोग संख्या सेट करें, और व्यक्ति को लिखित में बताएं कि यह रोल प्रति क्लेम 20,000 बोनस XP तक दे सकता है, एक ही कार्रवाई में 1,000 क्लेम तक, और यह कि आप हर निर्णय देख सकते हैं।

4. कतार को एक पिन किए गए संदेश में विभाजित करें। मॉड्यूल के अनुसार, दिन के अनुसार, या सबसे पुराने-पहले बनाम सबसे नए-पहले। उत्पाद यह आपके लिए नहीं करेगा, और एक अविभाजित कतार पर दो लोग काम दोहराएँगे।

5. अब ही AI समीक्षा पर विचार करें। यदि मानक लिखा जा सकता है, मात्रा अधिक है और आप Plus या Enterprise पर हैं, तो प्रॉम्प्ट को उस अस्वीकृति संदेश के रूप में लिखें जिसे भेजने में आप सहज हों, क्योंकि वही यह बन जाता है। एक क्वेस्ट पर शुरू करें और कहीं और सक्षम करने से पहले इसके लिखे पहले पचास कमेंट पढ़ें।

6. मासिक निर्यात करें और अपना समय-से-समीक्षा स्वयं निकालें। Zealy इसे नहीं निकालेगा। CSV निर्यात में प्रत्येक क्लेम के created टाइमस्टैम्प को उसके updated से घटाएँ; यह एक बार समीक्षित क्लेम के लिए सटीक है, और पुनः-समीक्षित क्लेम के लिए उनका समीक्षा इतिहास चाहिए। स्प्रेडशीट में दस मिनट बताते हैं कि इनमें से कुछ काम आया या नहीं।

मूल बात यह है कि "क्या मुझे किसी को नियुक्त करना है" लगभग हमेशा गलत प्रश्न होता है, जो एक डिज़ाइन निर्णय बहुत देर से पूछा जाता है। पहले एक नियम को सौंपें, क्योंकि यही एकमात्र रास्ता है जहाँ काम स्थानांतरित होने के बजाय गायब हो जाता है। दूसरे किसी व्यक्ति को सौंपें, और XP शक्ति और टकरावों के बारे में उनसे ईमानदार रहें। अंत में मशीन को सौंपें, और केवल तब जब आप मानक लिख सकें। व्यापक संदर्भ के लिए, community management basics मॉड्यूल साथी सामग्री है और Zealy का समीक्षा दस्तावेज़ कतार यांत्रिकी को कवर करता है। और यदि आपने अभी तक टूलिंग तय नहीं की है, तो हमारा community management सॉफ़्टवेयर का सर्वेक्षण व्यापक श्रेणी की कीमत बताता है, मॉडरेशन श्रम सहित।