Sobre este sistema

Sistema Rekium es una plataforma de automatización integral construida desde cero para gestionar el ciclo de vida completo de los miembros de una corporación de EVE Online: desde el primer contacto en Discord hasta la auditoría con IA, pasando por reclutamiento, gestión de personajes, flotas, timers, tickets internos y dashboards analíticos. Todo el sistema usa Discord como interfaz principal — el usuario nunca abandona la app — mientras que el backend orquesta más de una docena de workflows en n8n contra Alliance Auth, Baserow y MariaDB.

Esta documentación describe la arquitectura, los flujos y las decisiones técnicas tomadas. Sirve también como muestra de mi trabajo: arquitectura distribuida, integración entre cinco plataformas heterogéneas, ingeniería de prompts y de errores, decisiones de coste cero y patrones reutilizables.

Changelog · Evolución v2.1 → v3.0

• W2
  Fix crítico de campos Link

  Reemplazado el nodo nativo de Baserow por HTTP Request PATCH. Los campos Link ahora reciben arrays [id] en lugar de enteros, garantizando relaciones correctas.
• F1/F2
  Sistema de pings de flota

  Modal Discord con tipo de operación → INSERT en opcalendar + embed con botones de asistencia. Soporte para PVP, ORE, ICE, Lunar, Gas.
• ST1
  Structure Timers

  FC introducen timers desde Discord, publicación en canal PVP e inserción en calendario corporativo.
• M1/M2/M3
  Workflows de Mantenimiento

  Auditoría semanal de tokens, repings automáticos de flota y sincronización semanal de miembros entre Auth y Baserow.

Capacidades del Sistema

Stack Tecnológico

Toda la infraestructura es self-hosted en NAS y VPS propios. Cero dependencia de SaaS pago.

Arquitectura de Enrutado (W0 Router)

Un único punto de entrada procesa todas las interacciones de Discord. Cloudflare Worker verifica firma Ed25519 y responde síncronamente. W0 evalúa el custom_id y despacha al sub-workflow correcto vía executeWorkflowTrigger, simplificando el mantenimiento frente a 15 webhooks separados.

Pipeline de Reclutamiento (W1–W5)

Cinco etapas en cadena con tres niveles de aprobación y tres ramas de archivo. El candidato nunca abandona Discord mientras la corporación mantiene trazabilidad completa.

Gestión de Personajes Alternativos (A1 / A2)

Sistema de Tickets IT y Director

Ambos tipos incluyen menú desplegable de selección de tipo antes de crear el canal, sistema de claim y archivado final en W5.

Operaciones de Flota (F1 / F2)

F1 abre modal con tipo de operación. F2 procesa, hace INSERT en opcalendar y publica embed con botones de asistencia. Categorías: PVP, ORE, ICE, Lunar, Gas, Rateo.

Structure Timers (ST1)

FCs introducen timers directamente desde Discord. ST1 valida, publica en canal PVP e inserta en opcalendar con categoría «Estructuras PVP».

Workflows de Mantenimiento (M1 / M2 / M3)

Dashboards Analíticos · Grafana

Estructura de Datos Baserow

Siete tablas con relaciones bidireccionales. Los campos Link usan arrays de IDs — el nodo nativo de Baserow falla silenciosamente con enteros sueltos, por lo que se emplea HTTP PATCH con user_field_names=true.

Roles y Permisos Discord

Lecciones Técnicas Clave

• FILE
  Campos de archivo en Baserow

  Usar HTTP PATCH, no el nodo nativo. JSON.stringify obligatorio.
• LINK
  Campos Link

  Siempre arrays [id]. El nodo nativo envía enteros y falla silenciosamente.
• ACK
  Contexto tras ACK Discord

  Tras nodo ACK, usar $('Parsear body').item.json para recuperar payload original.
• CF
  Modales y Cloudflare Worker

  type:9 debe devolverse síncrono desde Worker. n8n no puede cumplir SLA de 3 segundos.

Stack de Competencias

Próximas Fases