Saltar al curso
Aulafy

Curso abierto de inteligencia artificial

Aprende IA, de cero a producción.

Un curso continuo, compacto y en español. Ve de los fundamentos a datos, software, modelos locales, agentes y operación segura sin perderte entre catálogos.

Empezar por la primera lecciónGratis · abierto · sin registro
módulos
7
lecciones
28
Revisión estructural

Módulo

1. Entender la IA

Construye un modelo mental correcto antes de elegir herramientas.

01 / 28Estado editorial: Concepto estable

Qué es la IA generativa

Un modelo predice una salida probable; no consulta una verdad universal.

Al terminar podrás
  • Distinguir modelo, interfaz y herramienta
  • Reconocer tareas apropiadas y límites

Los modelos generan texto, imágenes, audio o código a partir de patrones aprendidos. Una respuesta convincente puede ser incorrecta.

Úsalos para proponer, transformar, resumir o explorar. Conserva la decisión humana cuando el error pueda afectar a personas, dinero, derechos o seguridad.

Práctica

Elige una tarea cotidiana y sepárala en: borrador delegable, comprobación humana y decisión final.

Evidencia

Una tabla de tres columnas con los límites de delegación.

Fuentes primarias · 2
02 / 28Estado editorial: Revisión periódica

Chat, búsqueda, RAG, automatización y agentes

No todos los problemas necesitan un agente.

Al terminar podrás
  • Elegir la arquitectura mínima
  • Evitar autonomía innecesaria

Un chat responde; la búsqueda localiza; RAG aporta documentos; una automatización sigue pasos definidos; un agente decide qué herramienta usar.

Empieza por el mecanismo menos autónomo que resuelva el problema. Añade memoria, herramientas o bucles solo si puedes probar su necesidad.

Práctica

Clasifica cinco tareas reales y justifica la opción más simple para cada una.

Evidencia

Una decisión por tarea y un riesgo que evitarías.

Fuentes primarias · 2
03 / 28Estado editorial: Concepto estable

Alucinaciones y verificación

La fluidez no es evidencia.

Al terminar podrás
  • Detectar afirmaciones comprobables
  • Contrastar con fuentes primarias

Separa hechos, inferencias y recomendaciones. Para cada hecho importante pide una fuente y comprueba que realmente respalda la afirmación.

Si no hay evidencia suficiente, la respuesta correcta es abstenerse o declarar incertidumbre.

Práctica

Audita una respuesta con tres afirmaciones y marca: confirmada, contradictoria o sin evidencia.

Evidencia

Enlaces, fragmento comprobado y conclusión propia.

Fuentes primarias · 2
04 / 28Estado editorial: Revisión frecuente

Modelo, chat y ventana de contexto

La interfaz conversa; el modelo procesa el contexto que recibe.

Al terminar podrás
  • Distinguir modelo, conversación y memoria externa
  • Reconocer qué ocurre cuando el contexto se llena

Un chat organiza mensajes y puede añadir archivos, búsqueda o memoria. El modelo solo calcula una respuesta a partir de la entrada efectiva de esa llamada; no recuerda por sí mismo todas tus conversaciones.

La ventana de contexto tiene un límite. Cuando acumulas instrucciones, documentos y respuestas, la aplicación debe recortar, resumir o recuperar solo lo relevante. Cada estrategia puede perder información.

Comprueba siempre qué información se envía, qué persiste fuera del modelo y qué parte procede de una herramienta conectada.

Adaptada del backup de Aulafy: Modelos, chat y LLM.

Práctica

Dibuja el recorrido de una pregunta desde la interfaz hasta el modelo e identifica contexto, memoria y herramientas.

Evidencia

Diagrama con cuatro límites y una prueba para detectar pérdida de contexto.

Fuentes primarias · 2

Módulo

2. Trabajar y estudiar con IA

Obtén resultados útiles sin ceder criterio, privacidad ni aprendizaje.

05 / 28Estado editorial: Revisión periódica

Encargos claros, no prompts mágicos

Objetivo, contexto, restricciones y criterio de aceptación.

Al terminar podrás
  • Redactar encargos verificables
  • Iterar con evidencia

Un buen encargo describe el resultado observable, los datos permitidos, lo que no debe ocurrir y cómo se comprobará.

Pide primero un plan o muestra pequeña cuando el trabajo sea costoso o difícil de deshacer.

Práctica

Convierte una petición vaga en un encargo con cinco criterios de aceptación.

Evidencia

Petición original, versión mejorada y lista de comprobación.

