El problema: administración escolar sin digitalizar

El Centro Educativo en Arte Benito Juárez manejaba todos sus procesos administrativos de forma fragmentada. Como docente de multimedia en la institución, viví esa fricción de primera mano, lo que cambió completamente cómo diseñé la solución.

Capturas del sistema en producción

Arquitectura del sistema

Axula usa una arquitectura modular de 20 Blueprints Flask organizados por dominio funcional. SQLite en modo WAL (Write-Ahead Logging) permite lecturas concurrentes sin bloqueos mientras el sistema escribe — clave en un entorno escolar con múltiples usuarios simultáneos.

Módulos principales

Stack tecnológico

Backend

IA y generación de documentos

Frontend y seguridad

Cómo se construyó Axula

Desarrollé Axula desde dentro de la institución — como docente que vivía los problemas que resolvía. Eso cambió completamente las decisiones de diseño.

1. 1
   Observación directa (2 semanas) Antes de escribir código, documenté cada proceso manual: cómo se llenaban los boletines, cuánto tardaba registrar asistencia, dónde se perdía información entre docentes y secretaría.
2. 2
   Arquitectura Blueprint por dominio Diseñé cada módulo como un Blueprint independiente. Esto permite que el sistema crezca sin tocar lo que ya funciona — un módulo nuevo no rompe los existentes.
3. 3
   Desarrollo iterativo con usuarios reales La interfaz de asistencia fue rediseñada 3 veces hasta que cualquier docente podía completarla en menos de 90 segundos por aula. No velocidad estimada — tiempo medido con reloj en mano.
4. 4
   Integración de IA en flujos existentes, no como función separada El asistente LLaMA 3 aparece en el momento exacto en que el padre necesita respuesta — no como chatbot flotante genérico, sino integrado en el portal de padres con contexto del colegio.
5. 5
   Modularización completa (20 Blueprints) La refactorización de monolito a arquitectura Blueprint fue el cambio más crítico. Permite que diferentes roles del equipo trabajen en módulos sin conflictos de código.

Lo que aprendí construyendo Axula

Construir un sistema que usas tú mismo cambia la forma en que diseñas. No interpretas un brief — resuelves tu propio problema. Cada decisión de UX tiene consecuencias reales: si el formulario de asistencia es lento, tú pierdes tiempo. Eso fuerza honestidad.

La lección más importante: la IA no es una función, es una capa. Los módulos de LLaMA 3 funcionan mejor cuando están integrados en flujos que ya existen que cuando se presentan como herramientas separadas. El asistente de consultas funciona porque aparece en el momento preciso en que el padre lo necesita, con contexto real del colegio — no como un chatbot genérico.

La segunda lección: SQLite en WAL mode resuelve el 90% de los casos de concurrencia sin la complejidad de Postgres. Para sistemas internos con decenas de usuarios simultáneos, es la opción correcta. Agregar complejidad innecesaria es el error de arquitectura más común.