Hoe je communitytaken delegeert zonder meer moderators aan te nemen

Voor wie dit is: de oprichter of communityleider wiens beoordelingswachtrij sneller groeit dan het team, starend naar een paar duizend openstaande inzendingen en zich afvragend of het antwoord een tweede moderator is, een derde, of een ontslagbrief.

Kort antwoord: Waarschijnlijk niet nog iemand — maar niet om de vleiende reden. Het grootste deel van de wachtrij zou niet moeten bestaan. In Zealy zijn vijf taaktypen zo gebouwd dat een mens het antwoord moet lezen — en de datumtaak sluit zich daarbij aan met de standaardinstelling — terwijl al het andere zichzelf afhandelt zodra een lid het claimt. Delegeren aan een regel verslaat delegeren aan een persoon, dat verslaat delegeren aan een machine, in die volgorde, omdat alleen de eerste het werk verwijdert in plaats van verplaatst.

Openbaarmaking: Zealy publiceert dit en Zealy verkoopt het platform dat erin wordt beschreven. Elke bewering over wat Zealy doet, is op 16 augustus 2026 uit Zealy's eigen broncode gehaald, niet uit Zealy's marketingpagina's of documentatie. Dat omvat de onderdelen waar Zealy iets voor de hand liggends mist, en twee pagina's van Zealy's eigen documentatie die onjuist zijn, die we in dezelfde wijziging als dit bericht corrigeren.

Laatst geverifieerd: 16 augustus 2026.

Moet je meer moderators aannemen?

Waarschijnlijk nog niet. In Zealy zijn vijf taaktypen zo gebouwd dat ze bij een menselijke beoordelaar terechtkomen: tekst, URL, nummer, bestandsupload en poll — en de datumtaak sluit zich bij de standaardinstelling bij hen aan. Al het andere verifieert zichzelf en komt nooit in een wachtrij. Voordat je mensen toevoegt, controleer welke van je quests echt iemand nodig hebben om het antwoord te lezen.

Bijna elk gesprek over "we verdrinken in inzendingen" begint bij capaciteit — hoeveel beoordelaars, hoeveel uren, hoe snel elk een item afhandelt — terwijl de grootte van de wachtrij weken eerder in de quest-editor is bepaald, door degene die het taaktype koos. Een quest die om een screenshot vraagt, creëert een wachtrij. Een quest die iemand vraagt een Discord-server te joinen niet, omdat het antwoord ter plekke tegen Discord wordt gecontroleerd. Zelfde campagne, zelfde beloning, enorm verschillende operationele kosten.

De eerlijke volgorde is dus: verwijder het werk, delegeer wat overblijft, automatiseer wat dan nog rest. Teams doen het betrouwbaar in omgekeerde volgorde, en zo betaal je uiteindelijk voor een plan-upgrade om werk te versnellen dat je had kunnen schrappen.

De drie manieren om een beoordelingswachtrij te delegeren

Je kunt een beoordelingswachtrij op drie manieren delegeren: aan een regel, door de taak zelfverifiërend te maken; aan een persoon, via Zealy's reviewer-rol; of aan een machine, via AI-review of een MCP-agent. Regels nemen het werk weg, mensen passen oordeel toe, machines passen een geschreven prompt toe op schaal.

Route één: ontwerp het reviewwerk weg

Begin hier: het is de enige route die werk wegneemt in plaats van verplaatst. Vijf Zealy-taaktypes zijn gebouwd om een mens te vereisen — tekst, URL, nummer, bestandsupload en poll — en datum gedraagt zich standaard hetzelfde. Al het andere wordt afgehandeld wanneer een lid het claimt. Een teksttaak herschrijven als een linkcheck maakt de wachtrij leeg.

We hebben dit gecontroleerd door de functie te lezen die bepaalt of een quest automatisch wordt gevalideerd, en daarna elke runtime-validator in de questservice te controleren. Die vijf — text, url, number, file, poll — elke taak krijgt de status in afwachting van beoordeling, tenzij de taak expliciet op automatisch valideren is ingesteld. De overige taken geven synchroon succes of een fout terug, dus er is niets om op te wachten en geen wachtrij om in te staan.

Twee eerlijke uitzonderingen, omdat de code zichzelf tegenspreekt en we dat liever zeggen dan het netjes weg te poetsen:

• Datumtaken. De ene lijst behandelt ze als altijd automatisch, terwijl de validator die daadwerkelijk draait de instelling voor automatische validatie van de taak respecteert, die de editor standaard uit laat staan. We vertellen je niet dat datumtaken automatisch zijn wanneer de code zichzelf tegenspreekt. Test er één voordat je erop vertrouwt.
• Proof of Humanity. Het wordt tijdens runtime automatisch opgelost, maar staat in geen van beide lijsten — net als het type partnership-quest — dus een quest met alleen die taak wordt gerapporteerd als niet automatisch gevalideerd. Het gedraagt zich beter dan het belooft. (Wat het opvangt, staat in hoe je een airdrop uitvoert die niet gefarmd wordt — het is een botfilter, geen sybilfilter.)

De herschrijving die de wachtrij echt verkleint

Kijk eerst naar je teksttaken. De meeste stellen een vraag met één juist antwoord, verpakt als essay. 'Vertel ons wat je uit de docs hebt geleerd' is een wachtrij. 'Plak de transactiehash' is een tekst- of URL-taak met een juist antwoord, en die lost zichzelf op. 'Maak een screenshot van je positie' is een wachtrij, en een bestandstaak doet helemaal geen inhoudscontrole, dus een reviewer opent elke afbeelding. 'Welk van deze drie is ons feemodel' is een quiz, en quizzen bereiken nooit een mens.

De vuistregel die wij zouden verdedigen: als je het antwoord vooraf kunt opschrijven, hoort de taak niet in de wachtrij. Als dat niet kan, zet er personeel op in plaats van te doen alsof een prompt het wel doet.

De valkuil: een leeg juist antwoord keurt alles goed

Dit is de alinea in dit artikel die je het meest waarschijnlijk een slechte week bespaart. Auto-validatie bij tekst-, URL-, nummer- en datumtaken vergelijkt de inzending van een lid met een juist antwoord dat je instelt, en alle vier de vergelijkingen kortsluiten wanneer dat juiste antwoord leeg is. Het faalt niet veilig en het waarschuwt je niet. Het keurt alles goed.

Twee verwante gedragingen om te kennen voordat je in bulk schakelaars omzet. Een poll met auto-validatie aan keurt alles goed by design — geen bug, want een poll heeft geen fout antwoord, maar auto-validatie over een hele module aanzetten om een achterstand weg te werken, deelt de pollbeloningen aan iedereen uit. En auto-validatie van een bestandsupload keurt de upload goed, niet de inhoud; elk bestand komt erdoor.

Als je één operationele gewoonte uit dit bericht meeneemt, maak het dan deze: dien na het inschakelen van automatische validatie de taak zelf in met een bewust fout antwoord en bevestig dat het mislukt.

De ene duplicaatcontrole haalt werk weg; de andere annoteert het alleen

Meldingen voor beoordelaars markeer een inzending als duplicate (een ander lid stuurde dezelfde inhoud voor dezelfde taak) of reused (dit lid stuurde het eerder), alleen bij tekst- en bestandstaken, met een terugblik van 180 dagen. Ze zijn adviserend — niets in het codepad dat een verdict vastlegt, leest ze. Ze vertellen een mens iets; ze beslissen niets. En bij bestandstaken is de matching zwakker dan het klinkt: uploads worden vergeleken op hun opgeslagen URL, en elke upload krijgt een nieuwe sleutel, dus het opnieuw uploaden van het identieke bestand wordt helemaal nooit als duplicaat geregistreerd.

Duplicaatweigering bij inzending is een aparte, opt-in instelling die een herhaald tekstantwoord met een fout weigert voordat het je wachtrij bereikt. Deze staat standaard uit bij tekst- en URL-taken, normaliseert door te trimmen, witruimte samen te voegen en naar kleine letters om te zetten — dus een parafrase glipt erdoorheen — en blokkeert elke lid ervan weerhouden die tekst opnieuw te gebruiken, inclusief degene die hem als eerste schreef. Dat is degene die een wachtrij verkleint.

Route twee: delegeer aan iemand met de reviewer-rol

De reviewer-rol van Zealy is een nauwe delegatie: hij opent negen van de 225 rolbeveiligde route-oppervlakken in de API van Zealy, allemaal over beoordelen, en een reviewer kan zijn eigen claims niet goedkeuren. Je geeft hem uit met een uitnodigingslink die een rol, een vervaldatum en een maximum aantal gebruiken bevat.

