Snapshots

📋 Resumen

En este snapshot presentamos una importante actualización estructural de Firefighter, centrada en la reorganización de los sistemas internos, la ampliación de las herramientas de administración y la incorporación de nuevas funcionalidades de personalización.

Entre los principales cambios se destacan la implementación de un sistema de activación y desactivación individual de funciones, la reestructuración integral del sistema económico para permitir configuraciones independientes por servidor, la incorporación de herramientas de moderación masiva y el desarrollo de sistemas de autorespuestas, emblemas e invitaciones.

Asimismo, se realizaron modificaciones en la configuración predeterminada de los módulos, en la gestión de comandos y en la experiencia de uso, con el objetivo de proporcionar mayor control administrativo, flexibilidad y estabilidad a los servidores.

✨ Nuevas funciones

• Sistema de activación y desactivación de funciones: se incorpora un sistema centralizado que permite administrar individualmente las funcionalidades del bot mediante >>funciones y /funciones. Cada módulo puede habilitarse o deshabilitarse según las necesidades del servidor.
• Moderación mediante asignación masiva de roles: se incorporan dos nuevos comandos administrativos que permiten asignar o retirar roles a múltiples miembros de manera simultánea, simplificando las tareas de gestión del servidor.
• Sistema de autorespuestas y autoreacciones: se implementa un módulo completamente configurable que permite establecer respuestas automáticas y reacciones ante determinados mensajes. Se incorpora compatibilidad con menciones a usuarios y roles para ampliar las posibilidades de personalización.
• Creador de emblemas: se incorpora un sistema de generación de emblemas totalmente configurable. Se añaden variables dinámicas y compatibilidad con webhooks personalizables para adaptar el contenido y la presentación de los mensajes generados.
• Sistema de economía independiente por servidor: se desarrolla una nueva arquitectura económica que permite mantener saldos, monedas y configuraciones independientes para cada servidor. El sistema incorpora los siguientes módulos:
  • Gestión económica: balance, work, daily, crime, slut, rob, collect, deposit, withdraw, give-money, leaderboard y cooldowns.
  • Sistema de tienda e inventario: store, buy, sell, use, inventory e item, este último destinado a la administración y creación de artículos personalizados.
  • Sistema de casino: blackjack, roulette, slots, coinflip y russian-roulette.
  • Administración económica: add-money, remove-money, reset-money y economy-settings, que incorpora un total de 25 parámetros de configuración.
• Sistema de seguimiento de invitaciones: se incorpora un módulo capaz de identificar mediante qué invitación ingresa cada miembro al servidor. Incluye los siguientes comandos:
  • invites: consulta de estadísticas de invitaciones.
  • inviter: identificación del usuario que realizó la invitación.
  • invited: consulta de miembros invitados.
  • invite-leaderboard: clasificación de invitaciones.
  • invite-bonus: administración de recompensas adicionales.
  • invite-reset: reinicio de estadísticas.
  • invite-config: configuración general del sistema.
  Además, incorpora notificaciones en canales específicos, detección de cuentas sospechosas o falsas y asignación de roles como recompensa.

⚙️ Mejoras

• Configuración general de funcionalidades: se modifica el comportamiento predeterminado de los módulos. Todas las funciones pasan a estar desactivadas inicialmente, con excepción del sistema Anti-Raid. Esta modificación no afecta a los servidores que ya tenían configurados sus sistemas automáticos, cuyos ajustes existentes se conservan.
• Persistencia de configuraciones anteriores: se mantiene la configuración previamente establecida por cada servidor para evitar modificaciones involuntarias en los sistemas que ya se encontraban operativos.
• Gestión de comandos deshabilitados: cuando un módulo se encuentra desactivado, sus respectivos comandos informan al usuario que la funcionalidad no está habilitada en ese servidor.
• Sistema de misiones diarias: se establece que las misiones diarias permanezcan desactivadas de forma predeterminada y que cada administrador pueda habilitarlas individualmente. Los servidores que ya utilizaban esta funcionalidad conservan su configuración anterior.
• Banner personalizado en el sistema de ayuda: los comandos >>help y /help incorporan la imagen de Firefighter al comienzo de la interfaz de ayuda, mejorando la identificación visual del bot.
• Compatibilidad con menciones como prefijo: se amplía el reconocimiento de comandos mediante la mención directa al bot. Ahora es posible ejecutar cualquier comando utilizando @Firefighter como prefijo, independientemente de la cantidad de espacios introducidos entre la mención y el comando.
• Reestructuración del sistema económico: se reorganiza la arquitectura interna de economía para garantizar la separación de datos y configuraciones entre servidores, evitando que los saldos y parámetros económicos sean compartidos entre distintas comunidades.
• Personalización del sistema de delitos: se amplía /crime con diez modalidades diferentes, incluyendo opciones relacionadas con hackeos y espionaje. Cada modalidad dispone de rangos de recompensas aleatorias y niveles de riesgo diferenciados.
• Actualización de documentación y referencias internas: se eliminan las referencias a los estilos «Arcane» y «UnbelievaBoat» tanto de los mensajes de ayuda como de los comentarios del código fuente.