Fuentes primarias · 2
06 / 28Estado editorial: Concepto estable

Estudiar sin delegar el aprendizaje

La IA puede explicar y preguntar; tú debes recuperar y aplicar.

Al terminar podrás
  • Usar recuperación activa
  • Evitar entregar trabajo no comprendido

Pide explicaciones graduadas, ejemplos y preguntas. Después cierra el chat y reconstruye la idea con tus palabras.

Declara el uso de IA cuando la institución lo exija y nunca inventes fuentes, datos o experimentos.

Práctica

Estudia un concepto durante diez minutos y explícalo sin mirar la respuesta.

Evidencia

Primera explicación, errores detectados y segunda explicación.

Fuentes primarias · 2
07 / 28Estado editorial: Revisión periódica

Privacidad y datos sensibles

Minimiza antes de copiar.

Al terminar podrás
  • Clasificar información antes de enviarla
  • Anonimizar y reducir contexto

No introduzcas secretos, historiales médicos, expedientes, credenciales o datos de terceros sin base, autorización y controles adecuados.

Sustituye datos reales por ejemplos ficticios y comparte solo el fragmento necesario para la tarea.

Práctica

Limpia un documento ficticio antes de usarlo en un modelo.

Evidencia

Lista de datos eliminados, sustituidos y conservados.

Fuentes primarias · 2
08 / 28Estado editorial: Revisión periódica

Evaluar aprendizaje cuando se usa IA

Evalúa el razonamiento y la evidencia, no la apariencia del texto.

Al terminar podrás
  • Diseñar tareas compatibles con el uso declarado de IA
  • Comprobar comprensión sin recurrir a detectores

Intentar adivinar si un texto fue generado no demuestra qué aprendió una persona. Diseña entregas que conserven decisiones, fuentes, borradores y cambios.

Combina una fase asistida con una explicación breve sin ayuda, una defensa oral o la aplicación del concepto a un caso nuevo.

La política debe explicar qué usos están permitidos, qué debe declararse y qué evidencia pertenece al estudiante.

Adaptada del backup de Aulafy: Uso indebido: prevención pedagógica, no vigilancia.

Práctica

Reformula una tarea de resumen para exigir proceso, fuentes, un caso nuevo y una comprobación sin asistencia.

Evidencia

Enunciado nuevo, rúbrica con cuatro criterios y ejemplo de declaración de uso de IA.

Fuentes primarias · 2

Módulo

3. Datos, búsqueda y RAG

Construye respuestas trazables sobre documentos y datos reales.

09 / 28Estado editorial: Concepto estable

Preparar datos antes del modelo

Tipos, calidad y procedencia primero.

Al terminar podrás
  • Perfilar datos
  • Conservar procedencia

Comprueba columnas, tipos, unidades, nulos, duplicados y fechas antes de pedir conclusiones. La IA no corrige silenciosamente una base defectuosa.

Cada transformación debe poder reconstruirse y revisarse.

Práctica

Perfila un CSV pequeño y escribe cinco controles de calidad.

Evidencia

Informe de perfil, anomalías y decisiones de limpieza.

Fuentes primarias · 1
10 / 28Estado editorial: Revisión periódica

RAG mínimo con citas

Recuperar evidencia antes de responder.

Al terminar podrás
  • Entender ingesta, fragmentos y recuperación
  • Exigir citas útiles

RAG divide documentos, crea representaciones para buscar y entrega fragmentos relevantes al modelo. No convierte documentos erróneos en verdad.

Una cita debe permitir localizar el documento y el pasaje que sostiene la respuesta.

Práctica

Diseña un conjunto de diez preguntas: ocho respondibles y dos fuera de alcance.

Evidencia

Preguntas, pasajes recuperados, respuestas y abstenciones.

Fuentes primarias · 2
11 / 28Estado editorial: Revisión periódica

Evaluar recuperación y respuesta

Mide búsqueda y generación por separado.

Al terminar podrás
  • Crear un conjunto de evaluación
  • Distinguir fallo de búsqueda y fallo de respuesta

Registra si el pasaje correcto apareció, si la respuesta se apoyó en él, si citó bien y si se abstuvo cuando debía.

No mejores el prompt para ocultar un buscador que recupera documentos equivocados.

Práctica

Evalúa manualmente veinte casos y agrupa los fallos por causa.

Evidencia

Tabla de métricas, ejemplos fallidos y próxima hipótesis.

Fuentes primarias · 2
12 / 28Estado editorial: Revisión frecuente

De lenguaje natural a SQL verificable