Er is geen rol genaamd moderator in Zealy. De rol is reviewer, en er zijn in totaal vijf rollen: admin, editor, reviewer, guest en banned. (De eigen ledenbeheerdocumentatie van Zealy zegt dat er vier zijn. Die laat banned, wat een echte rol is die het change-role-endpoint accepteert. Die pagina wordt gecorrigeerd in dezelfde wijziging als dit bericht.)

De vijf rollen zitten op een strikt lineaire ladder — admin boven editor boven reviewer boven guest boven banned — en elke permissiecontrole in het product stelt één vraag: is de rol van dit lid minstens dit niveau? De eerlijke beschrijving van Zealy's permissiemodel is dus dat die er niet is. Geen permissiesets, geen aangepaste rollen, geen manier om een rol te beperken tot één quest, module of campagne. We hebben de model- en databasedefinities doorzocht op concepten als permission, ability en grant; de enige overeenkomsten waren ongerelateerde OAuth-kolommen.

Dit is wat de ladder verdeelt over die 225 rolbeveiligde oppervlakken:

Omdat de ladder lineair is, krijgt een reviewer ook alles wat op gastniveau is afgeschermd. Maar die negen oppervlakken vormen de hele delegatie en het is allemaal beoordelingswerk, daarom is iemand promoveren tot reviewer een veel beter antwoord dan promoveren tot admin zodat die kan helpen.

Let op de rij voor editor. Editor is een veel ruimere toekenning dan reviewer: het omvat alles wat een reviewer kan doen, plus configuratie van quests, modules en sprints, zichtbaarheid van niet-gepubliceerde quests en het resetten van claims. Zealy's eigen ledendocumentatie beschrijft het als het configureren van quests, sprints en leden en het zien van alle pagina's, wat narrower leest dan het is; die pagina wordt in dezelfde wijziging als dit bericht gecorrigeerd. Promoveer iemand tot editor wanneer die campagnes bouwt, en tot reviewer wanneer die alleen inzendingen leest.

Hoe je de rol uitdeelt, en wat het je kost

Rolwijzigingen zijn alleen voor beheerders, en een beheerder kan zijn eigen rol niet wijzigen. Het mechanisme dat de moeite waard is, is de uitnodigingslink, die een rol, een vervaldatum en een maximum aantal gebruiken bevat. Gebruik alle drie: een uitnodiging die na 48 uur verloopt met maximaal één gebruik is een heel ander object dan een link die acht maanden in een Telegram-groep staat.

Wees dan eerlijk over de kosten. Een reviewer kan tot 20.000 bonus-XP toekennen aan elke claim die hij goedkeurt, geen rolcontrole beperkt dit, en één bulkactie kan 1.000 claims bevatten — dus één goedkeuringsronde kan tot 20 miljoen XP creëren. Het delegeren van beoordeling delegeert de bevoegdheid om XP toe te kennen. Voor de meeste communities is dat prima en zelfs wenselijk, want bonus-XP is hoe een reviewer een uitstekende inzending beloont — maar als je XP een leaderboard voedt dat tokens uitkeert, heb je die persoon een hefboom op de uitbetaling gegeven. Zealy legt een volledig auditspoor per verdict vast, dus dit is achteraf detecteerbaar in plaats van te voorkomen. Als je kandidaat uit een bijdragersprogramma kwam, hoe je een crypto-ambassadeursprogramma runt behandelt wat die rol je kost.

Reviewers kunnen hun eigen claims niet beoordelen — stilzwijgend

De eigen claims van een reviewer zijn uitgesloten van wat hij kan goedkeuren, afgedwongen in de servicelaag en opnieuw in vier afzonderlijke SQL-guards. Goed. Het voorbehoud is het interessante deel: het filter is stilzwijgend. Een reviewer die in bulk een batch selecteert met zijn eigen claim erin, krijgt geen foutmelding. Die claim wordt uit de batch verwijderd en blijft in behandeling, en niemand krijgt daarvan bericht. Als een reviewer zweert dat hij iets heeft goedgekeurd dat nog in de wachtrij staat, controleer dit dan eerst.

Twee reviewers op dezelfde wachtrij botsen

Er is geen claimen, vergrendelen of toewijzen in Zealy's reviewwachtrij. We hebben de repository doorzocht op reviewer-locks, claim-overname, reviewtoewijzing en assignee-concepten in de API, de backend en de webapp; de toewijzingszoekopdracht leverde helemaal niets op. De enige lock in het systeem is een korte schrijfmutex die een dubbele schrijfactie voorkomt, geen wachtrijreservering.

