IA local en Moodle: qué datos salen y qué cambia al elegir proveedor

Una organización quiere que el profesorado pueda resumir materiales desde Moodle. Está considerando utilizar un servicio remoto o alojar un modelo en su propia infraestructura. La segunda opción parece resolver de inmediato la pregunta sobre dónde se envía el contenido.

Pero la ubicación del modelo no describe todo el recorrido. Hay que saber qué componente prepara la petición, si otro servicio genera representaciones de los documentos, qué registros se conservan y qué sucede cuando el proveedor elegido no responde. La decisión empieza dibujando ese recorrido.

El escenario es hipotético. No presupone una instalación concreta, una prueba de rendimiento o una recomendación universal de proveedor.

Empezar por la función que el docente necesita

Resumir un material, generar una imagen y responder preguntas con fuentes del curso son funciones distintas. No necesitan necesariamente las mismas acciones del subsistema, la misma información ni el mismo modelo.

Moodle organiza su integración de IA mediante componentes que sitúan las funciones en la interfaz, acciones y proveedores. Moodle 5.3 permite configurar instancias de proveedores y documenta la integración con Ollama para modelos alojados localmente. Eso permite plantear la alternativa; sigue siendo necesario comprobar los componentes y las acciones disponibles en la instalación que se va a operar.

Para el resumen, la primera prueba debería responder si el resultado conserva las ideas importantes, evita añadir afirmaciones y se puede revisar con un esfuerzo razonable. Si el material contiene tablas o fórmulas que el recorrido de entrada no conserva, cambiar de proveedor no recuperará por sí solo esa información.

También hay que fijar el volumen esperado. Una función utilizada ocasionalmente por dos docentes plantea una operación distinta de otra que recibe muchas peticiones al comienzo de cada periodo lectivo. Esa diferencia influye en la infraestructura local y en los límites o compromisos del servicio remoto.

Dos configuraciones para resumir el mismo material

Para concretar la comparación, planteo dos configuraciones alternativas en Moodle 5.3. En ambas el caso es resumir un material de texto autorizado para el mismo rol. No se añade un tutor con búsqueda ni se utiliza el contenido de otros cursos. Así se puede discutir la elección de proveedor sin atribuir al modelo funciones que pertenecen a otra integración.

En la primera opción se crea una instancia del proveedor Ollama, se indica su dirección de servicio y se configura el modelo disponible para la acción de resumen. El servidor que ejecuta Moodle tiene que poder alcanzar ese destino; una dirección que funciona desde el ordenador del administrador no demuestra esa conectividad. El alojamiento del modelo puede estar en otra máquina de la infraestructura controlada.

La segunda opción utiliza una instancia del proveedor Anthropic Claude, documentado para Moodle 5.3, con acceso de API, modelo elegido para la acción y límites de uso. El material seleccionado cruza entonces la frontera hacia ese servicio. No hay que confundir la cuenta de una aplicación de chat con el acceso de API que necesita la integración.

Esta tabla es una propuesta de configuración y aceptación, no el resultado de una instalación auditada. El registro comparativo descargable conserva sus condiciones y los campos que deben completarse en el ensayo.

La coexistencia de varias instancias merece una comprobación específica. Moodle permite ordenar proveedores para procesar acciones; no basta con que la instancia local aparezca primero para concluir que nunca se utilizará otra ruta. Si el requisito es que ese material permanezca en infraestructura controlada, la configuración y la prueba de fallo deben demostrar que no acaba en un destino externo. Si se permite una alternativa remota, tiene que quedar definida y ser compatible con el tratamiento previsto para esos datos.

Dibujar todas las salidas, también las auxiliares

En una integración remota, el contenido seleccionado llega a un proveedor externo para su procesamiento. El equipo debe precisar qué se envía, con qué identidad y a qué destino. No debería añadir datos personales que la tarea no necesita.

En una integración local, la petición puede quedarse dentro de la infraestructura elegida. Para sostener esa afirmación hay que revisar las conexiones efectivas. Un servicio auxiliar de búsqueda, un proveedor alternativo configurado para errores o una herramienta de observación externa pueden recibir información aunque el modelo principal sea local.