🐛 Correcciones

• Restricción de comandos por mensaje directo: se modifica el acceso a los comandos de backups y plantillas, que dejan de estar disponibles mediante mensajes directos (MD). Su utilización deberá realizarse desde los contextos habilitados dentro de Discord.
• Reconocimiento de menciones como prefijo: se amplía la compatibilidad del sistema de detección de comandos para admitir menciones al bot con diferentes separaciones y espacios.
• Gestión de funciones desactivadas: se incorpora una respuesta informativa para evitar que los usuarios interpreten como errores la falta de respuesta de comandos pertenecientes a módulos deshabilitados.

🛡️ Seguridad y moderación

• Anti-Raid habilitado por defecto: se mantiene el sistema Anti-Raid como la única funcionalidad habilitada inicialmente, preservando una capa de protección activa desde la incorporación del bot al servidor.
• Configuración individual por servidor: los administradores pueden controlar qué módulos permanecen disponibles, reduciendo la exposición de funcionalidades innecesarias y permitiendo adaptar el comportamiento del bot a las políticas de cada comunidad.
• Detección y seguimiento de invitaciones: se incorpora un sistema de identificación de invitaciones que permite realizar un seguimiento de los ingresos al servidor, consultar estadísticas y detectar patrones asociados a cuentas sospechosas.
• Gestión de roles masiva: se incorporan herramientas administrativas para facilitar la asignación y retirada de roles a múltiples miembros.
• Restricción de acceso a funciones administrativas: se mantienen las operaciones de configuración económica y gestión de invitaciones dentro de sus respectivos módulos administrativos.

🧪 Funciones en pruebas

• Sistema de economía independiente: se encuentra en proceso de validación la nueva arquitectura económica, especialmente la separación de datos entre servidores, la gestión de inventarios, las transacciones y los parámetros de configuración.
• Sistema de invitaciones: se requiere validar la precisión del seguimiento de invitaciones, la detección de cuentas sospechosas, las notificaciones y la asignación automática de recompensas.
• Autorespuestas y autoreacciones: se deben comprobar las distintas condiciones de activación, la compatibilidad con menciones y el correcto funcionamiento de las configuraciones personalizadas.
• Creador de emblemas: se encuentra sujeto a pruebas el procesamiento de variables dinámicas, la generación de mensajes y el envío mediante webhooks personalizados.
• Sistema de activación de módulos: se requiere verificar el comportamiento de los comandos cuando las funciones se encuentran deshabilitadas, así como la persistencia de las configuraciones individuales.

💬 Feedback de la comunidad

Queremos conocer vuestra opinión sobre los cambios presentados en este snapshot. La participación de la comunidad es fundamental para identificar problemas, evaluar el funcionamiento de las nuevas herramientas y establecer prioridades de desarrollo.

Podéis compartir:

• Errores o comportamientos inesperados.
• Sugerencias para mejorar las funciones incorporadas.
• Ideas para futuras actualizaciones.
• Problemas de usabilidad o configuraciones que consideréis necesarias.
• Incompatibilidades detectadas durante las pruebas.

📩 Canal de feedback: canal de reportes y sugerencias del servidor oficial de soporte de FireFighter.

🚀 Próximos pasos

• Validación integral de los nuevos módulos: realizar pruebas funcionales y de compatibilidad sobre los sistemas económicos, invitaciones, autorespuestas y emblemas.
• Optimización del sistema de economía: verificar las transacciones, los inventarios, los tiempos de espera y la independencia de los datos entre servidores.
• Revisión del sistema de invitaciones: comprobar la precisión del seguimiento de miembros, las recompensas y los mecanismos de detección de cuentas sospechosas.
• Estabilización del sistema de funciones: continuar verificando la activación y desactivación individual de módulos, garantizando la conservación de las configuraciones existentes.
• Sincronización de comandos Slash: los nuevos comandos de aplicación requieren reiniciar el bot o ejecutar >>sync para actualizar su registro y disponibilidad en Discord.
• Revisión de configuraciones de prefijo: se encuentra pendiente resolver un comportamiento relacionado con el reconocimiento del prefijo en determinados servidores. Como solución alternativa, los administradores pueden ejecutar @Firefighter setprefix reset para restablecer el prefijo predeterminado >>.

📋 Resumen

En este snapshot presentamos una serie de avances y modificaciones incorporados durante el desarrollo de FireFighter. Esta actualización introduce nuevas funcionalidades, optimizaciones en los sistemas existentes y correcciones destinadas a mejorar la estabilidad, la personalización y la experiencia general de administración de los servidores.