La IA propone la consulta; el motor calcula el resultado.

Al terminar podrás
  • Mostrar y validar SQL antes de ejecutarlo
  • Limitar tablas, columnas y operaciones

Entrega al modelo el esquema necesario, no filas privadas innecesarias. Pide una consulta y una explicación de los campos utilizados.

El controlador debe permitir inicialmente solo SELECT, validar tablas y columnas, imponer un límite de filas y bloquear extensiones o acceso a rutas.

Una respuesta numérica es reproducible cuando conserva la pregunta, el SQL, la versión del dataset y el resultado devuelto por el motor.

Adaptada del backup de Aulafy: De lenguaje natural a SQL visible y verificable.

Práctica

Convierte una pregunta sobre un CSV ficticio en SQL DuckDB, revísalo y ejecútalo con límite.

Evidencia

Pregunta, esquema permitido, SQL, resultado y una consulta peligrosa rechazada.

Fuentes primarias · 2

Módulo

4. Construir software con IA

Pasa de una idea a software mantenible sin entregar el control del repositorio.

13 / 28Estado editorial: Revisión periódica

Especificar antes de generar

Problema, usuario, datos, estados y aceptación.

Al terminar podrás
  • Crear una especificación pequeña
  • Reducir retrabajo

Define quién usa el producto, qué problema resuelve, qué datos toca y qué estados debe mostrar. Incluye carga, vacío, error y éxito.

Construye primero un recorrido completo pequeño; amplía después de probarlo.

Práctica

Escribe una especificación de una página para una herramienta útil.

Evidencia

Flujo principal, cinco criterios y tres riesgos.

Fuentes primarias · 2
14 / 28Estado editorial: Revisión frecuente

Agentes de código con límites

Explorar, planificar, cambiar, probar y revisar.

Al terminar podrás
  • Dar contexto sin sobreexponer
  • Revisar diffs y pruebas

Empieza en solo lectura. Pide al agente que identifique archivos, restricciones y pruebas antes de editar.

Revisa el diff, ejecuta comprobaciones proporcionales al riesgo y conserva una forma de volver atrás.

Práctica

Encarga un cambio pequeño en una rama y revisa cada archivo modificado.

Evidencia

Plan, diff, salida de pruebas y decisión de aceptar o corregir.

Fuentes primarias · 2
15 / 28Estado editorial: Revisión frecuente

Publicar una web seria

Accesibilidad, seguridad, SEO y operación mínima.

Al terminar podrás
  • Preparar preview y producción
  • Comprobar móvil, teclado y errores

Una web no termina cuando compila. Comprueba navegación, contraste, formularios, metadatos, secretos, dominio y recuperación ante un despliegue defectuoso.

Mantén preview y producción separados y documenta variables externas y costes.

Práctica

Publica una página mínima en preview, pruébala y documenta el rollback.

Evidencia

URL de preview, checklist y procedimiento de vuelta atrás.

Fuentes primarias · 2
16 / 28Estado editorial: Revisión periódica

Git, diffs y revisión antes de integrar

Un cambio comprensible es más seguro que una generación masiva.

Al terminar podrás
  • Separar cambios en unidades revisables
  • Usar diff, pruebas y commits como evidencia

Antes de editar, comprueba la rama, el estado del repositorio y las instrucciones del proyecto. Después revisa solo los archivos relacionados con el objetivo.

El diff debe explicar la intención: evita mezclar formato, refactorizaciones y funciones nuevas si no necesitan viajar juntas.

Una prueba exitosa no sustituye la lectura del cambio. Revisa efectos laterales, datos, permisos y cómo revertirlo antes de integrar.

Adaptada del backup de Aulafy: Trabaja con Git y revisa cambios.

Práctica

Haz un cambio pequeño, inspecciona el diff, ejecuta la prueba pertinente y redacta un commit que explique el resultado.

Evidencia

Estado inicial, diff revisado, salida de pruebas y commit final sin archivos ajenos.

Fuentes primarias · 2

Módulo

5. IA local y modelos abiertos

Elige hardware, modelos y licencias con expectativas realistas.

17 / 28Estado editorial: Revisión frecuente

Elegir un modelo con evidencia

Tarea, licencia, memoria, calidad y coste.

Al terminar podrás
  • Leer una model card
  • Evitar rankings universales

Compara modelos con tus propios casos. Revisa licencia, idiomas, contexto, requisitos de memoria y límites publicados.

Open weights no significa necesariamente open source ni permiso ilimitado para cualquier uso.

Práctica

