Cómo delegar tareas de la comunidad sin contratar más moderadores

Para quién es: el fundador o líder de comunidad cuya cola de revisión crece más rápido que el equipo, mirando unos miles de envíos pendientes y preguntándose si la respuesta es un segundo moderador, un tercero o una carta de renuncia.

Respuesta breve: Probablemente no otra persona, pero no por el motivo halagador. La mayor parte de la cola no debería existir. En Zealy, cinco tipos de tareas están diseñados para requerir que una persona lea la respuesta —y la tarea de fecha se suma a ellos con su configuración predeterminada—, mientras que todo lo demás se resuelve solo en el momento en que un miembro la reclama. Delegar en una regla supera a delegar en una persona, que a su vez supera a delegar en una máquina, en ese orden, porque solo la primera elimina el trabajo en lugar de moverlo.

Divulgación: Zealy publica esto y Zealy vende la plataforma que se describe en él. Cada afirmación sobre lo que hace Zealy se extrajo del propio código fuente de Zealy el 16 de agosto de 2026, no de las páginas de marketing ni de la documentación de Zealy. Eso incluye las partes en las que a Zealy le falta algo evidente, y dos páginas de la propia documentación de Zealy que son incorrectas, que corregimos en el mismo cambio que esta publicación.

Última verificación: 16 de agosto de 2026.

¿Necesitas contratar más moderadores?

Probablemente todavía no. En Zealy, cinco tipos de tarea están diseñados para llegar a un revisor humano: texto, URL, número, carga de archivos y encuesta, y la tarea de fecha se suma a ellos con su configuración predeterminada. Todo lo demás se verifica solo y nunca entra en una cola. Antes de sumar personas, audita cuáles de tus misiones realmente necesitan que una persona lea la respuesta.

Casi todas las conversaciones de "estamos desbordados de envíos" empiezan por la capacidad: cuántos revisores, cuántas horas, qué tan rápido cada uno resuelve un elemento; cuando el tamaño de la cola se decidió semanas antes en el editor de misiones, por quien eligió el tipo de tarea. Una misión que pide una captura de pantalla crea una cola. Una misión que pide unirse a un servidor de Discord no, porque la respuesta se comprueba en Discord al instante. Misma campaña, misma recompensa, un costo operativo totalmente distinto.

Así que la secuencia honesta es: elimina el trabajo, delega lo que queda, automatiza lo que resta. Los equipos suelen hacerlo al revés, y así terminas pagando una mejora de plan para acelerar un trabajo que podrías haber eliminado.

Las tres formas de delegar una cola de revisión

Puedes delegar una cola de revisión de tres formas: a una regla, haciendo que la tarea se verifique sola; a una persona, usando el rol de revisor de Zealy; o a una máquina, usando revisión con IA o un agente MCP. Las reglas eliminan el trabajo, las personas aplican criterio y las máquinas aplican un prompt escrito a escala.

Ruta uno: elimina el trabajo de revisión desde el diseño

Empieza aquí: es la única ruta que elimina trabajo en lugar de moverlo. Cinco tipos de tarea de Zealy están diseñados para requerir a una persona —texto, URL, número, carga de archivos y encuesta— y fecha se comporta igual por defecto. Todo lo demás se resuelve cuando un miembro lo reclama. Reescribir una tarea de texto como verificación de enlace vacía la cola.

Lo comprobamos leyendo la función que decide si una misión se valida automáticamente y luego verificando cada validador en tiempo de ejecución del servicio de misiones. Esos cinco — text, url, number, file, poll — cada una devuelve un estado de revisión pendiente a menos que la tarea esté configurada explícitamente para validarse automáticamente. Las demás devuelven éxito o un error de forma síncrona, así que no hay nada que esperar ni ninguna cola en la que esperar.

Dos excepciones honestas, porque el código se contradice y preferimos decirlo antes que maquillarlo:

• Tareas de fecha. Una lista las trata como siempre automáticas, mientras que el validador que realmente se ejecuta respeta la configuración de validación automática de la tarea, que el editor deja desactivada por defecto. No te diremos que las tareas de fecha son automáticas cuando el código se contradice. Prueba una antes de confiar en ello.
• Proof of Humanity. Se resuelve automáticamente en tiempo de ejecución pero no aparece en ninguna de las dos listas —al igual que el tipo de misión de partnership—, por lo que una misión que contenga solo esa tarea se informa como no validada automáticamente. Se comporta mejor de lo que anuncia. (Lo que detecta se cubre en cómo hacer un airdrop que no sea farmeado — es un filtro de bots, no un filtro de sybils.)

La reescritura que realmente reduce la cola

Revisa primero tus tareas de texto. La mayoría plantea una pregunta con una única respuesta correcta, redactada como un ensayo. «Cuéntanos qué aprendiste de la documentación» es una cola. «Pega el hash de la transacción» es una tarea de texto o URL con una respuesta correcta, y se resuelve sola. «Envía una captura de tu posición» es una cola, y una tarea de archivo no tiene ninguna comprobación de contenido, así que un revisor abre cada imagen. «¿Cuál de estos tres es nuestro modelo de comisiones?» es un cuestionario, y los cuestionarios nunca llegan a una persona.

La regla general que defenderíamos: si puedes escribir la respuesta de antemano, la tarea no debería estar en la cola. Si no puedes, asígnale personal en lugar de fingir que un enunciado lo resolverá.

La trampa: una respuesta correcta vacía lo aprueba todo

Este es el párrafo de este artículo con más probabilidades de ahorrarte una mala semana. La autovalidación en tareas de texto, URL, número y fecha compara el envío de un miembro con una respuesta correcta que tú configuras, y las cuatro comparaciones se cortocircuitan cuando esa respuesta correcta está vacía. No falla de forma segura ni te avisa. Lo aprueba todo.

Dos comportamientos relacionados que debes conocer antes de activar interruptores en masa. Una encuesta con autovalidación activada lo aprueba todo por diseño —no es un error, ya que una encuesta no tiene respuesta incorrecta, pero activar la autovalidación en un módulo para vaciar una acumulación reparte las recompensas de la encuesta entre todos. Y autovalidar una carga de archivo aprueba la carga, no el contenido; cualquier archivo pasa.

Si te llevas un solo hábito operativo de esta publicación, que sea este: tras activar la autovalidación, reclama tú mismo la tarea con una respuesta deliberadamente incorrecta y confirma que falla.

Un control de duplicados elimina trabajo; el otro solo lo anota

Las alertas de revisor marcan un envío como duplicate (otro miembro envió el mismo contenido para la misma tarea) o reused (este miembro ya lo envió antes), solo en tareas de texto y archivo, con una búsqueda de 180 días atrás. Son orientativas: nada en el código que registra un veredicto las lee. Le dicen algo a una persona; no deciden nada. Y en las tareas de archivo la coincidencia es más débil de lo que parece: las cargas se comparan por su URL almacenada, y cada carga recibe una clave nueva, así que volver a subir el mismo archivo nunca se registra como duplicado.

El rechazo de duplicados al enviar es un ajuste aparte, opcional, que rechaza una respuesta de texto repetida con un error antes de que llegue a tu cola. Está desactivado por defecto en tareas de texto y URL, normaliza recortando, colapsando espacios y pasando a minúsculas —así que una paráfrasis se cuela— y bloquea que cualquier miembro reutilice ese texto, incluido quien lo escribió primero. Ese es el que reduce una cola.

Ruta dos: delegar en una persona con el rol de revisor

El rol de revisor de Zealy es una delegación limitada: abre nueve de las 225 superficies de rutas protegidas por rol en la API de Zealy, todas relacionadas con la revisión, y un revisor no puede aprobar sus propias reclamaciones. Lo entregas con un enlace de invitación que lleva un rol, una caducidad y un número máximo de usos.

No existe un rol llamado moderador en Zealy. El rol es reviewer, y hay cinco roles en total: admin, editor, reviewer, guest y banned. (La propia documentación de gestión de miembros de Zealy dice que hay cuatro. Omite banned, que es un rol real que acepta el endpoint de cambio de rol. Esa página se corrige en el mismo cambio que esta publicación.)