Entre las principales novedades se destacan la implementación del sistema de misiones diarias, la ampliación de las capacidades del sistema de copias de seguridad (Backups), la incorporación de herramientas de gestión de roles y la personalización del prefijo de comandos por servidor.

El propósito de esta publicación es documentar los avances alcanzados, compartir las nuevas funcionalidades con la comunidad y recopilar comentarios que permitan identificar posibles mejoras antes de su publicación definitiva.

✨ Nuevas funciones

• Sistema de misiones diarias: se implementó un sistema completo de misiones que permite incentivar la participación y actividad de los miembros dentro de cada servidor. Sus características principales incluyen:
  • Generación de 3 misiones diarias seleccionadas aleatoriamente de un catálogo de 13 misiones disponibles.
  • Seguimiento automático del progreso de las misiones.
  • Sistema de recompensas mediante Fire_coin y XP.
  • Sistema de rachas con protección mediante escudos.
  • Notificaciones privadas mediante mensajes directos (MD).
  • Incorporación de los comandos /misiones y >>misiones, con las siguientes opciones: reclamar, avisos, catalogo, config y stats.
  • Configuración independiente para cada servidor.
  El sistema también fue integrado en el apartado /help y en el procedimiento de eliminación de datos asociado a la salida del bot de un servidor.
• Comando de creación de roles (rolcreate): se incorporó una herramienta de creación de roles mediante los comandos >>rolcreate y /rolcreate. Permite configurar los siguientes parámetros:
  • Nombre del rol.
  • Color personalizado.
  • Visualización independiente en la lista de miembros.
  • Permiso de mención del rol.
  Por motivos de seguridad y control administrativo, su ejecución requiere el permiso Gestionar roles.
• Personalización del prefijo por servidor (>>setprefix): se incorporó la posibilidad de establecer un prefijo de comandos independiente para cada servidor. La configuración se almacena en la base de datos y se mantiene de forma persistente. También se incorporó la opción >>setprefix reset, que permite restablecer el prefijo predeterminado. Los mensajes y respuestas del bot contemplan el prefijo configurado en cada servidor.

⚙️ Mejoras

• Sistema de copias de seguridad (Backups): se amplió el mecanismo de captura de información al generar plantillas de servidores. Ahora se contempla una representación más completa de la estructura y configuración del servidor, incluyendo:
  • Información general: nombre, descripción, iconos y demás datos compatibles.
  • Roles: configuración y propiedades de los roles.
  • Canales de texto y voz.
  • Categorías y organización de canales.
  • Permisos asociados a los diferentes elementos.
  Asimismo, se amplió el proceso de restauración para contemplar dos modalidades: reemplazar la configuración existente o incorporar los elementos de la plantilla sobre la estructura actual del servidor. El objetivo de esta modificación es conseguir restauraciones más fieles a la configuración original de la plantilla.
• Sistema AFK: se optimizó el comportamiento de los mensajes automáticos relacionados con los estados AFK, incorporando una gestión temporal de los avisos para evitar la acumulación innecesaria de mensajes en los canales.

🐛 Correcciones

• Mensajes del sistema AFK: se corrigió la información presentada en el resumen de reincorporación. Anteriormente, el mensaje indicaba que los roles del usuario habían sido reasignados incluso cuando no se había realizado ninguna reasignación. Ahora se evita informar sobre acciones que no hayan ocurrido.
• Notificaciones AFK: se ajustó el comportamiento de los mensajes temporales para garantizar que los avisos se eliminen de acuerdo con los tiempos establecidos.

🛡️ Seguridad y moderación

• Control de permisos en la creación de roles: se incorporó una validación del permiso administrativo Gestionar roles para restringir la ejecución de rolcreate a usuarios autorizados.
• Configuración independiente por servidor: el sistema de prefijos y las configuraciones de las misiones diarias se gestionan de manera independiente para cada servidor, evitando que los cambios realizados en una comunidad afecten a otras.
• Gestión de datos por servidor: se integró el sistema de misiones diarias en el procedimiento de eliminación de datos cuando FireFighter abandona un servidor, contemplando la limpieza de la información correspondiente.

🧪 Funciones en pruebas

• Sistema de Backups: se realizaron pruebas de generación y restauración de plantillas utilizando servidores simulados. Se verificaron los mecanismos de captura de información y las modalidades de restauración. Sin embargo, todavía no se realizaron pruebas de funcionamiento en servidores reales de Discord.
• Sistema de misiones diarias: se implementó el sistema completo y se realizaron pruebas sobre la generación, seguimiento, recompensas, rachas y configuraciones.
• Comandos slash: los nuevos comandos /misiones y /rolcreate requieren una sincronización de comandos para aparecer y estar disponibles. Esto puede realizarse mediante un reinicio del bot o utilizando >>sync.

