01.01 · Cambio de paradigmaDe chatbot tradicional a asistente inteligenteEl salto no es solo una conversación más natural: cambia la forma de interpretar, consultar información y actuar.01Chatbot tradicional: reglas, menús y respuestas previstasFunciona muy bien dentro de caminos conocidos, pero obliga al usuario a adaptarse a su guion.+02Asistente inteligente: contexto, lenguaje natural, razonamiento y acciónInterpreta la necesidad expresada en palabras naturales y puede usar fuentes o herramientas controladas.+03En educación: no solo responde, acompañaLa respuesta debe ayudar a avanzar sin reemplazar el proceso de aprendizaje.+
01.02 · Contexto LMS¿Qué cambia cuando lo llevamos a Moodle?La respuesta correcta depende de dónde está el usuario, qué puede ver y qué está ocurriendo ahora en el curso.01El curso y su edición concretaDos ediciones del mismo curso pueden tener calendarios, docentes, recursos y reglas diferentes.+02El usuario, su rol y su progresoLa misma pregunta puede requerir una respuesta diferente para un estudiante, tutor o gestor.+03La actividad, sus fechas y restriccionesLas reglas de acceso, finalización y entrega viven en la configuración activa del LMS.+04Las fuentes oficiales disponiblesEl asistente debe distinguir material autorizado, información orientativa y conocimiento general.+05Los límites académicos y de privacidadLa ayuda permitida depende de la actividad y los datos disponibles para ese usuario.+
01.03 · ArquitecturaCaminos para integrar asistentes IANo existe una única ruta: control, velocidad, mantenimiento y tratamiento de datos cambian según el enfoque.01Desarrollo propioMáximo control a cambio de asumir arquitectura, seguridad, operación y evolución.+02Plugins propios para el LMSIntegración cercana a Moodle con acceso controlado a contexto y permisos.+03Plugins de la comunidad MoodleUna vía rápida para explorar, siempre con evaluación técnica y de gobierno.+04Plugins comerciales bajo licenciaAceleran soporte y mantenimiento, pero introducen coste y dependencia del proveedor.+05Software externo vía API, Make o n8nConecta servicios con rapidez, pero cada salto añade credenciales, latencia y puntos de fallo.+
02.01 · DescubrimientoAntes de la tecnología: ¿qué dolor quieres resolver?El caso de uso debe describir una fricción observable y una población concreta.01Dudas repetidasPreguntas frecuentes y estables son un buen punto de partida para aprender con riesgo acotado.+02Soporte técnicoIdeal para pasos verificables, navegación y diagnóstico básico de incidencias.+03Orientación dentro del cursoAyuda a encontrar recursos, comprender el itinerario y saber qué hacer después.+04Apoyo pedagógicoAmplía explicaciones y ofrece práctica sin sustituir la enseñanza ni la evaluación.+05Tutoría o seguimientoAcompaña el avance y detecta bloqueos, con límites claros sobre decisiones y datos.+
02.02 · AlcanceElegir el tipo de asistenteCada misión cambia las fuentes, herramientas, riesgos, lenguaje y métricas de éxito.01FAQ inteligenteResponde preguntas frecuentes con lenguaje natural y evidencia oficial.+02Soporte MoodleCombina procedimientos con datos actuales de la plataforma.+03Tutor de cursoGuía la comprensión con fuentes del curso y estrategias didácticas.+04Asistente para tutoresApoya el trabajo profesional sin reemplazar la responsabilidad docente.+05Asistente de matrícula o postcursoOrienta antes y después del aula con información administrativa vigente.+
02.03 · ConfianzaÉtica y transparencia desde el primer contactoLa relación comienza con una explicación honesta de qué es el sistema, qué puede hacer y cómo obtener ayuda.01Avisar que usa IALa persona debe saber con claridad que interactúa con un sistema automatizado.+02Explicar límitesLa confianza aumenta cuando el sistema reconoce su alcance y su incertidumbre.+03No simular ser humanoEl diseño conversacional puede ser cercano sin fingir identidad o emociones humanas.+04Indicar uso de datosLa persona debe entender qué información se procesa y con qué finalidad.+05Ofrecer soporte humanoLa IA debe ampliar el acceso, no convertirse en una barrera única.+
02.04 · Protección de datosPrivacidad: datos mínimos y contexto correctoEl contexto mejora las respuestas solo cuando es pertinente, autorizado y proporcional.01Solo datos necesariosCada campo enviado debe tener una finalidad concreta para esa respuesta.+02Usuario correctoLa identidad debe provenir de una sesión autenticada, no de lo que afirma el mensaje.+03Curso correctoEl alcance de recuperación y herramientas debe quedar fijado por el contexto de navegación autorizado.+04Permisos desde MoodleLa fuente de verdad para autorización debe ser el LMS o el sistema institucional correspondiente.+05Políticas clarasEl funcionamiento real debe coincidir con lo explicado a usuarios y responsables.+
02.05 · GuardrailsSeguridad y barreras de protecciónLos controles deben anticipar manipulación, uso fuera de alcance, exposición de datos y consumo abusivo.01Prompt injectionUna instrucción maliciosa intenta desplazar las reglas del sistema o extraer información.+02Preguntas fuera de alcanceEl asistente debe reconocer cuándo una consulta no pertenece a su misión.+03Evaluaciones y trampasLa ayuda debe reforzar aprendizaje sin entregar resultados evaluativos.+04Fuga de informaciónDatos personales, credenciales, instrucciones internas o contenido restringido nunca deben llegar al usuario equivocado.+05Abuso de tokensConsultas automatizadas o desproporcionadas pueden agotar presupuesto y degradar el servicio.+
03.01 · Patrón recomendadoBuena práctica: agentes especializadosUna misión acotada permite mejores fuentes, límites más claros y pruebas interpretables.01Una misión claraCada agente debe poder describirse con un verbo, una audiencia y un resultado.+02Menos contexto innecesarioEl agente recibe solo instrucciones, fuentes y herramientas relevantes para su responsabilidad.+03Mejor precisiónUn espacio de decisión más pequeño facilita respuestas consistentes y fundamentadas.+04Menor costePrompts, contexto y modelos pueden ajustarse a la complejidad real de cada intención.+05Más fácil de probarLos comportamientos esperados y prohibidos son más concretos.+
03.02 · OrquestaciónSi quieres “uno para todo”: router + subagentesUna interfaz única no obliga a construir un único agente con todo el conocimiento y todos los permisos.011. Pregunta del usuarioLa entrada incluye lenguaje natural y contexto mínimo confiable de la sesión.+022. Router de intenciónClasifica la necesidad y estima si tiene suficiente confianza para derivar.+033. Subagente adecuadoRecibe solo las instrucciones, fuentes y herramientas de su misión.+044. Respuesta contextualizadaLa salida integra evidencia, resultado de herramientas y una forma útil para el usuario.+
04.01 · Antes del promptFicha mínima de configuraciónUna página de decisiones evita que el prompt se convierta en el lugar donde intentamos resolverlo todo.01Misión y audienciaDefine quién recibe ayuda, para qué y dentro de qué fronteras.+02Fuentes y herramientasDistingue conocimiento documental de datos actuales y acciones.+03Modelo y parámetrosElige potencia, coste y comportamiento según la complejidad de la misión.+04Límites y fallbackEspecifica cómo se comporta el sistema cuando no debe o no puede responder.+05KPIs de éxitoLas métricas deben demostrar que el dolor inicial mejora sin trasladar el problema.+
04.02 · Elección tecnológicaProveedor y modelo de IALa comparación útil no es una lista fija de ganadores: es una matriz de requisitos revisada periódicamente.01OpenAI: equilibrio entre capacidades, coste y ecosistemaUna familia amplia de modelos y herramientas puede facilitar adaptar la configuración a distintos agentes.+02Anthropic: calidad de instrucciones y coste a compararPuede resultar competitivo para tareas con instrucciones complejas, pero debe validarse en el presupuesto y la integración.+03Gemini: ecosistema e integración institucionalPuede ser relevante cuando la organización ya utiliza servicios Google o necesita capacidades específicas del ecosistema.+04DeepSeek y alternativas: coste competitivo con evaluación integralUn precio atractivo puede ampliar viabilidad, pero no sustituye análisis de confianza, cumplimiento y operación.+05Elegir según el caso de usoLa decisión debe trazarse desde misión, riesgo y métrica, no desde una tabla genérica.+
04.03 · AdecuaciónElegir modelo no es elegir “el más nuevo”Un cambio de modelo es un cambio de comportamiento y requiere una nueva evidencia de calidad.01Coste de entrada y salidaLas instrucciones, el historial, las fuentes y la respuesta contribuyen al consumo.+02Ventana de contextoMarca cuánto texto total puede considerar el modelo en una solicitud.+03LatenciaEl tiempo de respuesta forma parte de la calidad percibida.+04ConsistenciaEl sistema debe respetar formato, límites y criterios a través de múltiples formulaciones.+05Volver a probar al cambiar de modeloUn reemplazo aparentemente superior puede alterar tono, longitud, obediencia y herramientas.+
04.04 · ComportamientoTemperatura y esfuerzoSon controles distintos: uno afecta variación y otro, cuando existe, recursos de razonamiento.01Temperatura baja: soporte, políticas y datos concretosFavorece respuestas más estables y menos creativas.+02Temperatura media: tutoría, explicación y ejemplosPermite variedad moderada para adaptar lenguaje y construir ejemplos.+03Temperatura alta: creatividad, role-play e ideaciónAumenta diversidad cuando explorar opciones es parte del objetivo.+04Más esfuerzo puede mejorar el razonamientoAlgunos modelos permiten dedicar más recursos a problemas complejos.+05Más esfuerzo puede aumentar coste y latenciaEl razonamiento adicional consume tiempo y recursos aunque la respuesta final sea corta.+
04.05 · EficienciaTokens, contexto y costeEl contexto se selecciona y se gobierna; no se vuelca de forma indiscriminada.01Limitar la respuesta máximaEl límite de salida debe encajar con la tarea y evitar textos innecesarios.+02No enviar “todo el curso”El volumen no compensa la falta de selección y puede introducir ruido.+03Contexto relevante y autorizadoCada elemento debe ser útil para la consulta y visible para ese usuario.+04Controlar coste por consultaEl coste debe medirse por intención y resultado, no solo por conversación.+05Medir latenciaEl tiempo total incluye cada dependencia del flujo.+
04.06 · InstruccionesPrompt para aulas virtualesEl prompt traduce decisiones educativas y operativas a reglas comprensibles para el modelo.01Rol y objetivoDescribe la función sin convertirla en una personalidad teatral.+02Público y contextoIndica para quién responde y qué información puede considerar.+03Límites académicosExplica qué ayuda puede ofrecer en actividades de aprendizaje y evaluación.+04Idioma y formatoLa forma de la respuesta debe facilitar comprensión y acción.+05Qué no debe hacerLas prohibiciones deben acompañarse de una conducta segura alternativa.+
04.07 · MantenimientoBuenas prácticas de promptLa claridad, el orden y la capacidad de probar importan más que la longitud o la retórica.01Menos épica, más estructuraInstrucciones concretas superan a elogios o personajes grandilocuentes.+02Lo importante va al inicioMisión, límites críticos y proceso esencial deben aparecer con máxima claridad.+03Prompts largos cuestan másCada instrucción se procesa en cada consulta y puede introducir conflictos.+04Revisar al cambiar modeloLa misma instrucción puede producir comportamientos distintos entre modelos y versiones.+05El prompt en inglés puede ahorrar tokensEs una hipótesis práctica que debe medirse en el modelo y el contenido concretos.+
04.08 · ConocimientoRAG y vector storeLa recuperación funciona cuando las fuentes están curadas, fragmentadas y filtradas con sentido.01Fuentes oficialesLa respuesta se fundamenta en materiales con autoridad conocida.+02Limpieza de documentosQuitar ruido es parte del diseño del conocimiento.+03Fragmentos con sentidoCada chunk debe contener una idea completa y suficiente contexto.+04Metadata por curso e idiomaLos filtros reducen el universo antes de buscar por similitud.+05No mezclar versionesContenido antiguo y vigente puede parecer igualmente relevante para el buscador.+
05.01 · PilotoPruebas antes de producciónEl objetivo no es demostrar que funciona, sino descubrir de forma sistemática cómo puede fallar.01Pool de preguntas por cursoUn banco representativo convierte expectativas en evidencia repetible.+02Casos reales y difícilesLa calidad se revela en preguntas ambiguas, incompletas y con errores.+03MultilingüeCada idioma puede cambiar comprensión, coste, formato y seguridad.+04Seguridad y trampasLa prueba adversarial intenta romper límites, no confirmar el camino feliz.+05Ajustar prompt, modelo y configuraciónCada cambio responde a un patrón de fallo observado.+
05.02 · RúbricaEvaluar respuestas del pilotoUna escala simple ayuda a tomar decisiones consistentes y priorizar correcciones.01ÓptimaCorrecta, útil, clara, fundamentada y alineada con todos los límites.+02AdecuadaSegura y útil, aunque presenta mejoras menores de claridad, formato o completitud.+03DeficienteNo resuelve bien, contiene errores importantes o utiliza mal el contexto.+04CríticaExpone datos, rompe seguridad, resuelve evaluación o produce un daño no aceptable.+
05.03 · ValorKPIs en producción y retorno de valorLa medición debe relacionar uso con resolución, experiencia, coste y efectos sobre los canales humanos.01Uso realMuestra quién utiliza el servicio, cuándo y para qué intenciones.+02Consultas resueltasEstima si la necesidad terminó sin ayuda adicional y con calidad suficiente.+03Reducción de ticketsCompara categorías cubiertas por el asistente antes y después.+04Menos consultas repetidas al tutorLibera tiempo docente para interacciones de mayor valor.+05Satisfacción y costeEl valor combina experiencia percibida con recursos totales utilizados.+
05.04 · Aprendizaje institucionalEl asistente como radar de mejoraLas conversaciones revelan fricciones que rara vez llegan a convertirse en tickets formales.01Detecta dudas invisiblesLas microdudas aparecen cuando preguntar es inmediato y de bajo esfuerzo.+02Revela fricción en el aulaUna pregunta repetida puede señalar diseño, navegación o configuración poco clara.+03Mejora instruccionesEl mejor ticket es el que deja de ser necesario porque la información se vuelve clara.+04Mejora actividadesPatrones de consulta pueden revelar una carga, secuencia o criterio mal diseñado.+05Alimenta mejora continuaCada ciclo usa datos reales para ajustar curso, fuentes, herramientas y asistente.+
05.05 · SíntesisCinco ideas para llevarseLa IA educativa no se instala: se diseña, se prueba, se mide y se gobierna.01Empieza por el problemaUna necesidad concreta orienta alcance, datos, diseño y medición.+02Diseña con ética y seguridadTransparencia, privacidad, permisos e integridad se integran desde el inicio.+03Especializa agentesUna responsabilidad clara mejora precisión, coste, seguridad y mantenimiento.+04Configura y prueba con datosModelo, parámetros, prompt, fuentes y herramientas forman una sola configuración versionada.+05Escala solo si demuestra valorLa expansión requiere utilidad, cero fallos críticos observados y una operación sostenible.+