Los cinco roles se sitúan en una escala estrictamente lineal —admin por encima de editor, editor por encima de revisor, revisor por encima de invitado, invitado por encima de bloqueado— y cada comprobación de permisos del producto hace una sola pregunta: ¿el rol de este miembro es al menos este nivel? Así que la descripción honesta del modelo de permisos de Zealy es que no existe. Sin conjuntos de permisos, sin roles personalizados, sin forma de limitar un rol a una misión, módulo o campaña. Buscamos conceptos de permiso, capacidad y concesión en el modelo y las definiciones de la base de datos; las únicas coincidencias fueron columnas de OAuth no relacionadas.

Esto es lo que la escala distribuye entre esas 225 superficies protegidas por rol:

Como la escala es lineal, un revisor también obtiene todo lo protegido a nivel de invitado. Pero esas nueve superficies son toda la delegación y todas son trabajo de revisión, por lo que ascender a alguien a revisor es una respuesta mucho mejor que ascenderlo a admin para que pueda ayudar.

Fíjate en la fila de editor. Editor es una concesión mucho más amplia que revisor: incluye todo lo que puede hacer un revisor, más la configuración de misiones, módulos y sprints, la visibilidad de misiones no publicadas y el restablecimiento de reclamaciones. La propia documentación de miembros de Zealy lo describe como configurar misiones, sprints y miembros y ver todas las páginas, lo que suena más limitado de lo que es; esa página se corrige en el mismo cambio que esta publicación. Asciende a alguien a editor cuando esté creando campañas, y a revisor cuando solo esté leyendo envíos.

Cómo entregar el rol y cuánto te cuesta

Los cambios de rol son solo para admins, y un admin no puede cambiar su propio rol. El mecanismo que vale la pena usar es el enlace de invitación, que lleva un rol, una caducidad y un número máximo de usos. Usa los tres: una invitación que caduca en 48 horas con un máximo de un uso es un objeto muy distinto de un enlace que lleva ocho meses en un grupo de Telegram.

Luego sé honesto sobre el coste. Un revisor puede adjuntar hasta 20,000 XP de bonificación a cada reclamo que apruebe, ninguna verificación de rol lo restringe, y una sola acción masiva puede incluir 1,000 reclamos — así que una sola ronda de aprobaciones puede generar hasta 20 millones de XP. Delegar la revisión delega el poder de otorgar XP. Para la mayoría de las comunidades eso está bien e incluso es deseable, ya que el XP de bonificación es cómo un revisor premia una excelente entrega — pero si tu XP alimenta una tabla de clasificación que paga tokens, le has dado a esa persona una palanca sobre el pago. Zealy registra un historial de auditoría completo por veredicto, así que esto es detectable a posteriori en lugar de prevenible. Si tu candidato surgió de un programa de contribuidores, cómo ejecutar un programa de embajadores cripto cubre lo que te cuesta ese rol.

Los revisores no pueden revisar sus propios reclamos — silenciosamente

Los reclamos propios de un revisor quedan excluidos de lo que puede aprobar, aplicado en la capa de servicio y de nuevo en cuatro protecciones SQL separadas. Bien. La advertencia es la parte interesante: el filtro es silencioso. Un revisor que selecciona en masa un lote que contiene su propio reclamo no recibe ningún error. Ese reclamo se descarta del lote y queda pendiente, y nadie es notificado. Si un revisor jura que aprobó algo que sigue en la cola, revisa esto primero.

Dos revisores en una misma cola entrarán en conflicto

No hay toma de tareas, bloqueo ni asignación en la cola de revisión de Zealy. Buscamos en el repositorio conceptos de bloqueo de revisores, toma de tareas, asignación de revisiones y personas asignadas en la API, el backend y la aplicación web; la búsqueda de asignaciones no devolvió nada en absoluto. El único bloqueo del sistema es un mutex de escritura breve que evita una doble escritura, no una reserva de cola.