💬 Feedback de la comunidad

Queremos conocer vuestra opinión sobre los cambios presentados en esta publicación. La participación de la comunidad es fundamental para identificar problemas, evaluar la utilidad de las nuevas herramientas y establecer prioridades para futuras actualizaciones.

Podéis compartir:

• Errores o comportamientos inesperados.
• Sugerencias para mejorar las funcionalidades incorporadas.
• Ideas para futuras actualizaciones.
• Problemas de usabilidad o configuraciones que consideréis necesarias.
• Resultados de las pruebas realizadas en servidores reales.

📩 Canal de feedback: en el canal de Tickets de nuestro servidor de Discord.

🚀 Próximos pasos

• Validación en entornos reales: realizar pruebas de funcionamiento de las nuevas funcionalidades directamente en servidores de Discord, verificando su comportamiento y compatibilidad.
• Optimización del sistema de Backups: continuar evaluando la fidelidad de las plantillas y los procesos de restauración, identificando posibles limitaciones o inconsistencias.
• Revisión de seguridad: revisar aspectos pendientes de seguridad y gestión de credenciales.
• Corrección de mensajes: solucionar el carácter corrupto detectado en el mensaje correspondiente al comando /backup.
• Estabilidad general: continuar realizando pruebas de integración y compatibilidad entre los nuevos sistemas y las funcionalidades existentes de FireFighter.

📋 Resumen

En este snapshot presentamos los avances recientes del desarrollo de Firefighter desde nuestra última publicación, realizada el 22/10/2026.

Durante este período se incorporaron nuevos sistemas y funcionalidades, se realizaron modificaciones estructurales en diferentes módulos del bot y se optimizaron distintos procesos internos relacionados con la estabilidad, el rendimiento, la gestión de recursos y la comunicación con servicios externos.

Asimismo, se trabajó en la ampliación del sistema de traducción, la incorporación de herramientas de diagnóstico y la implementación de mecanismos adicionales de administración y retención de datos.

El objetivo de esta publicación es compartir con la comunidad la evolución técnica del proyecto, documentar los cambios realizados y recopilar feedback que permita continuar mejorando nuestros sistemas antes de su implementación definitiva.

✨ Nuevas funciones

• Sistema AFK: se incorporó un sistema de ausencia configurable por servidor, disponible mediante los comandos >>afk [razón] y /afk. Permite establecer un estado de ausencia personalizado, notificando mediante embeds cuando otros usuarios mencionan o responden al usuario ausente. También registra el tiempo transcurrido, las menciones recibidas y restaura automáticamente el apodo original al desactivar el estado AFK. Incluye los subcomandos >>afk lista y >>afk quitar.
• Sistema de diagnóstico (>>diagnostico / >>diag): se desarrolló una herramienta de diagnóstico técnico de acceso exclusivo para los creadores del bot. Permite verificar el estado de diferentes componentes, incluyendo conectividad, utilización de recursos, base de datos, comandos prefix y slash, extensiones, tareas programadas, sistema de ayuda, permisos, APIs externas, errores recientes y servicios de traducción. Incorpora una opción para repetir las comprobaciones y un modo de diagnóstico rápido.
• Sistema de traducción mediante reacciones: se incorporó una funcionalidad que permite traducir mensajes mediante reacciones con banderas internacionales. El sistema detecta automáticamente el idioma original y genera una respuesta mediante embeds con el contenido traducido. Actualmente contempla 37 idiomas y 66 banderas, con soporte para mensajes de hasta 12.000 caracteres, distribuidos en múltiples embeds numerados cuando corresponde. También incorpora herramientas de configuración y consulta mediante >>traducir on, >>traducir off, >>traducir idiomas, >>traducir probar y >>traducir ultimos.

⚙️ Mejoras

