Privacidad

Política de privacidad

Último cambio: 19 de octubre de 2026.

Qué se guarda

La configuración del servidor que defines con los comandos del bot: IDs de canales y de roles, umbrales, interruptores y el texto que escribes en un ajuste — un prefijo de comandos, una lista de palabras bloqueadas, el texto de un panel de verificación, la frase que activa el borrado programado de un canal, los IDs de usuario que eximes de un filtro. Los registros de moderación: el número de caso, quién actuó, contra quién, el motivo que escribiste y cuándo. Cuando una función lo necesita, los IDs de los mensajes o canales que creó, para poder gestionarlos más adelante.

El texto de configuración se guarda tal como lo escribiste, y es deliberado: tus moderadores tienen que poder volver a leer lo que el servidor está configurado para hacer. No son palabras privadas de nadie sobre sí mismo: son las reglas de tu servidor, escritas por quien lo dirige.

Recuentos de actividad, desde el momento en que se añade el bot. Cuántos mensajes ha enviado cada miembro, cuántos minutos ha pasado en voz, cuánta actividad tiene cada canal, un total por horas del servidor y un registro de quién entró o salió y qué invitación lo trajo. Si el relé de webhooks está activado, cuántas veces ha vuelto a publicar los mensajes bloqueados de un miembro y cuándo lo hizo por última vez. Son contadores y marcas de tiempo y nada más: no existe ninguna fila que diga qué dijo nadie, ni en qué canal, ni en qué momento. El desglose diario a partir del cual se suman las clasificaciones se borra a los 120 días, y el historial de entradas y salidas a los 400 días.

El recuento está activado desde el momento en que llega el bot, a diferencia de casi todo lo demás que puede hacer, porque un historial que empieza cuando a alguien se le ocurre buscar un ajuste es un historial en el que nadie puede confiar, y un mes sin contar no se puede recuperar. Desactivarlo lleva una sola línea — /logs activity con off —: el recuento se detiene de inmediato, y /stats sigue mostrando lo que se registró antes de que lo hicieras.

No es lo único que se activa cuando el bot entra, y esta página decía que sí lo era. Los comandos de texto, el registro de moderación, la escala de castigos, los sorteos, snipe, AFK y el ajuste de idioma del bot también empiezan activados; la página de documentación los lista junto a todos los demás módulos y marca cuál es cuál. De ellos, snipe y AFK guardan algo sobre un miembro: snipe en memoria y no en la base de datos, y AFK solo cuando el propio miembro lo activa — el párrafo siguiente es exacto sobre qué y durante cuánto tiempo.

AFK, solo si un miembro lo activa. Que está ausente, el motivo que escribió, cuándo se fue, el apodo que el bot reemplazó para poder devolverlo y enlaces a hasta diez mensajes que lo mencionaron mientras estuvo ausente — qué mensaje, en qué canal, de quién y cuándo, nunca el texto del mensaje. Todo ello se borra la próxima vez que habla en un sitio que cuente (un servidor puede indicar canales que no cuentan), cuando sale del servidor o con /afk remove — y a los treinta días pase lo que pase. Un servidor puede desactivar que se guarden las menciones.

Lo que el bot concluyó de una cuenta cuando entró. Si el filtrado de miembros está activado, la puntuación que le dio, el tramo, las señales que saltaron, lo que el bot hizo por su cuenta y lo que decidió después un moderador. Se guarda para que “¿por qué me expulsaron?” tenga una respuesta que no sea una reconstrucción, y porque “¿esta cuenta ya ha entrado y salido de aquí antes?” es una señal que necesita que exista un historial. Se borra a los 90 días — un juicio sobre alguien no es lo mismo que la acción de moderación a la que condujo, y solo la segunda es un registro.

Lo que la gente envía a una función, y lo que la función hizo con ello. Apelaciones de baneo y la votación del staff sobre ellas; solicitudes de staff, sus respuestas y su votación; tickets, sus respuestas y la valoración que se deja al cerrarse uno; participaciones en sorteos; inscripciones y asistencia a eventos; rangos de gremio, plantillas, notas del staff y motivos de contribución; reseñas que alguien escribió sobre tu servidor; solicitudes de colaboración y su propuesta. Los cuatro campos de esa lista que son palabras escritas en confianza están cifrados — la sección siguiente los nombra exactamente.

Copias de seguridad del servidor, si alguien hace una. /backup save guarda una instantánea estructural del servidor para poder reconstruirlo: nombres y permisos de roles, nombres, temas y sobrescrituras de canales, categorías, metadatos de emojis y pegatinas, y la lista de baneos con los motivos escritos en ella. No contiene mensajes. Es la estructura de tu propio servidor, guardada donde le dijiste al bot que la guardara, y /backup delete elimina una ranura por completo.

Los mensajes que tu staff construye con /message. Un borrador sin terminar (se descarta tras una semana sin tocarlo), plantillas guardadas, publicaciones programadas para más adelante y un registro de cada publicación para poder editarla — que se olvida a los 90 días sin una edición. Es texto que tu staff escribió para que el bot lo envíe, con quién lo escribió; nada que haya dicho un miembro.

Los saludos de tu servidor. El mensaje de bienvenida, el de despedida y el MD de bienvenida que tu staff construyó, el texto de las tarjetas de bienvenida y despedida y una imagen de fondo si se subió una para una tarjeta — guardada como una imagen que el bot redibujó a partir de lo subido, de modo que del archivo original solo se conservan sus píxeles. Para dibujar una tarjeta, el bot obtiene de Discord en ese momento la foto de perfil del miembro que entra o sale y no conserva nada de ella.

