Guion y Hoja de Ruta de Defensa
Guía interactiva de apoyo al ponente — Abel Vilariño Gerpe
Apertura y Contextualización (0:00 - 2:00)
El inicio de la exposición es el momento crítico para captar la atención del tribunal. El tono debe ser **seguro, pausado y con una excelente vocalización**. El objetivo de esta introducción es situar a los miembros del tribunal en el escenario real de un centro educativo medio para justificar la necesidad absoluta de desarrollar Velion.
"Buenos días a todos los miembros del tribunal. Mi nombre es **Abel Vilariño Gerpe** y tengo el honor de presentarles mi proyecto de fin de grado medio: **Velion**. Este proyecto no es simplemente una base de datos o una aplicación aislada, sino una **infraestructura completa y un sistema operativo institucional** concebido desde cero para dar respuesta a los graves problemas que sufren hoy en día los centros educativos en su administración de sistemas y redes. Durante los próximos minutos les mostraré cómo combinando la virtualización en entornos aislados, la filosofía de seguridad descentralizada **Zero Trust** y la vanguardia de la **inteligencia artificial agéntica**, podemos dar una segunda vida al hardware escolar limitado sin gastar un solo euro en licencias comerciales."
Guion Diapositiva por Diapositiva (2:00 - 5:00)
Guía de Ejecución de la Prueba Práctica (5:00 - 8:00)
La prueba práctica en vivo es el momento clave para certificar ante el tribunal que todo lo expuesto funciona de manera real. Es fundamental tener los servicios ya levantados en segundo plano para evitar esperas y realizar las acciones con precisión quirúrgica.
- Abre el navegador web en la URL pública: `https://velion.divxal.com/`.
- Haz clic en el botón de Acceso en el menú superior o intenta abrir la "Terminal Agente".
- Señala la pasarela de login corporativo de Keycloak con el estilo translúcido adaptado.
- Introduce las credenciales de prueba del docente y haz clic en acceder.
"Como pueden ver, al intentar acceder a los servicios de la intranet, somos redirigidos automáticamente a la pasarela unificada de **Keycloak**. Aquí se aprecia el tema visual personalizado de Velion. Al autenticarme, Keycloak genera un token JWT firmado criptográficamente que viaja de forma segura en las cabeceras HTTP de mis peticiones de datos."
- Accede a la sección de archivos de la intranet de React.
- Sube un documento de texto de ejemplo a la nube. Muestra cómo aparece al instante en la lista.
- Abre la ventana de mensajería (chat departamental) y escribe un mensaje de prueba. El mensaje se enviará y renderizará en tiempo real.
"Una vez iniciada la sesión, tenemos acceso a los servicios integrados. La subida de archivos se realiza sobre nuestra nube privada de **MinIO** mediante peticiones API firmadas con el token JWT. Asimismo, el chat departamental funciona mediante canales de **WebSockets de dos vías**, lo que permite una comunicación instantánea entre el profesorado del centro sin depender de plataformas de mensajería comerciales externas."
- Haz clic en el enlace "Terminal Agente" en el menú de navegación superior.
- Escribe una instrucción en la consola de chat, por ejemplo: **"Lanza la calculadora en el cliente y comprueba si se está ejecutando"**.
- Muestra cómo la consola despliega los mensajes dinámicos: `[AGENTE] Pensando acción...`, seguido del comando de ejecución Bash real inyectado en Wayland.
- Verifica en la pantalla del cliente virtual que la calculadora se ha abierto de forma automática y remota.
"Este es el núcleo innovador del proyecto. Le he ordenado al asistente que lance una aplicación gráfica en la máquina del cliente de pruebas. El modelo de Ollama ha interpretado la solicitud y ha decidido escribir y ejecutar el comando Bash en caliente. El backend ha inyectado el socket del compositor Wayland y ha ejecutado el proceso. Posteriormente, el agente ha ejecutado un comando de comprobación (`pgrep`) para certificar que el proceso está activo en el cliente de forma exitosa y remota."
Evolución e Hoja de Ruta ASIR (8:00 - 10:00)
Uno de los mayores atractivos de Velion es que está planteado de forma escalable. Abel debe dejar claro ante el tribunal que este proyecto tiene recorrido de desarrollo para la fase del Grado Superior (ASIR) centrándose en el bajo nivel del sistema operativo cliente.
ASIR requiere un dominio profundo del núcleo y el sistema operativo. Compilaremos la distribución cliente base partiendo directamente del código fuente (LFS), descartando paquetes innecesarios para garantizar que el sistema cliente funcione de forma instantánea incluso en ordenadores antiguos de 2 GB de RAM.
Reemplazaremos los entornos de escritorio pesados de Linux (como GNOME o KDE) por un compositor Wayland de ventanas apilables minimalista como **labwc**, complementado con **Quickshell** (basado en Qt/QML) para dibujar paneles, docks y barras de tareas de forma nativa con un consumo inferior a 300 MB de RAM.
En lugar de entrar a una web para iniciar sesión, configuraremos la autenticación física del arranque del ordenador cliente (Display Manager / GDM) contra Keycloak. Usaremos módulos de Linux **PAM (Pluggable Authentication Modules)** y **SSSD (System Security Services Daemon)** para validar las credenciales de inicio del usuario contra nuestro servidor SSO.
El agente inteligente dejará de operar únicamente a través de SSH remoto y pasará a ejecutarse como un servicio/demonio nativo en segundo plano en cada cliente local. Esto le permitirá monitorizar el hardware de la máquina, aplicar scripts de reparación de forma directa y ayudar al docente de forma interactiva en su propio escritorio gráfico.