• Optimización del sistema ServerStats: se modificó el mecanismo de actualización de contadores para evitar solicitudes innecesarias a la API de Discord. Ahora se comprueba si un canal ya presenta el nombre correspondiente antes de ejecutar modificaciones. Además, se implementó una ventana de espera de cinco minutos para canales modificados recientemente, reduciendo solicitudes consecutivas y posibles respuestas HTTP 429, 503 y 504.
• Gestión de datos y retención: se incorporó una tarea de mantenimiento diario que elimina automáticamente información almacenada que supera los 90 días de antigüedad. Este proceso contempla la eliminación del contenido textual de los mensajes registrados en el sistema Honeypot y la depuración de datos pertenecientes a servidores que expulsaron al bot y no volvieron a incorporarlo durante dicho período. La limpieza contempla tanto la base de datos local como el backend alojado en Railway, incorporando reintentos automáticos cuando el servicio externo no responde. Se excluyen de este procedimiento las blacklists globales, el historial de expulsiones del bot, Patreon y los backups.
• Sistema de niveles: se reorganizaron los alias de los comandos relacionados con los niveles, liberando identificadores anteriormente utilizados por los minijuegos. Esto permite diferenciar la experiencia obtenida mediante juegos, que ahora corresponde al perfil global, del sistema de niveles individual de cada servidor.
• Sistema Multitasker: se incorporó una validación adicional para comprobar que el servidor tenga habilitado el sistema antes de permitir su utilización mediante mensajes directos. Esta restricción no se aplica a los creadores del bot.
• Sincronización de Patreon: se mejoró el mecanismo de sincronización periódica, evitando que un error durante una ejecución interrumpa definitivamente las siguientes comprobaciones. Los errores ahora quedan registrados y el proceso continúa funcionando en los ciclos posteriores.
• Gestión de base de datos: se implementaron mecanismos de reintento automático ante errores transitorios relacionados con la apertura de archivos y bloqueos de SQLite, incluyendo situaciones como unable to open database file y database is locked.
• Sistema de logs internos: se ampliaron los mecanismos de supervisión del entorno de ejecución. Ahora se registra una alerta cuando la utilización de archivos abiertos supera el 80 % del límite establecido por el host. También se mejoró la clasificación de errores para evitar registrar determinados errores HTTP 429 del servicio gratuito de traducción de Google como incidencias internas.
• Sistema de diagnóstico: se ampliaron las comprobaciones disponibles, incorporando nuevos indicadores relacionados con archivos abiertos, sincronización de Patreon y disponibilidad del traductor gratuito. También se optimizó la comunicación con servicios externos mediante cabeceras HTTP compatibles con solicitudes de navegador. Los servicios opcionales no configurados, como Patreon, ahora se identifican correctamente como tales en lugar de mostrarse como errores.
• Gestión del apagado: se incorporó el tratamiento de señales SIGTERM enviadas por los entornos de alojamiento. Esto permite gestionar correctamente los procesos de apagado y reinicio, evitando que estas operaciones sean clasificadas como cierres inesperados.

🐛 Correcciones

• Sistema de traducción mediante reacciones: se corrigió la detección incorrecta de mensajes que supuestamente ya se encontraban en el idioma solicitado. Anteriormente, determinados textos cortos podían generar falsos positivos. Ahora la validación se realiza comparando el resultado de la traducción con el contenido original. Los avisos correspondientes tienen una duración de 20 segundos.
• Control de frecuencia de reacciones: se redujo el intervalo de espera entre traducciones de cuatro segundos a 1,5 segundos. Además, la restricción ahora se aplica individualmente sobre cada mensaje, evitando que una traducción interfiera innecesariamente con otras.
• Registro de traducciones: se mejoró la salida de >>traducir ultimos, permitiendo consultar el resultado de cada reacción procesada y facilitando la identificación de posibles incidencias.
• Gestión de errores del traductor: se incorporaron avisos temporales cuando una operación de traducción no puede completarse. Estos mensajes muestran el motivo del fallo durante 30 segundos y mantienen el registro correspondiente en los logs internos.
• Sistema ServerStats: se aisló la gestión de errores por servidor para evitar que una incidencia individual interrumpa la ejecución completa de las tareas programadas. También se incorporó información adicional sobre el estado del host, incluyendo archivos abiertos, cantidad de hilos y estado del archivo data.db.
• Integridad de archivos: se identificó un problema de codificación de caracteres en un mensaje del sistema /backup, relacionado con la visualización incorrecta de texto. Su corrección queda pendiente de validación.

🛡️ Seguridad y moderación

• Retención y protección de datos: se implementó un mecanismo automatizado de depuración de información con una antigüedad superior a 90 días, contemplando los registros del sistema Honeypot y los datos asociados a servidores que ya no mantienen al bot incorporado. Se establecieron exclusiones específicas para preservar información global, historiales administrativos y copias de seguridad.
• Supervisión de recursos del host: se incorporaron alertas internas para detectar niveles elevados de utilización de archivos abiertos, permitiendo identificar anticipadamente posibles limitaciones del entorno de alojamiento.
• Validación de sistemas habilitados: se reforzaron las comprobaciones de acceso al sistema Multitasker mediante mensajes directos, verificando previamente que el servidor correspondiente tenga habilitada la funcionalidad.
• Gestión de errores de infraestructura: se añadieron mecanismos de recuperación ante bloqueos transitorios de la base de datos y fallos de servicios externos, reduciendo la posibilidad de interrupciones prolongadas.

🧪 Funciones en pruebas