Niveles, si un servidor los activa. Con el módulo de Niveles activado, el bot guarda un número por miembro — la XP que ha ganado por mensajes y tiempo en voz — y cuándo cambió por última vez, y nada más: ningún registro de qué se dijo, ni dónde. De ese número se calculan un nivel y un puesto. Se conserva mientras el bot está en el servidor, incluso después de que un miembro se vaya, para que sus roles de recompensa puedan volver si regresa; se borra con el resto de los datos del servidor treinta días después de que se quite el bot. Si el servidor deja su clasificación pública activada — está activada por defecto, y un interruptor la desactiva — el nombre del miembro en el servidor, su foto de perfil, su nivel y su XP se muestran en una página pública de este sitio a cualquiera que tenga el enlace. El nombre y la foto se toman de Discord cuando se dibuja la página y nunca se escriben en la base de datos; la página dibujada se guarda menos de un minuto para que una clasificación muy visitada no llegue al bot en cada visita.

Registros de raids, solo cuando el antiraid detecta un raid o el equipo marca un periodo. Qué cuentas se unieron durante él y cuándo, qué antigüedad tenía cada cuenta, si tenía avatar, una clave de solo letras creada a partir de su nombre de usuario para detectar un grupo de nombres parecidos (nunca el nombre de usuario en sí), qué hizo el bot o un moderador con cada una (expulsión, baneo, aislamiento), si el servidor se bloqueó y cuántos mensajes se eliminaron. Nunca el texto de un mensaje. Se conserva 30 días, como máximo 25 raids por servidor, y se elimina junto con todo lo demás cuando el bot sale de un servidor.

Sugerencias, si un servidor las activa. Una sugerencia guarda lo que se escribió, quién la envió, dónde se publicó su tarjeta y — cuando el staff responde — la respuesta, quién la dio y por qué. Cada voto es una fila: qué sugerencia, qué miembro y en qué sentido. Una sugerencia anónima sigue registrando quién la envió, porque el límite por miembro y la espera se cuentan a partir de ahí; no se muestra en ningún sitio. Todo ello se borra junto con el resto de los datos del servidor treinta días después de quitar el bot. Una sugerencia enviada con /suggest bot es sobre el bot y no sobre un servidor: se pasa a un canal del servidor de soporte con tu nombre, tu ID y el servidor de origen, y no se almacena en absoluto.

Cumpleaños, si un miembro pone uno. /birthday no guarda nada sobre una persona hasta que da una fecha. Entonces guarda el día y el mes indicados; el año, solo si lo dio, cifrado con la misma clave que el texto confidencial de más abajo y leído únicamente para decir una edad, y solo en un servidor que muestre edades; una zona horaria de una lista fija; el momento en que empieza su próximo cumpleaños; y con qué servidores eligió compartirlo, un registro por cada uno, creado por la persona y por nadie más. Un moderador puede retirar el registro de un servidor y nunca puede fijar ni leer una fecha que no se compartió en su servidor. No se conserva a nadie menor de 13: un año que haga a alguien más joven se rechaza y no se guarda nada. El bot nunca escribe a la persona. /birthday remove borra la fecha y el registro de todos los servidores a la vez; el registro de un servidor también desaparece cuando el miembro sale de ese servidor o cuando se eliminan los datos del servidor; y el breve registro de qué celebraciones ya se anunciaron se elimina a los 400 días.

Al borrar un cumpleaños con /birthday remove, también se elimina de inmediato el registro de las celebraciones anunciadas de esa persona, sin esperar a que pasen los 400 días.

Roles temporales. Cuando un moderador presta un rol a alguien por un tiempo, el bot guarda quién lo tiene, qué rol, cuándo termina, quién lo prestó y el motivo que escribió (máximo 400 caracteres), hasta que se retira el rol. Un rol prestado por un cumpleaños o por romper una cuenta se guarda igual, con el bot como quien lo presta. El registro se elimina cuando se retira el rol, cuando el miembro es baneado y —salvo que el servidor haya elegido conservar el tiempo para su regreso— cuando se va.

Conteo, si un servidor configura un canal. Por cada canal de conteo el bot guarda el número en el que va, quién contó último, las reglas del canal y, por cada miembro que ha contado allí, cuántos números correctos dio y cuántas veces rompió la cuenta: ids y números, nunca lo que alguien escribió. Los mensajes de un canal de conteo se leen al llegar para juzgarlos y no se guardan. Todo se elimina con el canal, al dejar de contar allí, o con el resto de los datos del servidor treinta días después de quitar el bot.

Modmail, solo si un servidor lo activa. Cuando un miembro envía un mensaje directo al bot, el bot lo lee y lo pasa al equipo del servidor que elija, en un canal privado que ese servidor escogió — cualquiera que pueda ver ese canal puede leerlo, y también quien vea el canal de registro del servidor si allí se publican transcripciones. Las respuestas del equipo llegan a los mensajes directos del miembro; una respuesta anónima oculta al remitente ante el miembro, no ante el resto del equipo. El bot no guarda ningún texto de mensaje: guarda identificadores, recuentos y horas, qué mensaje directo corresponde a qué mensaje del canal (se borra treinta días después de cerrarse el hilo), los motivos que el equipo escribió para un cierre o un bloqueo y las respuestas guardadas por el equipo. El registro de un hilo cerrado se borra tras los días que el servidor haya fijado, noventa por defecto. La conversación en sí y cualquier archivo de transcripción permanecen en el Discord de ese servidor, bajo sus propias reglas. Un miembro termina una conversación con Close this conversation bajo la primera respuesta del bot, impide que un servidor inicie una con Stop messages from this server, o simplemente no escribe al bot. Ningún tercero recibe nada de esto.