La consecuencia no es la que imaginarías. Dos revisores en la misma cola ven las mismas tareas y ambos leen el mismo envío. Si coinciden, el segundo recibe un error, porque Zealy se niega a poner una tarea en el estado que ya tiene, y ese tiempo de lectura se pierde. Si no coinciden, no hay ningún error: el segundo veredicto reemplaza al primero, las recompensas se limpian o se vuelven a otorgar según corresponda, y nadie se entera de que un colega ya había decidido. El caso silencioso es el desacuerdo, que es justo el que más querrías que se señalara. Tampoco hay forma de asignar un revisor a una misión o módulo específico: no puedes expresar "Ana gestiona los envíos de diseño, Ben gestiona las pruebas on-chain" en el producto.

Coordinar a los revisores es un problema humano en Zealy hoy. Dilo en voz alta a tu equipo en lugar de dejar que se enteren en una discusión de Discord. Divide la cola en un mensaje fijado: por módulo, por día, o una persona de más antiguo a más reciente mientras la otra trabaja de más reciente a más antiguo: la división más básica posible, y aun así reduce las colisiones.

Revisión masiva: un veredicto para hasta 1,000 reclamaciones

La revisión masiva de Zealy acepta hasta 1,000 reclamaciones en una sola llamada, y la limitación está en lo que esa llamada conlleva: un estado, un comentario, una marca y un valor de XP extra para todo el lote. No hay un veredicto por elemento dentro de una acción masiva. Eso lo hace excelente para un conjunto homogéneo —cada envío de una misión rota, cada reclamación de una tarea que has anulado— y peligroso para uno mixto, ya que el comentario que leen 1,000 miembros es la misma frase. Clasifica sin piedad antes de seleccionar.

Ruta tres: delega el veredicto a una máquina

La revisión con IA de Zealy ejecuta Google Gemini 2.5 Flash Lite con un prompt que tú escribes, por misión, en los planes Plus y Enterprise a partir del 16 de agosto de 2026. No recomienda un veredicto para que lo confirmes. Escribe el veredicto, y su justificación se convierte en el comentario que lee el miembro.

Léelo dos veces, porque la propia documentación de revisión de Zealy describía la revisión con IA como un sistema que ofrece recomendaciones inteligentes para ayudarte a procesar las revisiones. Eso es incorrecto, y se corrige en el mismo cambio que esta publicación. No hay ningún paso de confirmación humana en el flujo del código: el modelo devuelve un resultado, Zealy registra una aprobación o un rechazo desde una cuenta de sistema dedicada, y la justificación del modelo llega a la bandeja de entrada del miembro.

Es una decisión de producto genuinamente distinta de la revisión asistida por IA, y merece un nivel de cuidado distinto por tu parte:

• Actívala por quest, habilitando la revisión con IA en la quest y escribiendo un prompt no vacío. No es un interruptor para toda la comunidad, lo cual es la granularidad correcta: puedes automatizar una tarea de alto volumen sin automatizar tus decisiones de criterio.
• Escribe el prompt como un estándar de rechazo, no como una impresión. El modelo está generando un mensaje de rechazo dirigido al miembro, así que cualquier vaguedad en tu prompt se convierte en un comentario vago y, por tanto, exasperante sobre la entrega de alguien.
• Un cron vuelve a poner en cola los rezagados cada 15 minutos, recogiendo las entregas de revisión con IA que llevan más de una hora pendientes sin ningún revisor. Una acumulación no se pudre en silencio.

Una advertencia de medición si lo usas. Los veredictos de la IA se atribuyen a una cuenta de sistema con rol de administrador, así que en una comunidad que usa la revisión con IA aparece en las analíticas de principales revisores como cualquier otro revisor. Antes de decirle a tu equipo cuántas solicitudes procesaron tus humanos, exclúyela.

Planes, verificados el 16 de agosto de 2026

La revisión con IA está incluida en los planes Plus y Enterprise, y la página de precios de Zealy la indica como no incluida en Free y Standard. En una comunidad gratuita que verificamos mediante la propia API de capacidades de Zealy el 16 de agosto de 2026, se informó como no disponible con el motivo requires_plus_or_enterprise. Verifica la capacidad en tu propia comunidad en lugar de suponerla por el nombre del plan.