• Sistema de traducción mediante reacciones: se continúa verificando el comportamiento de las 66 banderas disponibles y la compatibilidad con los distintos idiomas. Se encuentra pendiente confirmar el origen de una incidencia en la que determinadas reacciones no respondían correctamente, habiéndose observado inicialmente un funcionamiento limitado a la bandera rusa.
• Sistema de diagnóstico: se continúa validando la precisión de los resultados obtenidos en las comprobaciones de infraestructura, servicios externos, tareas programadas y componentes internos.
• Sistema AFK: se requiere continuar comprobando su comportamiento en diferentes escenarios de servidores, menciones, respuestas y restauración de apodos.
• Mecanismos de mantenimiento y retención: se mantienen bajo seguimiento los procesos de eliminación de información y sincronización con el backend externo, especialmente ante interrupciones temporales de conectividad.

💬 Feedback de la comunidad

Queremos conocer vuestra opinión sobre los cambios presentados y recibir sugerencias que nos permitan continuar perfeccionando Firefighter.

Podéis compartir:

• Errores o comportamientos inesperados.
• Sugerencias para mejorar las funciones incorporadas.
• Ideas para futuras actualizaciones.
• Problemas de usabilidad o configuraciones que consideréis necesarias.
• Experiencias y observaciones relacionadas con los nuevos sistemas.

📩 Canal de feedback: en el canal de Tickets de nuestro servidor de Discord.

🚀 Próximos pasos

• Validación en entornos reales: continuar las pruebas de las nuevas funcionalidades en servidores de Discord para verificar su comportamiento fuera de los entornos locales de simulación.
• Sistema de traducción: investigar y solucionar las incidencias pendientes relacionadas con el procesamiento de determinadas reacciones y mejorar la estabilidad de los métodos de traducción.
• Sistema AFK: completar las validaciones de funcionamiento y compatibilidad con las diferentes configuraciones de servidores.
• Diagnóstico y supervisión: continuar ampliando las herramientas de diagnóstico y los mecanismos de monitorización de recursos e infraestructura.
• Optimización interna: seguir perfeccionando los procesos de base de datos, sincronización de servicios externos y administración de tareas programadas.
• Integridad y mantenimiento: revisar los archivos afectados por problemas de codificación y continuar verificando los mecanismos automatizados de retención de datos.

📋 Resumen

En este snapshot presentamos una serie de modificaciones estructurales y funcionales correspondientes al desarrollo de Firefighter. Los cambios incluyen una reestructuración del sistema de moderación, la ampliación de los mecanismos de registro y auditoría, la incorporación de nuevas herramientas administrativas y la implementación de comandos con acceso restringido.

Asimismo, se realizaron correcciones en los sistemas de configuración de logs y gestión de permisos, junto con ajustes internos destinados a mejorar la trazabilidad de errores y el diagnóstico de problemas durante la ejecución del bot.

El 22 de octubre os informamos del incidente de seguridad de Railway, nuestro proveedor de hosting del backend. Ese mismo día completamos la respuesta: todas las credenciales afectadas han sido regeneradas y los servicios están funcionando con normalidad. En este snapshot os explicamos qué hemos hecho, paso a paso. Puedes leer el informe completo del incidente.

✨ Nuevas funciones

• Reestructuración de los comandos de moderación: se reemplazaron los comandos individuales >>ban, >>kick, >>mute, >>banid, >>kickid, >>timeoutid, >>multiban, >>multikick y >>multitimeout por una nueva implementación de >>ban, >>kick y >>mute. Los comandos permiten gestionar uno o varios usuarios mediante sus respectivos identificadores, centralizando las operaciones de moderación y simplificando su utilización.
• Compatibilidad de backups y plantillas con el prefijo tradicional: los sistemas de copias de seguridad y plantillas ahora pueden utilizarse mediante comandos con el prefijo >>. También se incorporó una categoría específica para estas funciones en los sistemas de ayuda /help y >>help.
• Sistema Honeypot: se incorporó >>honeypot con subcomandos para la gestión de esta funcionalidad. El sistema permite disponer de un canal trampa que registra la actividad de los usuarios que envían mensajes en él, facilitando la identificación de comportamientos sospechosos y el análisis de posibles amenazas.
• Compatibilidad con menciones como prefijo: Firefighter ahora puede reconocer las menciones directas al bot como método de invocación de comandos, además del prefijo tradicional >>. Se mantiene la mención como mecanismo adicional de activación, sin incorporar el formato de comandos /comando seguido de una mención.
• >>botlogs: se incorporó un comando interno de acceso restringido a los creadores del bot, destinado a consultar los registros técnicos y operativos de Firefighter.
• /ownerhelp: se añadió un sistema de ayuda exclusivo para los creadores, que permite consultar los comandos administrativos internos, las herramientas de desarrollo y las funciones que no están disponibles en la ayuda pública.
• Nuevos comandos slash exclusivos: se incorporaron los siguientes comandos con restricciones de acceso por identificador de usuario:
  • /hollowknight: disponible exclusivamente para los usuarios 840715759512322088 y 1452642596986814688.
  • /golpes: incorpora 16 tipos de golpes acompañados de GIFs. Su utilización está restringida a los usuarios 840715759512322088 y 1487143857744380074.
  • /peleas: incorpora 16 tipos de peleas con GIFs y utiliza las mismas restricciones de acceso que /golpes.