La tienda de plantillas. Si valoras una plantilla, el bot guarda el id de tu cuenta, las estrellas y cuándo. Si comentas, guarda el id de tu cuenta, el nombre visible que tenías en ese momento, el texto y cuándo; puedes borrar tu comentario tú mismo y el propietario puede retirarlo. Una denuncia guarda el id de tu cuenta y el motivo que escribiste. Para que solo puedan valorar una plantilla quienes la han usado, el bot guarda qué plantilla aplicaste, en qué id de servidor y cuándo, mientras la plantilla exista. El propietario lee cada plantilla enviada antes de que se publique, y cada comentario pendiente de revisión antes de que aparezca; un comentario sobre el que nadie ha decidido se borra tras 30 días. Para limitar la frecuencia con la que una misma cuenta o dirección puede comentar, denunciar o valorar, el bot guarda un hash con clave de la dirección — nunca la dirección en sí — con el id de la cuenta y la hora, que se borra tras 30 días. Una plantilla que aún estás escribiendo se guarda sellada (cifrada) durante 7 días. Para que se elimine todo lo que la tienda guarda sobre tu cuenta, pídelo en el servidor de soporte y el propietario realiza la eliminación. El texto de un comentario — y solo el texto, sin cuenta, sin nombre y sin plantilla asociada — se envía al endpoint de moderación de OpenAI antes de publicar el comentario, en los términos descritos más arriba en OpenAI; un comentario que marque, o al que no responda a tiempo, se retiene para el propietario en lugar de publicarse. Cuando el bot no tiene clave de OpenAI, ese paso se omite y las demás comprobaciones actúan solas.

Qué no se guarda nunca

El contenido de los mensajes. Nada en la base de datos conserva lo que la gente dice en tus canales, y no hay ninguna excepción — ni una sola columna de la base de datos contiene un mensaje que alguien publicó. Esta página nombraba las transcripciones de tickets como excepción y no lo son: una transcripción se construye con el historial que tiene el propio Discord, en el momento en que un moderador la pide, y se publica de vuelta en tu servidor como un archivo. Aquí no se conserva nada de ella. El texto que alguien envía deliberadamente al bot — una apelación de baneo, una solicitud, el formulario al abrir un ticket, el comentario que acompaña a una valoración — sí se guarda, porque una revisión que no se puede leer no es una revisión; está cifrado, y la sección siguiente dice exactamente qué campos. Lo mismo ocurre con el motivo que un miembro da con /afk, hasta que vuelve — no cifrado, porque no está escrito en confianza: se muestra a cualquiera que lo mencione.

Dos cosas se conservan fuera de la base de datos, y conviene ser exactos con ambas. La primera es snipe: /snipe muestra el último mensaje borrado o editado en un canal, así que tiene que guardar uno: cinco por canal, durante dos horas como máximo, en memoria. No se escribe nada, un reinicio lo olvida todo y nunca sale del proceso. Cualquiera que pueda leer el canal puede pedirlo — para eso sirve el comando — y el bot comprueba ese acceso en el momento en que responde y no cuando se eliminó el mensaje. No mostrará un mensaje que el propio bot borró, ni nada que se haya limpiado en bloque, porque snipe no debe convertirse en una forma de leer la moderación a posteriori. Un servidor que lo quiera más acotado lo restringe a los moderadores, o excluye canales por completo, con /logs snipe; un moderador que acaba de eliminar algo lo borra de inmediato con /snipe clear.

La segunda son los contadores de las protecciones. Antinuke, antirraid, antispam y las demás deciden contando — cuántos canales borró un moderador en el último minuto, cuántas cuentas entraron en los últimos treinta segundos — y esos recuentos se copian cada pocos segundos en una caché de Redis de la misma máquina, para que reiniciar el bot no le dé un margen nuevo a alguien que está a mitad de un ataque. Lo que se copia son los IDs — del servidor y del miembro o canal implicado — y las horas a las que ocurrieron las cosas, nunca lo que nadie dijo: la memoria de mensajes recientes del antispam se queda en el proceso y un reinicio la olvida. Cada copia caduca por sí sola — en una hora como máximo, la mayoría en minutos —, la caché nunca escribe en disco y nada puede acceder a ella salvo el propio bot — ni el sitio web, ni internet. Durante una actualización, cuando una copia nueva del bot toma el relevo de la antigua, los IDs de los mensajes e interacciones que la copia antigua respondió en sus últimos segundos pasan por esa misma caché, durante treinta segundos como máximo, para que nada se responda dos veces. Una cosa de esa caché dura más de una hora: qué miembros nuevos siguen esperando ante una puerta — la pantalla de normas de Discord, la verificación, una cuarentena — los roles que el servidor da al unirse, guardados como el ID del servidor, el ID del miembro y el momento en que vence la espera, durante un día como máximo, para que una actualización no se olvide de dárselos.

Direcciones IP. El bot nunca ve ninguna — Discord no expone la dirección de un miembro a un bot, y aquí nada lo esquiva. El único lugar donde se lee una dirección es la comprobación de conexión del sitio web, descrita a continuación, y se lee una vez y no se conserva: ni se guarda, ni se registra, ni se convierte en hash. Una base de datos robada no contiene direcciones ni nada derivado de una.

Mensajes de voz, si alguien pide que se escriban como texto. /transcribe descarga ese mensaje de voz y lo convierte en texto en el propio servidor del bot, con un modelo de voz que se ejecuta allí. El audio no va a ninguna otra empresa ni servicio; se conserva solo mientras se escucha y se borra en cuanto termina. Las palabras se publican en el canal donde se usó el comando y no se guardan en ningún otro sitio: no se conserva ningún registro de lo que se dijo. Para que una sola persona no sature la máquina, el bot cuenta en memoria cuántas pidió cada persona y cada servidor en los últimos diez minutos; esas cuentas se olvidan después, y un reinicio las olvida al instante.

Los cinco terceros, y qué recibe cada uno

Durante la mayor parte de su vida este sitio pudo decir que ningún tercero veía a tus miembros. Dejó de ser cierto cuando el módulo de verificación incorporó Rechazar VPN y proxies, porque saber si una dirección pertenece a una VPN es un dato que solo tiene un servicio de reputación. Cada uno de los cinco siguientes está desactivado salvo que un servidor lo active, y cuando está activado, lo que sigue es todo lo que ocurre.