Het gevolg is niet wat je zou raden. Twee reviewers op dezelfde wachtrij zien dezelfde claims en lezen beide dezelfde inzending. Als ze het eens zijn, krijgt de tweede een foutmelding, omdat Zealy weigert een claim de status te geven die hij al heeft, en die leestijd is weg. Als ze het oneens zijn, is er helemaal geen foutmelding: het tweede oordeel vervangt het eerste, beloningen worden opgeruimd of opnieuw toegekend, en niemand krijgt te horen dat een collega al had beslist. Het stille geval is het oneens zijn, en dat is juist het geval dat je het liefst gemarkeerd zou zien. Er is ook geen manier om een reviewer aan een specifieke quest of module toe te wijzen — je kunt "Ana behandelt design-inzendingen, Ben behandelt on-chain proofs" niet in het product uitdrukken.

Het afstemmen van reviewers is vandaag een menselijk probleem in Zealy. Zeg het hardop tegen je team in plaats van hen het te laten ontdekken in een Discord-ruzie. Verdeel de wachtrij in een vastgepind bericht: per module, per dag, of één persoon oudste-eerst terwijl de ander nieuwste-eerst werkt — de meest botte splitsing mogelijk, en toch vermindert het botsingen.

Bulkreview: één oordeel voor maximaal 1.000 claims

Zealy's bulkreview accepteert maximaal 1.000 claims in één aanroep, en de beperking zit in wat die aanroep meebrengt: één status, één opmerking, één cijfer en één bonus-XP-waarde voor de hele batch. Er is geen oordeel per item binnen een bulkactie. Dat maakt het uitstekend voor een homogene set — elke inzending op een kapotte quest, elke claim op een taak die je hebt geannuleerd — en gevaarlijk voor een gemengde, aangezien de opmerking die 1.000 leden lezen dezelfde zin is. Sorteer meedogenloos voordat je selecteert.

Route drie: delegeer het oordeel aan een machine

Zealy's AI-review draait Google Gemini 2.5 Flash Lite tegen een prompt die je schrijft, per quest, op de Plus- en Enterprise-abonnementen per 16 augustus 2026. Het stelt geen oordeel voor dat jij bevestigt. Het schrijft het oordeel, en de onderbouwing ervan wordt de opmerking die het lid leest.

Lees dat twee keer, want Zealy's eigen reviewdocumentatie beschreef AI-review als het geven van intelligente aanbevelingen om je te helpen reviews te verwerken. Dat is onjuist, en het wordt gecorrigeerd in dezelfde wijziging als dit bericht. Er is geen menselijke bevestigingsstap in het codepad: het model retourneert een resultaat, Zealy registreert een goedkeuring of afwijzing vanuit een speciaal systeemaccount, en de motivatie van het model belandt in de inbox van het lid.

Dat is een wezenlijk andere productbeslissing dan AI-ondersteunde review, en die verdient een ander niveau van zorg van jou:

• Schakel het per quest in, door AI-review op de quest in te schakelen en een niet-lege prompt te schrijven. Het is geen platformbrede schakelaar, en dat is de juiste granulariteit: je kunt één taak met veel volume automatiseren zonder je beoordelingsbeslissingen te automatiseren.
• Schrijf de prompt als een afwijzingsstandaard, niet als een gevoel. Het model produceert een afwijzingsbericht voor het lid, dus alles wat vaag is in je prompt wordt een vage en daardoor irritante opmerking bij iemands inzending.
• Een cron zet achterblijvers opnieuw in de wachtrij elke 15 minuten, en pakt AI-reviewclaims op die langer dan een uur in afwachting staan zonder reviewer. Een achterstand blijft niet stil liggen rotten.

Eén meetvoorbehoud als je het gebruikt. AI-oordelen worden toegewezen aan een systeemaccount met een adminrol, dus in een community die AI-review gebruikt, verschijnt het in de top-reviewers-analytics zoals elke andere reviewer. Voordat je je team vertelt hoeveel claims jullie mensen hebben verwerkt, sluit je het uit.

Plannen, gecontroleerd op 16 augustus 2026

AI-review is inbegrepen in de Plus- en Enterprise-plannen, en de prijzenpagina van Zealy vermeldt dat het niet is inbegrepen in Free of Standard. In een gratis community die we op 16 augustus 2026 via Zealy's eigen capability-API hebben gecontroleerd, meldde het unavailable met de reden requires_plus_or_enterprise. Controleer de capability in je eigen community in plaats van aan te nemen op basis van de plannaam.