Plus cuesta $359 al mes con facturación anual, y Enterprise es personalizado, con facturación anual. El plan Free es $0 con 1,000 reclamos de misiones al mes y miembros ilimitados; Standard es $149 al mes con facturación anual. Los precios excluyen IVA y otros impuestos de venta aplicables, y todos provienen de la página de precios de Zealy, consultada el 16 de agosto de 2026.

La decisión que importa: con 200 reclamos a la semana, actualizar para automatizarlos es un mal negocio frente a una tarde dedicada a convertir tareas de texto en tareas verificables. Con miles de envíos abiertos a la semana, con el estándar por escrito, es un buen negocio.

Delegar a un agente mediante MCP

La otra vía automática es un agente. Zealy expone la revisión a través de su servidor MCP, y la forma de esa delegación es deliberadamente más restrictiva que la humana.

• Un agente puede enviar hasta 1,000 reclamos en una sola llamada, el mismo límite que la revisión masiva, con la misma restricción de un solo veredicto para el lote.
• Un agente necesita el admin rol, mientras que un revisor humano solo necesita reviewer. La ruta pública de revisión rechaza una decisión de revisión MCP de cualquier rol inferior, así que no existe una versión para agentes del permiso limitado, lo que es lo inverso del modelo de mínimo privilegio que cabría esperar.
• Cada escritura requiere un token de confirmación humana nuevo. No una sesión, no una aprobación previa: una confirmación nueva por llamada.
• El dinero está fuera de límites. Una comprobación en cada revisión de administración pública impide que un agente cambie el estado de cualquier reclamo con recompensa en NFT, token, USDC o Zaps. Un agente puede vaciar tu cola de XP; no puede mover un reclamo que paga. Si gestionas distribuciones, cómo distribuir tokens a miembros activos de la comunidad cubre quién envía qué realmente.
• Los agentes solo pueden crear invitaciones de invitado, nunca invitaciones de revisor. Un agente no puede dotar de personal tu cola por ti.

Cuando la respuesta es genuinamente otra persona

Contrata o recluta cuando el juicio es el producto: calidad subjetiva, normas de la comunidad, apelaciones, casos límite y cualquier cosa donde un rechazo erróneo te cueste un colaborador. Añade una persona cuando tu cola contiene desacuerdo real en lugar de volumen. El volumen es un problema de diseño; el desacuerdo es un problema de personal.

La prueba que aplicaríamos antes de añadir un revisor: toma 20 reclamos pendientes y haz que dos personas los revisen de forma independiente. Si coinciden en 19, tu cola es volumen, y el volumen se resuelve con reglas y prompts. Si coinciden en 13, tu cola contiene juicio real, y ninguna configuración de validación automática ni prompt de modelo hará desaparecer ese desacuerdo: solo lo hará invisible.

Tres situaciones en las que una persona es la respuesta correcta y no intentaríamos convencerte de lo contrario:

Envíos creativos y de formato largo donde la calidad es el criterio de recompensa. Si pagas por buen trabajo en lugar de trabajo completado, alguien tiene que decidir qué significa bueno, repetidamente, y defenderlo.

Cualquier cosa con una vía de apelación. Un miembro rechazado que se queja necesita a una persona que pueda revertir la decisión, y revertir una revisión también es lo que elimina un rol de Discord ya otorgado por una aprobación; un revisor que cambia un reclamo de éxito a fallo también lo hace. Nada más vuelve a comprobar esas concesiones; son únicas.

Pagos de alto valor. Si un veredicto decide quién recibe tokens, pon a una persona a cargo. Las propias reglas de agentes de Zealy ya codifican esa opinión: una máquina no puede cambiar el estado de un reclamo con recompensa financiera.

Qué mide Zealy y qué no

Zealy muestra un recuento de revisiones pendientes, un registro de auditoría por veredicto, los mejores revisores por volumen y por tasa de aprobación, totales de estrellas y marcas por miembro, y una exportación CSV de hasta 10,000 filas. No calcula tiempo hasta la revisión, latencia de cola, SLA ni métrica de rendimiento. Buscamos esos nombres en el código base y no encontramos ninguno.