proxycheck.io. A un miembro al que se aplica el ajuste se le entrega un enlace de un solo uso a una página de este sitio. Cuando pulsa el botón de esa página, la dirección de conexión se envía una vez a proxycheck.io con la pregunta “¿es esto una VPN, un proxy o un rango de alojamiento?” y nada más — ni nombre de usuario, ni servidor, ni ID de cuenta. La respuesta se lee para ese único dato y se descarta. El bot, que sabe quién es el miembro, nunca recibe la dirección; el sitio web, que vio la dirección, nunca llega a saber quién es el miembro. Lo que queda después es una marca de tiempo en el registro de verificación del miembro que indica que la conexión estaba limpia, y un rechazo no deja nada en absoluto.

Cloudflare Turnstile. Opcionalmente, esa misma página incluye el widget Turnstile de Cloudflare para que un script no pueda pulsar el botón. El script del widget es lo único que este sitio carga alguna vez de otro origen, solo en esa página, y la Content-Security-Policy de esta página lo sigue prohibiendo en todas las demás. Su respuesta se comprueba con Cloudflare sin la dirección adjunta. Turnstile no sustituye al CAPTCHA dentro de Discord, que se sigue dibujando dentro del proceso.

OpenAI. Es el mayor de los tres y el que recibe lo que la gente publica, así que conviene ser exactos. Un servidor puede activar el escaneo de imágenes con IA, que hace que un modelo decida si una imagen es sexual, truculenta, violenta o muestra autolesiones. Ninguna lista de palabras puede leer una imagen, y no existe una versión de esto que se ejecute en nuestras propias máquinas, que es la única razón por la que está aquí.

Cuando un servidor lo ha activado, cada imagen publicada en un canal escaneado se envía al endpoint de moderación de OpenAI como el enlace a esa imagen en los propios servidores de Discord, y nada más — ni texto que nadie escribiera, ni nombre de usuario, ni ID de cuenta, ni nombre del servidor, ni nombre del canal. Eso abarca las subidas y, si el servidor lo deja activado, la imagen que Discord muestra bajo un enlace. La respuesta vuelve como una puntuación por categoría, se lee para decidir si la imagen infringe las reglas de ese servidor y se descarta. Aquí no se escribe nada de ella, y la imagen en sí nunca se guarda en nuestra base de datos.

Lo que OpenAI hace con ella, en sus palabras y no en las nuestras. Su documentación afirma que los datos enviados a la API “no se usan para entrenar ni mejorar los modelos de OpenAI” salvo que se opte por ello expresamente, y no lo hemos hecho. También afirma que los registros de supervisión de abusos “pueden contener cierto contenido del cliente, como prompts y respuestas” y se “conservan hasta 30 días” por defecto. Así que la versión honesta no es que la imagen desaparezca en el instante en que se escanea: nosotros no conservamos nada de ella, y OpenAI puede conservarla hasta treinta días para vigilar su propio servicio. Un servidor que no quiera que eso ocurra debe dejar este módulo desactivado, que es como viene.

Está desactivado hasta que un administrador activa el módulo. Un servidor puede eximir roles, omitir canales enteros o escanear solo algunos, escanear solo a miembros más recientes y omitir a sus propios moderadores, y la descripción del módulo dice con claridad que activarlo es lo que envía imágenes fuera del servidor. Desactiva el módulo y no se vuelve a enviar nada.

Dos límites honestos. Es bueno con los daños generales y no sabe qué aspecto tiene una amenaza para tu servidor — una raid que se está organizando, una estafa, un anuncio — porque esas no son categorías que tenga el modelo, y no lee texto en absoluto. Y la propia documentación de OpenAI dice que el endpoint no está diseñado para detectar material de abuso sexual infantil y no sustituye a medidas específicas de protección infantil; aquí nada afirma lo contrario, y esa vía de denuncia sigue siendo la de Discord.

Nada más se carga. Ni analíticas, ni servicio de fuentes, ni script ni hoja de estilos de la CDN de nadie: todas las páginas salvo la comprobación de conexión no obtienen nada de otro origen, y eso lo impone la Content-Security-Policy en lugar de prometerse. Cloudflare sí se sitúa delante del sitio como su red — ve las peticiones que ve cualquier red situada delante de un sitio, y es la razón por la que el sitio sigue en pie bajo una avalancha — pero no recibe nada sobre tus miembros, porque las páginas no llevan nada sobre tus miembros.

YouTube y Twitch. Un servidor puede seguir un canal de YouTube o a un streamer de Twitch con /alerts, y el bot pregunta entonces al servicio cada pocos minutos si hay algo nuevo. A YouTube le envía una solicitud por el feed RSS público del canal, que nombra solo el id público de ese canal. A Twitch le envía el nombre de usuario público del streamer — junto con otros, hasta cien por solicitud — firmado con la propia aplicación de Twitch de este bot, nunca con la cuenta de un miembro. No se envía a ninguno de los dos ningún miembro, nombre de servidor ni nombre de canal, y ninguno sabe qué servidor sigue a quién. La respuesta se lee para obtener el vídeo más reciente, o el id, el título y el juego del directo, y se descarta. Lo que se guarda es el canal o usuario que el servidor eligió seguir, dónde publicar y el id de lo último anunciado para que nada se anuncie dos veces. Ambos están desactivados hasta que un servidor añade un seguimiento, y quitar el seguimiento detiene las solicitudes.

Una línea patrocinada

Quienes administran este bot pueden fijar un único enlace patrocinado: una línea breve marcada como Patrocinado, cuyo texto y destino eligen ellos y paga quien está al otro lado del enlace. Aparece en el pie de este sitio y, de vez en cuando, bajo una de las respuestas del bot en un servidor sin premium: como mucho una vez cada 45 minutos en un mismo servidor, solo después de al menos 6 respuestas más allí, y nunca bajo una acción de moderación, una advertencia, una respuesta privada o un mensaje con botones. Los servidores premium nunca la ven en Discord. El sitio no puede saber quién lo lee, así que el pie la muestra a todos los visitantes.