Plus kost $359 per maand bij jaarlijkse facturering, en Enterprise is op maat, jaarlijks gefactureerd. Het Free-plan kost $0 met 1.000 quest-claims per maand en onbeperkt aantal leden; Standard kost $149 per maand bij jaarlijkse facturering. Prijzen zijn exclusief btw en andere toepasselijke verkoopbelastingen, en ze komen allemaal van Zealy's prijzenpagina, gecontroleerd op 16 augustus 2026.

De beslissing die ertoe doet: bij 200 claims per week is upgraden om ze te automatiseren een slechte ruil tegen een middag teksttaken omzetten in controleerbare taken. Bij duizenden open-einde inzendingen per week, met de standaard vastgelegd, is het een goede ruil.

Delegeren aan een agent via MCP

De andere machineroute is een agent. Zealy biedt review aan via de MCP-server ervan, en de vorm van die delegatie is bewust restrictiever dan de menselijke.

• Een agent kan tot 1.000 claims indienen in één aanroep, dezelfde limiet als bulkreview, met dezelfde beperking van één oordeel voor de hele batch.
• Een agent heeft de admin rol nodig, terwijl een menselijke reviewer alleen reviewer. De openbare reviewroute weigert een MCP-reviewbeslissing van alles minder, dus er is geen agent-versie van de beperkte toekenning — het omgekeerde van het least-privilege-model dat je zou verwachten.
• Elke schrijfactie vereist een nieuw menselijk bevestigingstoken. Geen sessie, geen eerdere goedkeuring — een nieuwe bevestiging per aanroep.
• Geld is verboden terrein. Een controle bij elke openbare beheerdersbeoordeling blokkeert dat een agent een claim met een NFT-, token-, USDC- of Zaps-beloning omzet. Een agent kan je XP-wachtrij leegmaken; hij kan een claim die uitkeert niet verplaatsen. Als je distributies uitvoert, hoe je tokens distribueert aan actieve communityleden behandelt wie daadwerkelijk wat verstuurt.
• Agents kunnen alleen gastuitnodigingen aanmaken, nooit beoordelaarsuitnodigingen. Een agent kan je wachtrij niet voor je bemannen.

Wanneer het antwoord echt een ander persoon is

Neem iemand aan of werf iemand wanneer het oordeel het product is: subjectieve kwaliteit, communitynormen, bezwaren, randgevallen en alles waarbij een onterechte afwijzing je een bijdrager kost. Voeg een persoon toe wanneer je wachtrij echte meningsverschillen bevat in plaats van volume. Volume is een ontwerpprobleem; meningsverschil is een bezettingsprobleem.

De test die we zouden toepassen voordat we een reviewer toevoegen: neem 20 openstaande claims en laat twee mensen ze onafhankelijk beoordelen. Als ze het over 19 eens zijn, is je wachtrij volume, en volume los je op met regels en prompts. Als ze het over 13 eens zijn, bevat je wachtrij echte beoordeling, en geen enkele instelling voor automatische validatie of modelprompt laat dat meningsverschil verdwijnen — alleen onzichtbaar worden.

Drie situaties waarin een persoon het juiste antwoord is en we je niet zouden proberen om te praten:

Creatieve en langdurige inzendingen waarbij kwaliteit het beloningscriterium is. Als je betaalt voor goed werk in plaats van voltooid werk, moet iemand steeds opnieuw bepalen wat goed betekent en dat verdedigen.

Alles met een beroepsprocedure. Een afgewezen lid dat klaagt, heeft een mens nodig die de beslissing kan terugdraaien, en het terugdraaien van een beoordeling is ook wat een Discord-rol intrekt die al door een goedkeuring is toegekend — een reviewer die een claim van succes naar mislukking zet, doet dat ook. Niets anders controleert die toekenningen opnieuw; ze zijn eenmalig.

Uitbetalingen met hoge waarde. Als een uitspraak bepaalt wie tokens ontvangt, zet er een persoon op. De eigen agentregels van Zealy coderen die mening al: een machine kan een claim met een financiële beloning niet van status laten veranderen.

Wat Zealy meet, en wat niet