Compara dos modelos con diez ejemplos de tu tarea y la misma rúbrica.

Evidencia

Model cards, hardware, resultados y decisión justificada.

Fuentes primarias · 2
18 / 28Estado editorial: Revisión frecuente

Primer servicio local con Ollama

Descarga, ejecuta, mide y limita exposición.

Al terminar podrás
  • Ejecutar un modelo local
  • Medir memoria y latencia

Ollama simplifica la ejecución local, pero el modelo sigue consumiendo almacenamiento, RAM o VRAM. No expongas el servicio a Internet sin autenticación y controles.

Registra versión, modelo exacto, cuantización y hardware para que la prueba sea reproducible.

Práctica

Ejecuta un modelo pequeño y mide tiempo hasta la primera respuesta y memoria usada.

Evidencia

Comando, versiones, hardware y mediciones.

Fuentes primarias · 2
19 / 28Estado editorial: Revisión periódica

Local, API o híbrido

No conviertas una preferencia en una ideología.

Al terminar podrás
  • Comparar privacidad, calidad y operación
  • Diseñar fallback

Local puede reducir salida de datos y coste variable, pero añade hardware y mantenimiento. Una API puede ofrecer mayor capacidad, pero introduce dependencia, tratamiento externo y coste por uso.

Un diseño híbrido decide por política qué tareas y datos pueden usar cada ruta.

Práctica

Crea una matriz de decisión para tres tareas reales.

Evidencia

Criterios, pesos, decisión y condición de cambio.

Fuentes primarias · 3
20 / 28Estado editorial: Revisión frecuente

Hardware, modelo y contexto sin marketing

Dimensiona para una tarea medida, no para una promesa universal.

Al terminar podrás
  • Relacionar RAM, VRAM, cuantización y contexto
  • Diseñar una prueba antes de comprar hardware

El peso del modelo, la cuantización, la caché de contexto y otros procesos compiten por memoria. Que un modelo cargue no significa que responda con la latencia necesaria.

NVIDIA, AMD y Apple Silicon tienen rutas de aceleración y compatibilidad diferentes. Verifica la herramienta, el sistema operativo y el modelo exactos en fuentes oficiales.

Prueba con tus prompts y mide memoria máxima, tiempo hasta el primer token y velocidad sostenida. Incluye el peor contexto que realmente usarás.

Adaptada del backup de Aulafy: Hardware mínimo para IA local en 2026.

Práctica

Ejecuta dos tamaños o cuantizaciones del mismo modelo y registra calidad, memoria y latencia.

Evidencia

Hardware, versiones, modelo exacto, contexto, mediciones y decisión de compra o descarte.

Fuentes primarias · 2

Módulo

6. Automatización y agentes

Automatiza de forma observable, reversible y con permisos mínimos.

21 / 28Estado editorial: Revisión periódica

Del procedimiento al flujo

Estabiliza el proceso antes de automatizarlo.

Al terminar podrás
  • Representar pasos y excepciones
  • Definir revisión humana

Documenta entradas, decisiones, salidas, responsables y fallos. Si las personas no acuerdan el proceso, un agente solo automatizará la confusión.

Separa propuesta, aprobación y ejecución cuando la acción pueda causar daño.

Práctica

Dibuja un flujo de oficina y marca cada punto de aprobación.

Evidencia

Diagrama, responsable, datos y modo manual alternativo.

Fuentes primarias · 2
22 / 28Estado editorial: Revisión frecuente

Herramientas y MCP

Una herramienta amplía también el riesgo.

Al terminar podrás
  • Entender cliente, servidor y permiso
  • Aplicar mínimo privilegio

MCP estandariza cómo una aplicación ofrece recursos y herramientas a un modelo. No convierte una herramienta insegura en segura.

Limita alcance, valida argumentos, registra llamadas y exige aprobación para escritura, pagos, publicación o borrado.

Práctica

Diseña el contrato de una herramienta de solo lectura y sus controles.

Evidencia

Esquema de entrada, salida, errores y permisos.

Fuentes primarias · 2
23 / 28Estado editorial: Revisión frecuente

Estado, reintentos e idempotencia

Un fallo no debe duplicar una acción.

Al terminar podrás
  • Guardar estado recuperable
  • Diseñar operaciones idempotentes

Los agentes fallan por red, límites, procesos o respuestas inválidas. Guarda cada transición y distingue intento, aprobación y ejecución.

Usa claves de idempotencia, límites de reintento y una cola de revisión para casos ambiguos.

Práctica

Simula un fallo después de ejecutar y antes de confirmar.

