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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.