Es un enlace y nada más. No se carga nada del patrocinador ni se le envía nada. Para cumplir la regla anterior, el bot guarda en memoria — nunca en la base de datos — cuándo vio cada servidor la línea por última vez y cuántas respuestas han salido allí desde entonces, además de un recuento de las veces que se ha mostrado; no se registra a ninguna persona y el patrocinador no ve nada de ello. El bot no registra clics ni ejecuta redirecciones, y el enlace no lleva referente de este sitio. Si lo pulsas, sales hacia su sitio, donde se aplica su propia política. El texto del patrocinador se muestra tal como lo escribió y no se traduce. Cuando no hay patrocinador configurado, la línea no existe en ningún sitio.

Nada de esto se guarda mucho tiempo. El registro de un servidor se olvida 24 horas después de su última respuesta. Se guardan como mucho 20.000 servidores a la vez; cuando se llena, se descarta el que lleva más tiempo en silencio. Todo, incluido el recuento, desaparece cada vez que el bot se reinicia.

Tokens premium y tu cuenta

El premium por cuenta es una sola fila: tu id de Discord, si es mensual o de por vida, cuándo termina, de dónde vino y cuántos cambios de servidor extra has comprado. Un token se guarda solo como un hash con clave de sí mismo, así que la base de datos no contiene nada que pueda convertirse de nuevo en un token; el token existe en la respuesta al dueño cuando se genera y en ningún otro lugar después.

Cada intento de canjear un token queda registrado: tu id, si vino de este sitio o de Discord, cómo salió y un hash con clave de la dirección que este sitio comprobó para la petición, nunca la dirección. Ese registro es lo que bloquea una cuenta y una dirección tras unos pocos tokens erróneos, y lo que permite a quienes operan el bot ver una dirección detrás de muchas cuentas. Se borra pasados 90 días.

Cada servidor registra qué cuenta añadió sick, que es lo que hace premium al servidor cuando esa cuenta lo es. Los servidores a los que añades sick también se anotan en tu cuenta —el id del servidor y cuándo— para poder contar tus cambios. Esa lista se conserva, y un servidor sigue en ella después de que sick se vaya, porque un cambio gastado está gastado.

Correo en este dominio

El sitio también incluye un pequeño servicio de correo para quienes lo administran: la dirección del propietario y las direcciones de las cuentas a las que el propietario ha permitido usarlo, cada una abierta desde el sitio de correo tras iniciar sesión aquí. El correo enviado a una de esas direcciones llega a través de Cloudflare Email Routing y un Cloudflare Email Worker, que lo entrega a este sitio; cuando no se puede acceder al sitio, el Worker guarda el mensaje en Cloudflare Workers KV hasta siete días y lo reintenta. El correo enviado desde una de esas direcciones sale por Cloudflare Email Sending. Son los cuatro servicios de Cloudflare implicados, y ningún otro tercero ve el correo.

El correo se sella en reposo. Cuando llega un mensaje, este sitio lo analiza y lo sella con una clave pública que pertenece al buzón — AES-256-GCM bajo una clave de un solo uso para ese mensaje, que a su vez se sella con la clave pública X25519 del buzón — y solo entonces lo entrega al bot, cuya base de datos conserva el mensaje sellado: su asunto, remitente, destinatarios, texto, HTML, archivos adjuntos y sus nombres, y los bytes originales, que se conservan siete días para que un mensaje que un analizador haya leído mal pueda descargarse completo. La clave privada que lo abre está envuelta bajo una clave creada a partir de tu contraseña de correo (scrypt) y, si creas una, bajo una clave de recuperación de un solo uso; el bot nunca tiene la clave privada y solo almacena un hash de un solo sentido de tu contraseña. Esto es zero-access en reposo, no zero-knowledge: este sitio lee tu correo en memoria mientras analiza un mensaje que llega y mientras tu buzón está desbloqueado, así que quien pueda cambiar el código que ejecuta este sitio podría leerlo, pero el propietario no puede leerlo desde la base de datos. Tu clave desbloqueada vive solo en la memoria de este sitio, como máximo un día, y un reinicio bloquea todos los buzones hasta que vuelvas a escribir tu contraseña. El sitio nunca descarga las imágenes remotas de un mensaje: se cargan en tu navegador solo cuando lo pides, y la carga de una imagen le dice al remitente cuándo abriste el mensaje y desde dónde.

Cuando inicias sesión en este sitio con Discord, se registran tu id de Discord, tu nombre de usuario y el hash de tu avatar junto con la hora, para que el propietario pueda ver quién ha iniciado sesión antes de entregar una dirección. Papelera y Spam borran su contenido treinta días después de que un mensaje entrara en ellos; un buzón revocado se borra catorce días después de la revocación. Si solicitas acceso al propietario, la solicitud —el mismo id, nombre y hash del avatar, y la hora— se conserva hasta que el propietario la responda o pasen treinta días, y el propietario recibe un mensaje directo del bot en Discord. Nada más del correo se comparte con Discord.

El envío se cuenta por destinatario, a partir de las filas de la bandeja de salida que ya se guardan para enviar el correo, así que no se recoge nada nuevo para ello. Un buzón cuyo correo rebota sin parar tiene su envío retenido hasta que el propietario lo revise. El correo enviado a postmaster@ o abuse@ en estos dominios llega al propietario.