Somos exactos porque la versión de este artículo que planeamos originalmente se basaba en datos de tiempos de la cola de revisión, y esos datos no existen. Buscamos en los paquetes de Zealy tiempo hasta la revisión, latencia de revisión, tiempo medio de revisión, duración de revisión, rendimiento de revisión y revisiones por hora. Cero resultados, sin rangos de antigüedad, sin panel de rendimiento. Así que cuando un proveedor te diga que sus clientes redujeron el tiempo de revisión en cierto porcentaje, pregunta qué sistema produjo la cifra. Nosotros no pudimos producir la nuestra, y no vamos a inventar una.

Dos cosas más que leer correctamente:

"Mejores revisores por tasa de aprobación" es una tasa de aprobación, no una tasa de precisión. Te dice qué proporción de los veredictos de un revisor fueron aprobaciones. No dice nada sobre si esos veredictos fueron correctos. Un revisor que aprueba todo obtiene un 100%.

El tiempo hasta la revisión es derivable, solo que no se informa. El CSV de revisión incluye las marcas de tiempo de creación y actualización de cada reclamo, pero no los eventos de revisión, así que para un reclamo revisado una vez y dejado intacto, la diferencia entre ambas es tu tiempo hasta la revisión, y una mediana está a una hoja de cálculo de distancia. Los reclamos que se revisaron de nuevo necesitan el historial por reclamo para ser precisos. Es una laguna real en Zealy y preferimos dejarla por escrito que sortearla.

La aritmética, claramente etiquetada como aritmética

Aquí no hay datos de Zealy, así que este es un marco para rellenar con tus propios números. Cada dato de entrada es una suposición que aportas tú, no una medición que hayamos hecho.

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

Supón 2,000 reclamos a la semana, un tercio en tipos de tarea que necesitan a una persona, ninguno validado automáticamente, 40 segundos cada uno: unas 7.4 horas a la semana, construidas enteramente con números que aportaste tú. El punto no es la respuesta. Es que el segundo y el tercer factor se vuelven visibles, y esos son los dos que puedes cambiar sin contratar a nadie.

Dónde otras herramientas superan a Zealy en esto

El bot de Discord de Zealy no realiza moderación. Nunca expulsa, banea ni silencia a nadie, y no incluye mensajes de bienvenida, roles por reacción, sistema de tickets ni registros. Esa tarea corresponde a las propias herramientas de moderación de Discord y a los bots nativos de Discord creados en torno a ellas. Además, las claves de API de Zealy son mucho más granulares que sus roles humanos.

Sobre el primer punto, revisamos el código fuente del bot de Discord de Zealy en busca de llamadas de expulsión, baneo, silencio temporal, eliminación masiva, baneo de servidor, AutoMod, moderación de miembros y registro de auditoría, y de mensajes de bienvenida, roles por reacción, canales de voz, tickets y registros. Las únicas coincidencias fueron líneas que desactivan el almacenamiento en caché. Su instalación incluso ofrece un conjunto de permisos restringido junto a la opción de Administrador completo — Gestionar roles, Mencionar a todos y Enviar mensajes —, que es exactamente el conjunto de permisos de algo que no va a moderar nada. Si tu problema son las personas que se portan mal en tu servidor de Discord, Zealy es la herramienta equivocada: nuestra guía de herramientas de participación y crecimiento en Discord es un mejor punto de partida — cubre los bots de moderación y las configuraciones nativas de Discord que gestionan gran parte de esto de forma gratuita — y la documentación de la integración con Discord describe lo que realmente hace el bot de Zealy.

Sobre el segundo punto, la comparación es vergonzosa e interna. El modelo de claves de API de Zealy tiene 40 capacidades distintas, incluidas algunas separadas para leer revisiones, exportar revisiones y escribir revisiones, y sus dos ajustes predefinidos para crear quests no incluyen ninguna capacidad de revisión. Ese sí es un modelo real de mínimo privilegio: a una máquina que se comunica con Zealy se le puede dar permiso para leer la cola de revisiones y no para decidir sobre ella.