• Gestión de GIFs para comandos interactivos: se incorporaron herramientas para administrar los recursos multimedia asociados a las acciones:
  • gif_agregar: permite agregar GIFs.
  • gif_twitter: permite gestionar GIFs procedentes de Twitter.
  • gif_quitar: permite quitar GIFs.
  • gif_lista: permite consultar los GIFs registrados.
  • accion: permite gestionar o ejecutar las acciones disponibles según la implementación del sistema.

⚙️ Mejoras

• Sistema centralizado de logs: se reorganizó la clasificación de los registros para facilitar su consulta, administración y análisis. Las categorías incorporadas comprenden:
  • Seguridad y protección antiraid.
  • Moderación.
  • Actividad de miembros.
  • Eventos y cambios del servidor.
  • Economía.
  • Historial de sanciones.
• Registro de mensajes eliminados y editados: se mejoró la información recopilada por el sistema de logs para incluir el contenido del mensaje eliminado. Esto permite disponer de mayor contexto durante la revisión de incidentes y la auditoría de actividad.
• Logs internos de desarrollo: se amplió la instrumentación técnica disponible para los creadores del bot. Los registros contemplan errores de Python, comandos fallidos, problemas de permisos e intents, fallos de API, reconexiones, reinicios, eventos relacionados con cogs, latencia, consumo de memoria y tareas bloqueadas.
• Organización del sistema de ayuda: se incorporaron categorías específicas para las funcionalidades de backups y plantillas, mejorando la clasificación de los comandos disponibles y facilitando su localización desde /help y >>help.
• Actualización de la web de donaciones: se modificó el destino del comando >>donar para utilizar el nuevo dominio oficial: https://firefighterbot.xyz/.

🐛 Correcciones

• Configuración del sistema de logs: se corrigió un problema en >>logs #canal por el cual el canal se almacenaba correctamente, pero el comando continuaba mostrando el estado «No configurado». La corrección permite que el estado informado sea coherente con la configuración guardada.
• Restauración de permisos mediante >>unlock: se corrigió la gestión de permisos para que, al desbloquear un canal previamente bloqueado mediante >>lock, se restaure el permiso original de @everyone. Anteriormente, el comando establecía el permiso como permitido de forma explícita, en lugar de recuperar su estado previo.
• Dependencias e importaciones internas: se incorporaron las importaciones faltantes de collections, contextvars, threading, traceback y yarl, necesarias para los módulos que dependen de ellas y para evitar errores derivados de referencias no importadas.
• Resolución de comandos y menciones: se revirtió la implementación que combinaba el formato /comando con una mención. Se mantuvo únicamente la mención directa como mecanismo adicional de invocación, junto con el prefijo tradicional >>.

🛡️ Seguridad y moderación

• Actualización de permisos de Discord: se modificaron los permisos requeridos por Firefighter para dar soporte al nuevo sistema de logs. Por este motivo, es necesario volver a invitar al bot al servidor para aplicar los permisos actualizados. Se recomienda revisar los permisos concedidos y mantener únicamente los necesarios para el funcionamiento de las funciones habilitadas.
• Registro y auditoría de actividad: se amplió la información disponible sobre mensajes eliminados y editados, así como la clasificación de eventos de seguridad, moderación y actividad de miembros. Estos registros facilitan el seguimiento de incidentes y la revisión de acciones administrativas.
• Sistema Honeypot: se incorporó un canal trampa orientado a identificar actividad dentro de un espacio específico del servidor. Su efectividad dependerá de la configuración y de las reglas que se apliquen al comportamiento detectado.
• Restricción de comandos por identificador: los comandos /hollowknight, /golpes y /peleas cuentan con listas específicas de usuarios autorizados. Estas restricciones delimitan quiénes pueden utilizar las funcionalidades correspondientes.
• Herramientas internas para creadores: los comandos >>botlogs y /ownerhelp permiten separar las herramientas internas de diagnóstico y administración de la interfaz de uso general.

🔑 Seguridad: rotación de credenciales

Siguiendo las recomendaciones de Railway, hemos revocado y sustituido todas las claves que estaban almacenadas en sus variables de entorno:

• Base de datos: nueva contraseña de acceso y nueva cadena de conexión. La anterior ya no es válida.
• Chat de soporte (Firebase): nueva clave de servicio. La clave anterior ha sido invalidada.
• Sesiones de la web: nueva clave de firma. Por eso tendrás que volver a iniciar sesión con Discord en el dashboard.
• Sincronización bot ↔ backend: nuevo secreto compartido, ya aplicado en ambos lados.
• Panel de administración: nueva clave de acceso para el equipo.
• Sistema de alertas: nuevo webhook; el anterior ha sido eliminado.
• Bot y aplicación de Discord: token y credenciales OAuth2 regenerados.