Algunas cosas se dejan en claro, porque el servicio tiene que leerlas sin tu clave: en qué carpeta y pestaña está un mensaje, sus marcas (leído, destacado, importante, pospuesto), cuándo llegó, su tamaño, a qué conversación pertenece, cuántos adjuntos tiene, sus tipos de archivo e ids de imágenes en línea, a cuál de tus direcciones llegó, una etiqueta con plus que hayas usado, los resultados de las comprobaciones del remitente y resúmenes con clave de sus identificadores (Message-ID, References) y de su remitente. Las reglas que estableces para los remitentes — una dirección o un dominio que hayas archivado, bloqueado o permitido para imágenes — también están en claro. Mientras llega un mensaje, el bot lee en memoria su remitente, destinatarios, asunto, cabeceras y nombres de adjuntos para clasificarlo en una pestaña y aplicar las reglas contra abusos, y no escribe nada de ello en claro. Los buzones cuyo titular aún no ha iniciado sesión con una contraseña desde que empezó el sellado conservan su correo anterior tal como estaba, legible por el servicio; al propietario se le muestra cuáles son, y cada uno se sella en cuanto su titular inicia sesión.

La búsqueda funciona con resúmenes con clave, no con tus palabras. Cuando tu buzón está desbloqueado, cada mensaje sellado recibe hasta 512 resúmenes (HMAC-SHA256) de las palabras completas que contiene y de su remitente y destinatarios, hechos bajo una clave de búsqueda aleatoria que solo existe envuelta bajo tu contraseña y tu clave de recuperación. Así, una búsqueda puede encontrar palabras completas y direcciones exactas — no prefijos, formas de palabras ni frases — y quien tenga una copia de la base de datos no puede probar contra ellos una palabra que adivine. Dos costes: el correo que llega mientras tu buzón está bloqueado no se puede buscar hasta que lo desbloquees de nuevo; y los resúmenes con clave de los identificadores y remitentes que quedan en claro (arriba) se hacen bajo un secreto que tiene el sitio y no la base de datos, de modo que quien tuviera ambos podría comprobar si una dirección o un Message-ID que adivine aparece.

Un mensaje que envías con Deshacer o para más tarde espera en la bandeja de salida en la forma que necesita el remitente: como tiene que ser legible cuando salga, se conserva bajo la propia clave de servidor del bot hasta que se envía, se cancela o se rechaza definitivamente, y luego se borra. La copia en tu carpeta Enviados sigue sellada para ti. El correo que envías sale por TLS como cualquier otro correo, a través de Cloudflare Email Sending, y el correo dirigido a ti llega a través de Cloudflare Email Routing: Cloudflare ve el mensaje en tránsito, antes de que este sitio lo selle y cuando sale.

Los mensajes que envías no llevan id de Discord, id de cuenta ni dirección de tu navegador: un Message-ID aleatorio en el dominio de envío, ninguna cabecera X-Mailer, User-Agent ni X-Originating-IP, y una línea From que muestra solo la dirección que elegiste, con un nombre visible solo si lo estableces. Un alias es una dirección adicional que entrega en tu buzón y que puedes desactivar, configurar para que caduque o dejar que responda una sola vez. Esto no es anonimato frente a quienes administran el servicio, frente a Cloudflare ni frente a la persona a quien escribes: ven la dirección desde la que escribiste, la hora y lo que dice el mensaje.

Si pierdes tanto tu contraseña como tu clave de recuperación, tu correo no se puede abrir y nadie puede recuperarlo por ti, ni siquiera el propietario. Cuando el propietario restablece la contraseña de correo de un titular, también se elimina la clave que esta abría: el correo sellado con ella no podrá leerse nunca más y se borra treinta días después.

Música y letras

Cuando un servidor activa el reproductor de música, el bot reproduce audio en un canal de voz mediante un nodo de Lavalink que se ejecuta a su lado, en la misma máquina. El nodo obtiene el audio del sitio que un miembro ha pedido y de nada más: SoundCloud (soundcloud.com, on.soundcloud.com, api.soundcloud.com, sndcdn.com), Bandcamp (bandcamp.com), Twitch (twitch.tv), Vimeo (vimeo.com), un enlace https directo que un miembro ha pegado y — solo si el propietario lo ha activado — YouTube (youtube.com, youtu.be, music.youtube.com). Un enlace de Spotify (open.spotify.com, spotify.link) o de Apple Music (music.apple.com) se consulta en ese sitio para obtener el nombre de la pista y la coincidencia se reproduce desde SoundCloud; de ninguno de los dos viene audio. Cada uno de esos sitios ve la petición que hace el nodo para la pista, igual que la vería cualquier navegador al abrir la página, y nada sobre el servidor ni sobre el miembro que la pidió.

Lo que el bot guarda para el reproductor: el canal de voz y el de texto en los que está, la cola — el título, el artista, la duración y el origen de cada pista, el identificador propio del nodo para ella y el id del miembro que la añadió — y las últimas veinte pistas reproducidas, que se borran cuando el reproductor se detiene o el bot sale del servidor. Una lista de reproducción que guarda un miembro es suya y se conserva con su id hasta que la elimine. Las letras vienen de LRCLIB (lrclib.net), una base de datos abierta sin cuenta: recibe el artista, el título y la duración de la pista que suena y nada más, y la respuesta se muestra y no se guarda.

La seguridad de tu cuenta

Tu buzón se abre con tu propia contraseña, establecida en el propio cliente de correo y separada de Discord. El sitio la ve solo mientras la escribes, para desenvolver la clave de tu buzón, y no la conserva; el bot, que la recibe para comprobarla, solo guarda un hash scrypt de un solo sentido — un valor que nada puede volver a convertir en la contraseña, ni siquiera nosotros — y comprueba lo que escribes contra él. La contraseña en sí no está en ningún registro, ninguna columna de la base de datos ni ninguna cookie.