Evidencia

Traza que demuestra que la acción no se duplicó.

Fuentes primarias · 2
24 / 28Estado editorial: Revisión frecuente

De chat a agente en cinco escalones

Llamada, tool, MCP, RAG y agente añaden capacidades distintas.

Al terminar podrás
  • Identificar qué componente decide cada paso
  • Detener el sistema antes de añadir autonomía innecesaria

Una llamada genera con el contexto recibido. Una tool ejecuta una función acotada. MCP estandariza cómo se descubre e invoca esa capacidad. RAG recupera evidencia. Un agente puede elegir el siguiente paso.

Construye los cinco escalones con el mismo caso para que la comparación sea válida. Conserva el código como controlador de permisos, pasos, citas y parada.

No añadas un bucle si un flujo determinista resuelve el problema. Cada escalón debe justificar su nueva capacidad y su nuevo riesgo.

Adaptada del backup de Aulafy: De chat a agente: cinco escalones que no son sinónimos.

Práctica

Modela una consulta a una política ficticia y decide en qué escalón debe detenerse.

Evidencia

Tabla de cinco escalones con decisión, evidencia, permiso, condición de parada y riesgo.

Fuentes primarias · 2

Módulo

7. Producción, seguridad y proyecto final

Opera sistemas útiles y demuestra lo aprendido con evidencia.

25 / 28Estado editorial: Revisión frecuente

Evals, logs y observabilidad

No puedes mejorar lo que no puedes reconstruir.

Al terminar podrás
  • Definir casos de evaluación
  • Registrar trazas útiles sin filtrar datos

Evalúa calidad antes del despliegue y monitoriza fallos después. Conserva entrada minimizada, versión, herramientas, latencia, coste y resultado cuando sea apropiado.

Los logs también son datos sensibles: aplica acceso, retención y redacción.

Práctica

Crea diez evals y un esquema de traza para una función concreta.

Evidencia

Resultados base, umbral y tres fallos explicados.

Fuentes primarias · 2
26 / 28Estado editorial: Revisión periódica

Seguridad y operación mínima

Responsable, límites, copias y modo degradado.

Al terminar podrás
  • Preparar respuesta a fallos
  • Aplicar defensa por capas

Define quién responde, qué alertas importan, cómo se revocan credenciales, cómo se restaura una copia y cómo continúa el servicio sin IA.

Prueba inyección de prompts, datos maliciosos, abuso de herramientas y dependencia de proveedores.

Práctica

Realiza un simulacro de caída y otro de entrada maliciosa.

Evidencia

Runbook, tiempos, fallos observados y correcciones.

Fuentes primarias · 2
27 / 28Estado editorial: Revisión periódica

Proyecto final: de problema a sistema fiable

Integra utilidad, evidencia, seguridad y operación.

Al terminar podrás
  • Entregar un sistema pequeño completo
  • Defender decisiones con pruebas

Elige un problema real y estrecho. Documenta usuario, datos, arquitectura mínima, riesgos, pruebas, coste, despliegue, mantenimiento y límites.

El proyecto está terminado cuando otra persona puede ejecutarlo, comprobarlo y entender cuándo no debe usarlo.

Práctica

Construye, prueba y presenta el recorrido completo con datos ficticios o autorizados.

Evidencia

Repositorio, demo, evals, threat model, runbook y retrospectiva.

Fuentes primarias · 3
28 / 28Estado editorial: Revisión periódica

Red team: provoca fallos antes de producción

Busca fallos de forma controlada, reproducible y ética.

Al terminar podrás
  • Diseñar una matriz de pruebas adversarias
  • Priorizar mitigaciones por impacto y reproducibilidad

El red teaming no consiste en coleccionar jailbreaks. Parte del modelo de amenazas y cubre privacidad, secretos, instrucciones en documentos, abuso de herramientas, consumo y daños relevantes para el caso.

Ejecuta pruebas solo en un entorno autorizado, con datos ficticios y sin afectar a terceros. Registra entrada, configuración, salida, severidad y repetibilidad.

Una mitigación debe convertirse en código, permisos, filtrado, evaluación o proceso humano y demostrar que no rompe los casos legítimos.

Adaptada del backup de Aulafy: Red teaming y jailbreaks.

Práctica

Diseña doce pruebas para tu proyecto final: tres de datos, tres de instrucciones, tres de herramientas y tres de consumo.

Evidencia

Registro de pruebas, tres fallos reproducibles, mitigaciones y pruebas de regresión.

Fuentes primarias · 2