Una persona no puede. Una persona recibe una posición en una escala de cinco niveles, así que si quieres que alguien clasifique y marque sin aprobar, no hay forma de expresarlo. La API sabe cómo hacerlo; el modelo de roles no. Cuando la gente nos pide roles personalizados, este es el vacío con el que se topan, y señalar nuestro propio modelo de claves de API es la forma más justa de admitirlo. Y una vez más, porque es lo operativo: cualquier herramienta creada como cola de trabajo resuelve el rendimiento de varias personas con asignación. Zealy lo resuelve con un mensaje fijado en el canal de tu equipo.

Cómo configurar esto en Zealy, en orden

Audita qué quests usan los cinco tipos de tarea humana. Convierte lo que puedas. Configura con cuidado las respuestas correctas, porque una vacía lo aprueba todo. Luego invita a uno o dos revisores con un enlace limitado y con caducidad, acuerden en voz alta quién trabaja en cada módulo y solo entonces decide si la revisión con IA merece una mejora de plan.

1. Cuenta tu cola por tipo de tarea, no por tamaño, luego convierte lo que se pueda convertir. Lo que importa es cuántas reclamaciones pendientes hay en tareas de texto, URL, número, archivo y encuesta, y de esas, cuántas hacen una pregunta con una respuesta comprobable. Una pregunta con una sola respuesta correcta se convierte en un quiz o en una tarea de texto con una respuesta correcta; una captura de pantalla que demuestre que lo hiciste se convierte en una tarea on-chain, de enlace o de integración siempre que la acción deje un rastro que Zealy pueda comprobar.

2. Prueba cada validación automática que actives y luego activa el rechazo de duplicados donde el copiar y pegar sea el modo de fallo. Reclama la tarea tú mismo con una respuesta incorrecta y confirma que falla; ese hábito de dos minutos detecta el error de la respuesta correcta vacía. El rechazo de duplicados está desactivado por defecto en las tareas de texto y URL y no detectará una paráfrasis.

3. Promociona revisores, no editores, con un enlace de invitación limitado. Establece una caducidad y un número máximo de usos, y comunica por escrito a la persona que el rol puede otorgar hasta 20,000 XP de bonificación por claim, en hasta 1,000 claims en una sola acción, y que puedes ver cada veredicto.

4. Divide la cola en un mensaje fijado. Por módulo, por día, o del más antiguo al más reciente frente al más reciente primero. El producto no lo hará por ti, y dos personas en una cola sin dividir duplicarán el trabajo.

5. Solo ahora considera la revisión con IA. Si el estándar se puede escribir, el volumen es alto y tienes Plus o Enterprise, redacta el prompt como el mensaje de rechazo que te sentirías cómodo enviando, porque eso es en lo que se convierte. Empieza con una quest y lee los primeros cincuenta comentarios que escriba antes de activarlo en cualquier otro lugar.

6. Exporta mensualmente y calcula tu propio tiempo de revisión. Zealy no lo calculará. Resta la marca de tiempo de creación de cada claim de la de actualización en la exportación CSV; eso es exacto para los claims revisados una vez, y los claims revisados de nuevo necesitan su historial de revisión. Diez minutos en una hoja de cálculo te dicen si algo de esto funcionó.

La idea central es que "¿necesito contratar?" casi siempre es la pregunta equivocada, planteada una decisión de diseño demasiado tarde. Delega primero en una regla, ya que es la única vía en la que el trabajo desaparece en lugar de trasladarse. Delega después en una persona, y sé honesto con ella sobre el poder de XP y los conflictos. Delega por último en una máquina, y solo cuando puedas dejar el estándar por escrito. Para más contexto, el módulo de fundamentos de gestión de comunidad es la pieza complementaria y la documentación de revisión de Zealy cubre la mecánica de la cola. Y si aún no has decidido las herramientas, nuestro análisis de software de gestión de comunidad pone precio a la categoría en general, incluida la labor de moderación.