Un segundo paso es opcional y tuyo para añadir. El secreto de una aplicación de autenticación y la dirección a la que se envía un código se guardan cifrados con AES-256-GCM, con la misma clave exclusiva del bot que el texto confidencial de arriba; una llave de acceso se guarda solo como su clave pública, que puede verificar un inicio de sesión pero nunca crearlo; los códigos de recuperación se guardan solo como hashes con clave, como los tokens premium. Un código enviado sale por Cloudflare Email Sending desde una dirección en un dominio nuestro. Ningún método de segundo factor se comparte con nadie.

Confiar en un navegador durante treinta días guarda un token aleatorio en una cookie y, del lado del bot, solo un hash con clave de ese token — nunca el token en sí — de modo que la lista de tus navegadores de confianza no contiene nada que identifique el navegador ante nadie más. Junto a las tres cookies de inicio de sesión del panel, el buzón establece algunas propias mientras está abierto: la que lo mantiene desbloqueado un día, la que retiene un inicio de sesión o una contraseña mientras se responde su segundo paso, la que dura diez minutos y marca el navegador que inició un inicio de sesión de correo para que no pueda completarse desde otro, y el token del navegador de confianza. Una sesión de correo termina seis horas después de abrirse, o antes si cierras sesión en el sitio en un host compartido. Cada contraseña o código incorrecto se cuenta contra tu cuenta y contra la dirección que este sitio demostró — tu id y un hash con clave de esa dirección, nunca la dirección en sí — lo que bloquea la cuenta tras unos pocos intentos en un cuarto de hora; esos registros se eliminan en un día.

Escucha — solo si vinculas algo

Qué se guarda. /fm no guarda nada sobre una persona hasta que vincula una fuente. Si vinculas Last.fm o ListenBrainz, guardamos allí tu nombre de usuario. Si además activas el scrobbling saliente, guardamos la clave que permite al bot enviar reproducciones por ti, cifrada, solo mientras eso esté activado: desactivarlo o desvincular la borra. Si usas el estado de Spotify de Discord, el bot lee la canción de Spotify de tu estado, en los servidores que comparte contigo, solo después de que lo aceptes, y registra una reproducción cuando has escuchado aproximadamente la mitad. No se lee nada más de tu presencia.

Qué se conserva y quién lo ve. Las reproducciones que el bot escuchó por sí mismo, de tu estado de Spotify o de su propio reproductor de música, se conservan un año. Tus artistas, álbumes, canciones y géneros más escuchados, hasta mil de cada uno, se copian de tu servicio cada pocas horas para que un servidor pueda mostrar quién escucha qué. También se guardan los amigos, unos pocos ajustes de visualización y los servidores en los que elegiste ocultarte. Las reproducciones y las listas solo se muestran a personas de servidores en los que tú también estás; tu nombre de usuario de Last.fm o ListenBrainz aparece en un who-knows global solo si lo activaste, y está desactivado hasta que lo hagas. /fm account lo muestra todo y lo elimina todo de una vez, y desvincular tu última fuente hace lo mismo.

Last.fm y ListenBrainz. Cuando alguien usa /fm, el bot pregunta a Last.fm (ws.audioscrobbler.com) o a ListenBrainz (api.listenbrainz.org) por los datos de escucha públicos de la persona vinculada, usando su nombre de usuario y nada más sobre ella. Solo si el scrobbling saliente está activado, el bot también envía al servicio las reproducciones que escuchó de esa persona, firmadas con su clave. Las portadas de álbumes las obtiene el bot de los servidores de imágenes de Last.fm, nunca tu dispositivo. Cada servicio tiene su propia política de privacidad, y lo que guarda sobre tu escucha ya era tuyo allí.

Vincular Last.fm ocurre en la propia página de Last.fm: el bot pide a Last.fm un token de un solo uso y te da la dirección donde lo apruebas, y luego sabe que lo hiciste preguntándole a Last.fm. El token vive solo en la memoria del bot hasta que se usa o pasa una hora, y nunca se guarda ni se registra. Si escribes solo tu usuario de Last.fm, se vincula sin aprobar nada y a Last.fm se le envía ese nombre y nada más. Vincular el estado de Spotify de Discord necesita el Presence intent del bot; hasta que se active, solo se ofrecen las otras dos.

Importar historial. Si le das a /fm import un archivo de Spotify o Apple Music, el bot lo lee una vez y guarda solo la hora, el artista, la canción y el álbum de cada reproducción. El archivo en sí se guarda en un archivo temporal durante los minutos que dura la importación y se borra justo después; no se envía nada a nadie. Las reproducciones importadas se guardan hasta que las quites (/fm account tiene un botón) o borres todo, y se muestran como cualquier otra reproducción: solo a personas en servidores donde tú estás.

Historial de coronas. Cuando se leen las coronas de un servidor o un ranking de quién conoce, el bot anota quién tiene la corona de cada artista allí y, cuando cambia de manos, quién se la quitó a quién y cuándo — hasta un año. Borrar tus datos de escucha elimina las coronas que tuviste y olvida a quién le quitaste una.

Cifrado

El texto libre que la gente escribe en confianza se cifra con AES-256-GCM antes de guardarse, y solo se descifra al mostrarse al staff al que iba dirigido. Son cinco cosas: las apelaciones de baneo, las respuestas de las solicitudes de staff, las respuestas dadas al abrir un ticket, el comentario que acompaña a la valoración de un ticket y el año que alguien da con su cumpleaños. La clave se deriva de un secreto que existe solo en el propio entorno del bot — el sitio web funciona como un servicio aparte que no lo tiene y no podría usarlo —, de modo que una copia de la base de datos por sí sola solo da texto cifrado.

Decía tres hasta el 19 de septiembre de 2026, y el cuarto fue la razón: el comentario que acompaña a la valoración de un ticket — “el moderador que cerró esto fue seco conmigo” es el tipo de cosa que se escribe ahí — se guardaba como texto plano desde el día en que se lanzó la función. Estaba a dos declaraciones de las respuestas de ticket, que sí estaban cifradas, en el mismo archivo, y nada comparaba las dos. Ahora está cifrado, todo lo que ya estaba guardado se convirtió, y una comprobación en la compilación rechaza cualquier campo nuevo de esa forma hasta que alguien haya dejado escrito cuál de los dos es.