Zealy toont een aantal beoordelingen in afwachting, een auditspoor per uitspraak, topbeoordelaars op volume en op goedkeuringspercentage, ster- en vlagtotalen per lid, en een CSV-export van maximaal 10.000 rijen. Het berekent geen tijd-tot-beoordeling, geen wachtrijlatentie, geen SLA en geen doorvoermetriek. We hebben de codebase op die namen doorzocht en niets gevonden.

We zijn precies omdat de versie van dit artikel die we oorspronkelijk planden, was gebaseerd op timinggegevens van de beoordelingswachtrij, en die gegevens bestaan niet. We hebben Zealy's pakketten doorzocht op tijd-tot-beoordeling, beoordelingslatentie, gemiddelde beoordelingstijd, beoordelingsduur, beoordelingsdoorvoer en beoordelingen-per-uur. Nul treffers, geen verouderingsbuckets, geen doorvoerdashboard. Dus wanneer een leverancier je vertelt dat zijn klanten de beoordelingstijd met een bepaald percentage hebben verkort, vraag dan welk systeem dat getal heeft geproduceerd. Wij konden het onze niet produceren, en we gaan er geen verzinnen.

Nog twee dingen om correct te lezen:

"Topbeoordelaars op goedkeuringspercentage" is een goedkeuringspercentage, geen nauwkeurigheidspercentage. Het vertelt je welk aandeel van de uitspraken van een beoordelaar goedkeuringen waren. Het zegt niets over of die uitspraken juist waren. Een beoordelaar die alles goedkeurt, scoort 100%.

Tijd-tot-beoordeling is afleidbaar, alleen niet gerapporteerd. De beoordelings-CSV bevat de aanmaak- en bijwerktijdstempels van elke claim, maar niet de beoordelingsgebeurtenissen, dus voor een claim die één keer is beoordeeld en daarna met rust is gelaten, is het verschil tussen beide je tijd-tot-beoordeling, en een mediaan is een spreadsheet verwijderd. Claims die opnieuw zijn beoordeeld, hebben de geschiedenis per claim nodig om nauwkeurig te zijn. Dat is een echte leemte in Zealy en we schrijven die liever op dan eromheen te werken.

De berekening, duidelijk gelabeld als berekening

Er zijn hier geen Zealy-gegevens, dus hier is een kader om met je eigen cijfers te vullen. Elke invoer is een aanname die jij aanlevert, niet een meting die wij hebben gedaan.

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

Stel 2.000 claims per week, een derde op taaktypes die een mens vereisen, geen automatische validatie, 40 seconden per stuk: ongeveer 7,4 uur per week, volledig opgebouwd uit cijfers die jij hebt aangeleverd. Het gaat niet om het antwoord. Het gaat erom dat de tweede en derde factor zichtbaar worden, en dat zijn de twee die je kunt veranderen zonder iemand aan te nemen.

Waar andere tools hier beter zijn dan Zealy

De Discord-bot van Zealy doet niet aan moderatie. Hij kickt, bant of mute niemand en levert geen welkomstberichten, reactierollen, tickets of logging. De eigen moderatietools van Discord en de Discord-native bots daaromheen doen dat werk. De API-sleutels van Zealy zijn bovendien veel fijnmaziger dan de menselijke rollen.

Voor het eerste punt hebben we de broncode van Zealy's Discord-bot doorzocht op kick-, ban-, timeout-, bulk-delete-, guild-ban-, AutoMod-, moderate-members- en audit-log-aanroepen, en op welkomstberichten, reactierollen, spraakkanalen, tickets en logging. De enige treffers waren regels die caching uitschakelen. De installatie biedt zelfs een beperkte set rechten naast de volledige Administrator-optie — Rollen beheren, Everyone vermelden en Berichten verzenden — precies de rechten van iets dat niets zal modereren. Als je probleem is dat mensen zich misdragen in je Discord-server, dan is Zealy het verkeerde hulpmiddel: onze gids over Discord-betrokkenheids- en groeitools is het betere startpunt — die behandelt de moderatiebots en de native Discord-instellingen die veel hiervan gratis regelen — en de documentatie over de Discord-integratie beschrijft wat Zealy's bot daadwerkelijk doet.

Op het tweede punt is de vergelijking beschamend en intern. Het API-sleutelmodel van Zealy heeft 40 afzonderlijke mogelijkheden, waaronder aparte voor het lezen van beoordelingen, het exporteren van beoordelingen en het schrijven van beoordelingen, en de twee presets voor het bouwen van quests hebben helemaal geen beoordelingsmogelijkheid. Dat is een echt least-privilege-model: een machine die met Zealy praat, kan toestemming krijgen om de beoordelingswachtrij te lezen en niet om erover te beslissen.

