VII Congreso Internacional AAHD 2026 · Viedma, 11 al 13 de noviembre
Presentarnos. Hoy no vamos a contar cómo se instala nada: vamos a contar qué pudimos probar y verificar que es viable,
dentro de los objetivos de nuestro proyecto, y para qué docente sirve cada cosa según lo que tenga disponible.
El proyecto y lo que buscamos
Analizar el potencial de integrar modelos de lenguaje compactos de código abierto con plataformas libres en instituciones educativas con recursos limitados.
Conocer los modelos compactos y sus requerimientos
Analizar los beneficios de ejecutarlos en la institución
Diseñar un prototipo integrado a Moodle para el aprendizaje autónomo y la personalización
Evaluarlo con distintos perfiles de estudiantes
Lo que preguntamos
¿Qué ganan las instituciones con pocos recursos al tener estos modelos de forma local?
¿Qué beneficios pedagógicos da integrarlos en plataformas libres como Moodle, para docentes y estudiantes?
Dónde estamos
Exploración de modelos y herramientas, requisitos y preparación del entorno Moodle. Lo que sigue es el piloto en el campus virtual del CURZA.
Proyecto de investigación · Departamento de Ciencia y Tecnología, CURZA (UNCo)Dirección: Cecilia Cámera · servidor del proyecto con placa de video de consumo
Es un proyecto de cuatro años. Lo que mostramos responde sobre todo a los tres primeros objetivos. El cuarto, la evaluación con estudiantes reales,
es lo que viene. Todo lo que sigue está ordenado por estos objetivos.
¿Por qué modelos locales? Soberanía a escala de consumidor
Privacidad
Lo que escriben estudiantes y docentes puede quedarse en la institución.
Costo
Sin suscripciones por persona: un equipo que una escuela o una facultad puede comprar.
Autonomía
Modelos de pesos abiertos y software libre: no cambian ni desaparecen sin aviso.
Lengua
Voseo, lenguaje claro y referencias propias, decididos por quien enseña.
Los modelos abiertos actuales cambiaron la escala. Los de hasta unos 30 mil millones de parámetros, la clase que entra en una placa de video de consumo, ya hacen trabajo pedagógico útil.
Lo liviano corre en cualquier equipo. En una notebook sin placa de video funcionaron la voz, la búsqueda en el material, la anonimización y un modelo chico de respaldo.
La soberanía no es tener el modelo más grande: es decidir dónde corre y qué ve.
Soberanía tecnológica y privacidadModelos de pesos abiertos · software libre
La pregunta no es si usar IA, sino en qué condiciones. Pensamos la soberanía a la escala de lo que una institución chica
puede comprar, no de un centro de datos. Aclarar desde ahora: durante las pruebas, el modelo de 31B se usó alojado porque la notebook no tiene placa;
medirlo en el servidor del proyecto es el próximo paso.
Nuestra estrategia: asistentes focalizados
Agente de alcance global
Asistente focalizado
La tarea
Amplia: «ocupate del curso»
Un solo propósito, atado a una actividad
Quién decide el recorrido
El modelo
Una estructura determinística: el código conduce, cuenta, valida y guarda
Para qué se usa el modelo
Para todo
Para lo justo: redactar, interpretar, clasificar
Qué modelo hace falta
Uno grande
Alcanza uno compacto
La IA general de Moodle escribió una tarea completa en 2,5 s. El asistente de esa tarea se negó dos veces y guio.
Un análisis de foros pensado para un modelo grande funcionó en uno compacto cuando el código pasó a conducir: de 25 a 7 pedidos al modelo.
Lo que controla el código se cumple siempre. Lo que solo pide la instrucción, casi siempre.
La propuesta para modelos compactosHarness determinístico + modelo para lo justo
Es la idea central. En vez de un agente poderoso al que se le da una tarea global, muchos asistentes chicos, cada uno con un propósito,
sobre una estructura que no depende del modelo. Así un modelo compacto alcanza, y cada paso se puede verificar. Las tres evidencias salen de las pruebas.
Según lo que cada docente tiene a mano
Escenario 1
Moodle propio, en su última versión, con servidores complementarios
La institución o el equipo puede instalar y configurar todo. Tiene a disposición la suite completa: IA dentro de Moodle, asistentes para estudiantes, asistentes en el foro e informes para la docente.
Escenario 2
El Moodle de la institución, sin poder configurarlo
Cualquier versión. Usa las mismas herramientas desde afuera, con dos puentes:
la dirección del aula con un usuario y contraseña
la exportación del foro
Común a los dos
Producir materiales (láminas, videos narrados, recursos interactivos) y proteger los datos (anonimizar), sin tocar Moodle.
VerificadoVerificado en local, sin placa de videoVerificado con un modelo abierto de 31BPor medir
Mapa de la presentaciónCómo se marca cada resultado
No todos los docentes van a tener un Moodle propio y actualizado. Por eso ordenamos lo probado en dos escenarios reales, más una base común.
La leyenda: «con un modelo abierto de 31B» quiere decir que funcionó con un modelo de la clase que estudiamos, alojado durante las pruebas.
Escenario 1 · Moodle propio
Para estudiantes: un asistente por actividad
Ayudante de la tarea
Explica la consigna y ayuda a organizarse. No hace la tarea.
Evaluador socrático
Pregunta de a una sobre una lectura y cierra con una síntesis.
Examen oral de práctica
Distingue respuestas buenas y flojas, y devuelve qué repasar.
Verificado con un modelo abierto de 31B2 a 5 s por respuesta
El ayudante, enlazado desde el aula. Cada asistente trae solo el material de su actividad.
Aprendizaje autónomo con límites clarosLa IA general escribió la tarea; el asistente, no
La IA integrada de Moodle también funciona con modelos propios, y sirve a la docente. Con estudiantes, una herramienta general no sabe qué se
está aprendiendo: hace lo que se le pide. Por eso, asistentes con un solo propósito.
Escenario 1 · Moodle propio
El foro como memoria
El orientador conversa con varios estudiantes a la vez, en el foro de un trabajo grupal o individual
Antes de responder, arma un mapa del hilo: quién se ocupa de qué, qué se decidió, qué sigue abierto
No hace el trabajo y deriva a la docente lo que no le corresponde: fechas, notas, reglas
El coordinador le avisa a la docente lo que nadie atendió, una sola vez
Sin memoria aparte: todo queda en el foro, a la vista de la docente y del grupoVerificado con un modelo abierto de 31B
El foro ya es el contexto y la historia de la conversación. El orientador no guarda nada propio: lo reconstruye desde el foro cada vez.
En la captura, una estudiante le pide los tres usos y el orientador se niega, le recuerda la consigna y le dice quién ya se ofreció.
Escenario 1 · Moodle propio
Para la docente: borradores, nota y respaldo
Informes y borradores: resumen del foro, devoluciones de entregas, preguntas para el banco. Nada se publica sin la docente
Recursos con nota: la nota llega sola al libro de calificaciones
Registro de cada uso de la IA dentro de Moodle: quién, qué y con qué modelo
Respaldo sin internet: si la nube no responde, Moodle pasa a un modelo local. Lento (115 s), pero el aula no se queda sin herramienta
VerificadoRespaldo verificado en local
El resumen del foro llega a los mensajes de la docente, dentro de Moodle.
Un recurso interactivo informó su nota a Moodle.
La docencia en el circuitoMoodle guarda foros, avisos, usos de IA y notas
Lo que va a todo el curso pasa por la docente. Y Moodle es la memoria institucional: los datos no quedan repartidos en servicios ajenos.
Escenario 2 · El Moodle de la institución
Con la dirección del aula y un usuario
La docente pega la dirección de su aula y el nombre de los foros. Un asistente entra como lo haría una persona y le devuelve un informe: preguntas sin responder, las que solo respondió un asistente, quién no escribió.
Con su cuenta
Solo lee. Nunca escribe en su nombre.
Con una cuenta de asistente
Ella la matricula. También responde en el foro y le avisa.
Si la institución tiene habilitada la app oficial de Moodle, la misma cuenta usa esa vía. Con doble factor o inicio de sesión único, queda la exportación.
Sin administrador y sin tocar la configuraciónInforme en 5 a 25 s
Muchos docentes trabajan en un Moodle que no pueden configurar, y a veces en varios. Con lo que sí tienen, su usuario, o una cuenta de asistente
que pueden matricular ellos mismos, el asistente trabaja igual. Se probó de punta a punta.
Escenario 2 · El Moodle de la institución
Con solo exportar el foro
Informe de foro: devolución por participante, artefactos para la docente y respuestas con la evidencia a la vista
Síntesis de foro: las preguntas que se repiten, un mensaje de portada para pegar en el foro y qué hilos se pueden podar
Con cada exportación nueva, qué cambió
Privacidad verificable. El código cambia los nombres por rótulos antes de cada pedido al modelo, y una guardia frena cualquier pedido con un nombre. Una prueba automática de 6 conversaciones revisó todo lo que salía: ningún nombre.
Cualquier docente puede exportar su foroInforme de foro · Síntesis de foro
El caso de menor acceso: exportar el foro, algo que puede hacer cualquier docente. Este asistente nació de un prompt pensado para un modelo grande,
y funcionó en uno compacto cuando el código pasó a conducir la conversación. Y la privacidad dejó de ser una promesa: se verifica.
Común a los dos escenarios
Producir materiales, sin tocar Moodle
Un video de 43 s, narrado con voz rioplatense, desde tres láminas hechas con un pedido. Se armó en 27 s.
Láminas desde un pedido en lenguaje natural
Videos narrados con subtítulos, desde un PDF o una presentación
Recursos interactivos: autoevaluaciones, historias ramificadas, explorables. En el celular y sin internet; con nota en Moodle
VerificadoVoz en localTextos con un modelo abierto de 31B
Desde el chat, sin instalar nada en MoodleFormatos abiertos: HTML y SCORM
Esto sirve en cualquier escenario, incluso fuera de Moodle: el recurso se sube como un archivo más. El código arma y prueba cada recurso
(una sola respuesta correcta, sin caminos sin salida, con tildes) y el modelo escribe.
La voz y la lengua, en local
Voz rioplatense, en una notebook
«Hola, ¿cómo andás? Te cuento que el turno quedó para el martes a las diez…» Tres veces más rápida que el audio, sin placa de video.
La misma frase, con una voz genérica
La transcripción local todavía no respeta cómo hablamos:
Se dijo
Se transcribió
Si no podés venir
Si no puedes venir
avisanos
hay sanos
abre el juzgado
abre el foso 2
Qué modelos existen, y con qué datos se entrenaron, define cómo nos habla la IA.
Voz verificada en localTranscripción con voseo: por resolver
Adaptación lingüística y culturalAccesibilidad: lectura en voz alta y narración
Un hallazgo para las humanidades digitales. La voz rioplatense ya es viable en local y sirve para accesibilidad. La transcripción pasa el voseo a tuteo:
la soberanía también es lingüística.
Ideas de trabajo con modelos locales
En una notebook sin placa
Narrar consignas y recursos en voz rioplatense
Anonimizar antes de compartir o de usar cualquier modelo
Buscar en el material del curso
Leer capturas sin que salgan del equipo
Respaldo cuando no hay internet
Verificado en local
En una PC con placa de consumo
Los asistentes por actividad y en el foro, con el modelo en la institución
Los informes de foros
Producir recursos, láminas y videos sin depender de la nube
Por medir en el servidor del proyecto
En cualquier escenario
Del foro al repaso: las dudas detectadas generan una autoevaluación
Del recurso al asistente: al terminar, un enlace para repasar lo que falló
Un modelo chico para lo privado, uno mediano para redactar
Propuestas
Lo que se puede hacer con lo que una institución puede comprarDe lo verificado a lo propuesto
El modelo chico local encontró su papel en las pruebas: tareas acotadas y privadas, como anonimizar o leer capturas. Lo generativo de los asistentes
se probó con un modelo de 31B; el paso siguiente es medirlo con el modelo corriendo en la institución.
Lo confirmado y lo que falta
Verificamos que es viable
Asistentes focalizados que guían sin hacer el trabajo
Agentes en el foro con Moodle como memoria
Trabajar sin configurar Moodle: con un usuario o con la exportación
Privacidad que se puede verificar
Materiales con voz rioplatense y nota en Moodle
Lo liviano, en local, en una notebook
Falta medir o resolver
La calidad con los modelos corriendo en el servidor del proyecto
El efecto con estudiantes y docentes reales
Un Moodle institucional y versiones anteriores
La transcripción fiel al voseo
El límite entre orientar y resolver
Un registro único de las interacciones, para investigar
Casos simulados con cuentas de prueba; cada cambio medido antes y despuésObjetivos 1, 2 y 3 del proyecto
Ser claros con el estado: lo confirmado se probó con casos simulados y registros guardados. Lo que falta es justamente lo que el cronograma
pone en los próximos años.
Próximos pasos
Las mismas pruebas con los modelos en el servidor del proyecto: calidad, tiempos y reintentos
Piloto en el campus virtual del CURZA con estudiantes reales
Evaluar autonomía, personalización e inclusión, antes y después
Recomendaciones por escenario para otras instituciones: qué hacer con Moodle propio, con el Moodle de la institución o solo con la exportación
Talleres para docentes, uno por escenario
Trabajar el límite entre orientar y resolver
Cronograma del proyecto: años 2 a 4Formación de recursos humanos y extensión
Las recomendaciones de implementación institucional ya están en el cronograma. Los escenarios de hoy son la forma de esas recomendaciones:
qué puede hacer cada docente con lo que tiene.
Gracias
Asistentes focalizados, estructuras sólidas y modelos compactos: una IA que la institución puede sostener y decidir.
Ramiro García Poggi · Leandro Boisselier · Cecilia Edith Cámera