Solicitudes a medias. Un formulario de solicitud largo se hace por páginas. Las respuestas de las páginas ya enviadas se guardan, cifradas del mismo modo, hasta que se envía la última página —y se convierten en la solicitud— o durante una hora, lo que ocurra antes, y quien solicita puede descartarlas en cualquier momento. No se guarda nada de quien nunca empieza.

Lo que no está cifrado, dicho con claridad: la pregunta que un miembro del staff escribió junto a cada respuesta, los motivos escritos por moderadores en un registro de moderación, el motivo que un miembro da para estar AFK — que el bot muestra a cualquiera que lo mencione — y los ajustes de tu servidor. Nada de eso son palabras privadas de alguien sobre sí mismo, y cifrarlo costaría a tus moderadores la capacidad de buscar en sus propios registros.

Borrado

Quita el bot de tu servidor y todo lo guardado de ese servidor se borra treinta días después, de forma automática, sin necesidad de ninguna solicitud.

La espera es la función, no la trampa. Con diferencia, el motivo más habitual por el que un servidor quita el bot es volver a añadirlo enseguida con otros permisos, y un borrado que se disparara en el instante en que se fue se llevaría consigo cada ajuste, cada aviso y cada registro de moderación. Vuelve a invitarlo dentro del plazo y tu servidor está exactamente como lo dejaste; pasado el plazo, no queda nada a lo que volver. No se registra nada nuevo mientras el bot no está — no puede ver el servidor — y el reloj se reinicia desde la última salida, de modo que irse dos veces no lo acorta.

Si treinta días es demasiado, el dueño o un administrador del servidor puede pedir que se haga de inmediato: pídelo en el servidor de soporte. Eso ocurre a petición y no según un calendario.

Iniciar sesión en el panel

Este sitio es sykbot.com, y la documentación está en sickenn.info. El inicio de sesión ocurre en sicken.me y en ningún otro sitio, y las cookies de más abajo pertenecen solo a esa dirección: un navegador nunca las envía a ninguna otra. Una página en cualquier otro lugar que te pida iniciar sesión con Discord para sick no es este sitio. El correo se lee y se escribe en mail.sicken.me. No tiene inicio de sesión propio: te envía a sicken.me para iniciar sesión y te trae de vuelta, y sus cookies le pertenecen solo a él.

El sitio web no tiene base de datos, así que un inicio de sesión se guarda en una cookie de tu navegador. Al iniciar sesión se piden a Discord dos permisos, identify y guilds — tu nombre y la lista de servidores en los que estás, nada más — y la cookie contiene lo que llega de vuelta: tu ID de Discord, tu nombre de usuario y el ID de tu foto de perfil, y los tokens de acceso y de renovación de esos dos permisos. Está cifrada y autenticada con AES-256-GCM bajo una clave que solo tiene el sitio web, de modo que no se puede leer ni alterar en tu navegador, y no se escribe nada sobre ella en el servidor. También recuerda hasta cuatro servidores que abriste recientemente, para que salgan primero en la lista.

Tu foto de perfil y los iconos de tus servidores los obtiene este sitio de Discord y se los entrega a tu navegador, de modo que tu navegador nunca contacta con los servidores de imágenes de Discord y estos nunca ven tu dirección. Este sitio no guarda ninguno: cada uno se obtiene cuando una página lo pide, y tu navegador y la red situada delante de este sitio pueden conservar una copia hasta una semana, bajo una dirección que cambia cada vez que cambia la imagen.

Mientras la página de ajustes de una función está abierta y a la vista, pide a este sitio — nunca a nadie más — las listas de canales y de roles de tu servidor una vez por minuto, para que un canal creado hace un momento esté disponible para elegir sin recargar. Esa petición lleva la misma cookie y solo se responde a alguien que pudiera abrir la página; es lo único que cualquier página de aquí obtiene después de haberse cargado, y la Content-Security-Policy lo permite solo en esas páginas.

Dura treinta días desde que inicias sesión, lo que permite volver sin conectar Discord otra vez; pasado ese tiempo, se envía al navegador a Discord sin la pantalla de consentimiento, para una aplicación que ya aprobaste. Un mes solo es seguro porque Discord sigue al mando: cada pocos minutos el sitio pregunta a Discord si el inicio de sesión sigue vigente, cerrar sesión revoca los tokens en Discord — así que una copia de la cookie también deja de funcionar — y quitar sick en Aplicaciones autorizadas en los propios ajustes de Discord lo termina desde tu lado, en todos los dispositivos a la vez.

Una segunda cookie contiene solo el dígito 1, y existe solo después de cerrar sesión. Registra que lo hiciste, para que el siguiente inicio de sesión muestre la pantalla de consentimiento de Discord — con el “¿No eres tú?” propio de Discord, que es como se cambia de cuenta — en lugar de saltársela. Volver a iniciar sesión la elimina. Una tercera dura diez minutos mientras un inicio de sesión está en curso y contiene un valor aleatorio que demuestra que la respuesta que llega de Discord pertenece al inicio de sesión que este navegador empezó. Esas tres son las únicas cookies que este sitio establece. Cloudflare, que está delante, puede establecer su propia cookie de corta duración __cf_bm para distinguir navegadores de bots; esa es de Cloudflare, y nada de aquí la lee.

Quién puede ver qué

La configuración es visible para quienes pueden cambiarla — por defecto eso significa Gestionar servidor, y más para las pocas funciones que piden Administrador. Los registros de moderación son visibles para tus moderadores. Nadie que opere el bot lee los datos de tu servidor como cosa de rutina, y no existe ninguna interfaz que lo hiciera cómodo.