✅ Verificación de servicios

Hemos comprobado uno por uno antes de dar el incidente por cerrado:

• Conexión del backend con la base de datos ✔️
• Conexión con el chat de soporte ✔️
• Bot conectado y sincronizando con el dashboard ✔️
• Estado y estadísticas de la web ✔️
• Inicio de sesión con Discord ✔️

🔍 Revisión de actividad

Hemos revisado los registros de la base de datos, del chat de soporte y de los servidores, y no hemos detectado actividad inusual. Mantendremos la vigilancia sobre ellos en los próximos días.

🛡️ Medidas que ya teníamos activas

Detección y registro de ataques, bloqueo automático de IPs reincidentes, alertas en tiempo real al equipo, cifrado de extremo a extremo en el chat de soporte y límites de peticiones. Seguiremos reforzándolas a raíz de este incidente.

🙋 ¿Tienes que hacer algo?

• Vuelve a iniciar sesión en el dashboard si te lo pide.
• Seguimos sin pedirte nunca contraseñas ni tokens por mensaje directo. Si alguien lo hace en nuestro nombre, es una estafa: avisa a un moderador.
• Los despliegues de Railway ya están disponibles, así que las correcciones de la web volverán a publicarse con normalidad.

🧪 Funciones en pruebas

• Sistema centralizado de logs: se deberá validar la correcta generación y clasificación de los registros, la persistencia de la configuración y el comportamiento ante mensajes eliminados o editados.
• Logs internos de desarrollo: se deberá comprobar que los eventos técnicos se registren correctamente, que los errores sean identificables y que los registros de latencia, memoria, reconexiones y tareas bloqueadas aporten información útil para el diagnóstico.
• Comandos de moderación múltiples: se deberá verificar el procesamiento de varios identificadores en una misma operación, la gestión de usuarios no válidos y la respuesta ante permisos insuficientes o errores individuales.
• Sistema Honeypot: se deberá comprobar la configuración del canal trampa, la detección de mensajes y el registro de la actividad correspondiente.
• Gestión de GIFs: se deberá validar el funcionamiento de las operaciones de incorporación, consulta, eliminación y administración de recursos multimedia, incluyendo el manejo de entradas no válidas.
• Comandos slash restringidos: se deberá verificar que las restricciones por identificador se apliquen correctamente y que los usuarios no autorizados no puedan ejecutar las funciones protegidas.

💬 Feedback de la comunidad

Queremos conocer vuestra opinión sobre los cambios presentados y recopilar información que permita detectar problemas antes de su incorporación a las versiones oficiales de Firefighter.

Podéis compartir:

• Errores o comportamientos inesperados durante el uso de los nuevos comandos.
• Problemas con la configuración, generación o consulta de logs.
• Resultados de las pruebas de los comandos de moderación y del sistema Honeypot.
• Sugerencias para mejorar la organización de los comandos y las categorías de ayuda.
• Problemas relacionados con los permisos requeridos por el bot.
• Ideas para futuras funciones y mejoras de usabilidad.

Si ves algo raro en la web o en el dashboard (errores, datos que no cargan, sesiones que fallan), cuéntanoslo por el chat de soporte de https://firefighterbot.xyz/ o por support@firefighterbot.xyz.

📩 Canal de feedback: en el canal de Tickets de nuestro servidor de Discord.

Al informar de un error, recomendamos incluir el comando utilizado, una descripción del comportamiento observado y los pasos necesarios para reproducirlo. Evitad publicar tokens, credenciales u otra información sensible en los reportes.

🚀 Próximos pasos

• Validación del sistema de logs: comprobar la clasificación de eventos, la consistencia de los registros y el funcionamiento de las distintas categorías.
• Pruebas de moderación: verificar la ejecución de acciones individuales y múltiples, incluyendo los casos de error y las restricciones de permisos.
• Validación de permisos: comprobar que los permisos actualizados sean suficientes para el funcionamiento del bot y que no se soliciten privilegios innecesarios.
• Verificación de herramientas internas: probar >>botlogs y /ownerhelp, incluyendo el acceso restringido a los creadores.
• Pruebas de comandos interactivos: validar las restricciones por identificador y las operaciones de gestión de GIFs.
• Recopilación de feedback: analizar los reportes de la comunidad y priorizar las correcciones necesarias para los siguientes snapshots.
• Seguir reforzando las medidas de protección del backend y la web.
• Mantener la vigilancia de los registros durante los próximos días.
• Publicar novedades aquí si hay cualquier cambio.