Een mens kan dat niet. Een mens krijgt een positie op een ladder met vijf treden, dus als je wilt dat iemand triageert en markeert zonder goed te keuren, is er geen manier om dat uit te drukken. De API weet hoe; het rolmodel niet. Wanneer mensen ons om aangepaste rollen vragen, is dit het gat waar ze op stuiten, en wijzen naar ons eigen API-sleutelmodel is de eerlijkste manier om dat toe te geven. En nogmaals, omdat dit de operationele is: elke tool die als werkwachtrij is gebouwd, lost doorvoer met meerdere personen op met toewijzing. Zealy lost het op met een vastgepind bericht in je teamkanaal.

Hoe je dit in Zealy instelt, in volgorde

Controleer welke quests de vijf menselijke taaktypen gebruiken. Converteer wat je kunt. Stel juiste antwoorden zorgvuldig in, want een leeg antwoord keurt alles goed. Nodig dan een of twee beoordelaars uit via een link met limiet en vervaldatum, spreek hardop af wie welke module doet, en beslis pas daarna of AI-beoordeling een planupgrade waard is.

1. Tel je wachtrij per taaktype, niet per omvang, en converteer wat converteert. Wat telt is hoeveel openstaande claims op tekst-, URL-, nummer-, bestands- en polltaken staan, en daarvan hoeveel een vraag stellen met een kenbaar antwoord. Een vraag met één juist antwoord wordt een quiz of een teksttaak met een juist antwoord; een screenshot dat bewijst dat je het hebt gedaan, wordt een on-chain-, link- of integratietaak waar de actie een spoor achterlaat dat Zealy kan controleren.

2. Test elke automatische validatie die je inschakelt en zet daarna duplicaatafwijzing aan waar kopiëren en plakken de faalmodus is. Claim de taak zelf met een fout antwoord en bevestig dat die faalt; die gewoonte van twee minuten vangt de valkuil van het lege juiste antwoord. Duplicaatafwijzing staat standaard uit bij tekst- en URL-taken en vangt een parafrase niet.

3. Promoot reviewers, geen editors, via een uitnodigingslink met limiet. Stel een vervaldatum en een maximum aantal gebruiken in en vertel de persoon schriftelijk dat de rol tot 20.000 bonus-XP per claim kan toekennen, over maximaal 1.000 claims in één actie, en dat je elk oordeel kunt zien.

4. Verdeel de wachtrij in een vastgezet bericht. Per module, per dag, of oudste-eerst versus nieuwste-eerst. Het product doet dit niet voor je, en twee mensen op één onverdeelde wachtrij doen werk dubbel.

5. Overweeg pas nu AI-review. Als de standaard opgeschreven kan worden, het volume hoog is en je op Plus of Enterprise zit, schrijf de prompt dan als de afwijzingsmelding die je comfortabel zou versturen, want dat is wat het wordt. Begin met één quest en lees de eerste vijftig opmerkingen die het schrijft voordat je het elders inschakelt.

6. Exporteer maandelijks en bereken je eigen doorlooptijd voor review. Zealy berekent dit niet. Trek in de CSV-export de created-timestamp van elke claim af van de updated-timestamp; dat is nauwkeurig voor claims die één keer zijn beoordeeld, en opnieuw beoordeelde claims hebben hun reviewgeschiedenis nodig. Tien minuten in een spreadsheet vertellen je of dit alles heeft gewerkt.

De rode draad is dat "moet ik iemand aannemen" bijna altijd de verkeerde vraag is, één ontwerpbeslissing te laat gesteld. Delegeer eerst aan een regel, want dat is de enige route waarbij het werk verdwijnt in plaats van verschuift. Delegeer daarna aan een persoon, en wees eerlijk tegen diegene over de XP-kracht en de botsingen. Delegeer pas als laatste aan een machine, en alleen wanneer je de standaard kunt opschrijven. Voor de bredere context, de module basisprincipes van communitymanagement is het bijbehorende stuk en Zealy's documentatie over beoordeling behandelt de wachtrijmechaniek. En als je nog geen keuze hebt gemaakt over de tooling, dan onderzoek naar communitymanagementsoftware prijst de bredere categorie, inclusief moderatiewerk.