Dos rutas conceptuales de procesamiento. Las conexiones y salidas auxiliares dependen de la configuración real, que debe comprobarse en el ensayo.

Ver a tamaño originalCerrar

El inventario debería identificar cada componente que recibe contenido, conserva una copia o transforma el material. Incluiría la preparación de documentos, el almacenamiento, la búsqueda cuando exista, la inferencia y los registros. No todas las funciones usan todos esos componentes; incorporarlos por defecto también aumenta el trabajo y los puntos que hay que controlar.

Una captura de tráfico durante un ensayo puede ayudar a localizar destinos, pero no demuestra por sí sola qué retiene el proveedor ni que no existan otras rutas. La configuración, los contratos aplicables y las comprobaciones técnicas responden preguntas complementarias.

Alojar el modelo cambia quién mantiene el servicio

La alternativa local permite asumir más control sobre el entorno de ejecución. Ese control implica mantener componentes, gestionar acceso, aplicar actualizaciones, vigilar capacidad y resolver incidencias. También hay que decidir cómo se conserva y se retira la información registrada.

Si la organización no dispone de esa capacidad, puede contratarla o limitar el alcance inicial. Lo que no conviene es darla por existente porque el software pueda descargarse. Tampoco debería confundirse la licencia del modelo con un coste total de uso nulo.

En la alternativa remota, parte de la infraestructura queda a cargo del proveedor. La organización sigue necesitando controlar credenciales, permisos, límites de consumo, cambios de comportamiento y continuidad ante un fallo. Delegar la ejecución del modelo no delega la responsabilidad de decidir qué función se ofrece al profesorado.

La comparación económica debe utilizar un periodo y una carga definidos. Para el despliegue local se incluyen recursos reservados y operación; para el remoto, uso contratado y componentes de integración. En ambos casos hay revisión de resultados y mantenimiento. Sin esas condiciones, una cifra por petición puede ocultar más de lo que aclara.

Comparar con la misma tarea y materiales autorizados

Antes de elegir, prepararía una muestra de materiales que represente las dificultades importantes del uso previsto. Un texto sencillo permite comprobar que la función responde. No permite concluir cómo tratará documentos extensos, tablas, formatos diferentes o contenidos en varios idiomas.

La evaluación debería conservar la petición, los materiales, las versiones de los componentes y el criterio de aceptación. La comparación de calidad necesita una revisión del contenido; la de operación necesita observar espera, errores y capacidad bajo la carga acordada. Un ensayo pequeño puede orientar la decisión sin demostrar que la instalación soporte el periodo de máxima demanda.

Esa evaluación puede conducir a una solución distinta por función. Una organización puede decidir que determinados materiales se procesen dentro de su infraestructura y limitar otras acciones mientras no cumplan los criterios acordados. Si se combinan proveedores, la ruta utilizada debe seguir siendo comprensible y comprobable.

Elegir también cómo se deja de utilizar

Una integración no termina en la primera respuesta correcta. Puede cambiar la política de datos, desaparecer un componente mantenido por terceros o dejar de ser suficiente la capacidad disponible. Conviene conservar las pruebas que justificaron la elección y decidir qué cambios obligan a repetirlas.

Si hay índices, registros o copias intermedias, la salida debe abarcar esos datos. Desactivar una instancia evita nuevas peticiones por esa ruta, pero no demuestra que se hayan eliminado los contenidos ya conservados en otros componentes.

La ingeniería del sistema de IA permite situar esta elección junto a los permisos, las pruebas y la retirada. Si después se sustituye el modelo o el proveedor, la comparación del comportamiento de la integración debe repetirse con las condiciones que se quieran conservar.

Elegiría la alternativa que permita cumplir la función prevista con un recorrido de datos explicable y una operación que la organización pueda sostener. «Local» describe una ubicación que hay que verificar. La decisión completa incluye qué se procesa allí, quién responde cuando falla y cómo se conserva la capacidad de cambiar.