S8: Capa Agentica — Escaleta

Escaleta: Modificado

Session Escaleta: S8 - La Capa Agéntica

Position in Journey

  • Phase: Fase 8 — La Capa Agéntica
  • Key question: ¿Cómo integro todo en un sistema coherente para el equipo?
  • Terminal objective: Reconocer la transformación profesional vivida durante el curso — de usuarios de IA a arquitectos de sistemas agénticos — y visualizar los retos del horizonte (control, ingeniería de contextos, gobernanza, orquestación) como la siguiente frontera

Key Concepts

  1. Transformación de identidad profesional — El recorrido S1→S7 no fue técnico en primer lugar: fue un cambio de quién eres como desarrollador. De pedir-revisar-corregir a diseñar sistemas que producen software autónomamente.
  2. Cuatro retos del horizonte como dimensiones interrelacionadas — No es una cascada secuencial — son cuatro dimensiones que se afectan mutuamente, cada una con un origen distinto: control (el sistema es autónomo), ingeniería de contextos (el sistema produce cada vez más), gobernanza (quién decide), orquestación (cómo escalar). Son paisaje, no lección. El objetivo es plantar semillas, no enseñar soluciones.
  3. Prompt ≠ contrato + código como control + trazabilidad/observabilidad — El ancla visceral del reto de control. El lenguaje natural no garantiza nada — el código es la capa que convierte instrucciones en garantías (hooks, tests, orquestación determinista). La trazabilidad y observabilidad convierten la caja negra en caja blanca.
  4. Context engineering (Karpathy) + memoria agéntica — Context engineering como disciplina que engloba prompt engineering, RAG, memoria, estado, structured outputs. Memoria agéntica como caso concreto: semántica (CLAUDE.md = hechos), episódica (git = experiencias), procedural (comandos = instrucciones). Ya lo practican sin saberlo. El horizonte: el sistema gestiona su propia memoria.
  5. La paradoja de la nave generacional — Lo que construyamos hoy puede quedar obsoleto el mes que viene. La paradoja: si esperas a que se estabilice, nunca arrancas. La resolución: lo que permanece no es la tecnología — es la capacidad de adaptarnos a la siguiente. La nave que importa no es la nave — es la tripulación.
  6. Incertidumbre como fortaleza + la tripulación — El cierre: el trabajo ha cambiado y todavía no sabemos cómo. Nadie tiene el mapa. Pero hay una diferencia entre estar perdido y saber navegar sin mapa. Lo que seguirá siendo válido: el equipo, el criterio, la forma de pensar.

Session Story

El equipo se mira al espejo (Acto I), ve el horizonte (Acto II), y acepta la paradoja: todo cambiará, pero lo que importa es la tripulación (Acto III). El arco emocional es: reconocerse → proyectarse → aceptar la paradoja.

Session Flow

#BlockTypeDescriptionKey Concepts~Duration
1Check-inRitual: cómo llega cada persona a la última sesión~5 min
2Pregunta provocativaConcepto-doble. “Lo que sabéis hoy sobre trabajar con IA no existía hace un año.” → reveal: “¿Qué de lo que sabéis hoy seguirá siendo válido dentro de tres meses?” No se responde — se deja flotar. La sesión responde progresivamente.~3 min
3AgendaMapa de la sesión: El viaje / El horizonte / La paradoja~2 min
4El viaje (S1→S7)MODELAREspejo: recorrer el arco con callbacks a momentos vividos. S1 vibe coding, S2 perspectiva del agente, S3 templates/plans, S4 AFK/cuatro elementos, S5 R-V-R, S6-S7 proyecto real. No resumen de contenidos — reconocimiento de transformación.1~15 min
5”Build the system that builds the system”MODELARSíntesis del arco. “Eso es lo que habéis hecho en 8 sesiones.” Espacio para debate orgánico.1~5 min
6Mapa de retosMODELARLos cuatro retos como dimensiones interrelacionadas (no cascada). Cada uno con un origen distinto pero todos se afectan. Transición al horizonte.2~3 min
7ControlMODELAR”Un prompt no es un contrato” como tensión core → “El código pone los límites” (hooks, tests, orquestación determinista) → “¿Cómo sabemos lo que hace el agente por debajo?” (trazabilidad, observabilidad). Debate: ¿qué escenarios preocupan?2, 3~8 min
8Ingeniería de contextosMODELARCita de Karpathy (context engineering como disciplina) → diagrama LangChain (prompt engineering es solo una pieza) → memoria agéntica como caso concreto (semántica/episódica/procedural). Callback: CLAUDE.md, comandos, git son formas de memoria.2, 4~8 min
9GobernanzaMODELARConcepto-doble: “Alguien modifica un contexto” → “Todos los agentes cambian.” Concepto-doble: “¿Cómo funciona la gobernanza en dev?” → “MRs, code reviews.” Warning: “¿Quién hace code review de una política de IA? Product, legal, seguridad — no hacen MRs.”2~5 min
10Orquestación: patrones AnthropicMODELAR5 patrones con imágenes de Anthropic. 3 que ya usamos (Prompt Chaining, Routing, Evaluator-Optimizer) → “eso tiene nombre.” 2 horizonte (Parallelization, Orchestrator-Workers). Una slide por patrón con diagrama.2~8 min
11La paradoja (título)REFLEXIONARTítulo Acto III: “La paradoja.” Tono pausado. Lo que sabemos hoy se quedará obsoleto mañana — lo importante es el cambio de mentalidad, no los conocimientos técnicos.5~0.5 min
12Nave generacionalREFLEXIONAR2 imágenes (generadas con Gemini). Paradoja: nave lanzada hoy adelantada por una más rápida. “¿Entonces esperamos? Pero si esperamos, nunca lanzamos.” Resolución: “Lo que permanece no es la tecnología. Es la capacidad de adaptarnos a la siguiente.”5~7 min
13IncertidumbreREFLEXIONAR”El trabajo ha cambiado. Y todavía no sabemos cómo.” → “Nadie tiene el mapa. Ni Anthropic. Ni OpenAI. Ni nosotros.” Pero: diferencia entre estar perdido y saber navegar sin mapa. Tenemos frameworks, práctica, criterio.6~5 min
14La tripulaciónREFLEXIONAR”La nave que importa no es la nave. Es la tripulación.” Cierre del arco metafórico. Respuesta a la provocación: lo que seguirá siendo válido somos nosotros.5, 6~3 min
15”Build the system” (despedida)REFLEXIONARMantra del curso como última palabra. No explicar — solo dejar que resuene. Silencio de 5-10 seg.6~1 min
16Check-out“Última ronda. ¿Cómo os vais?” Dejar que sea más larga si el grupo quiere. Terminar con agradecimiento.~5 min

Lab Demo

No. Esta sesión es presentación con espacios para debate orgánico. Sin componente técnico hands-on.

Práctica en Proyecto

No. Los equipos ya practicaron en S6-S7. S8 es consolidación y visión.

Notes

  • Rol del contenido: semilla (A) con toques de evidencia (B). El Acto II planta curiosidad mostrando paisaje, no enseña soluciones. Los detalles técnicos (eventos de hooks, retry backoff, estructura de repo, nuevas primitivas) van en notas del facilitador, no en slides. Toque B: el hecho de que la audiencia entienda conceptos como context engineering o memoria agéntica DEMUESTRA la transformación — en S1 habría sido incomprensible.
  • Sesión sin PRACTICAR/APLICAR. Sesión capstone reflexiva. Acto I y II son MODELAR (marcos conceptuales y paisaje). Acto III es REFLEXIONAR. No hay hands-on porque el objetivo es consolidar identidad y abrir horizonte, no construir.
  • La pregunta provocativa se responde progresivamente. “¿Qué seguirá siendo válido dentro de tres meses?” → Acto I muestra transformación real → Acto II muestra lo que viene → Acto III muestra que la tecnología caduca pero la tripulación permanece.
  • Formato: presentación con debate orgánico. Sin actividades grupales, sin ejercicios. Espacios entre slides para preguntas y debate que surjan naturalmente. El facilitador deja respirar.
  • Arco narrativo de tres actos. Acto I (El viaje): reconocerse. Acto II (El horizonte): cuatro dimensiones interrelacionadas como paisaje. Acto III (La paradoja): aceptar que todo cambia, encontrar fortaleza en el equipo.
  • Cuatro retos como dimensiones, no cascada. No es secuencial — son cuatro dimensiones que se afectan mutuamente. Control (el sistema es autónomo, ¿cómo lo sujetas?) → contextos (produce cada vez más, ¿cómo lo organizas?) → gobernanza (está organizado, ¿quién decide?) → orquestación (el equipo está alineado, ¿cómo escalas?).
  • Gobernanza: reto con dimensión organizacional. Conecta con el entregable contractual “política de gobernanza de IA”. Las analogías de repos y MRs lo hacen tangible. Warning clave: los stakeholders no técnicos (product, legal, seguridad) necesitan participar y no hacen MRs.
  • Callbacks a sesiones anteriores. S1: vibe coding, el bucle pedir-revisar-corregir. S3-S4: templates → plans → implement. S4: orquestación manual → código → IA, los 4 elementos. S5: bucles cerrados, R-V-R, auto-documentación. Cada callback refuerza que el recorrido fue una construcción progresiva.
  • Sesiones de acompañamiento. Después de S8 hay 4 sesiones de 1h/semana. Su contenido se decidirá a partir de lo que surja en S8. Los retos del horizonte plantan semillas: el equipo identificará qué quiere profundizar.
  • Entregables contractuales. “Política de gobernanza de IA” (conecta con bloques 7 y 9), “roadmap técnico a 6 meses” (conecta con bloques 6-10), “biblioteca compartida de prompts” (conecta con bloque 8-9). S8 planta semillas; el acompañamiento cierra.
  • Recursos del facilitador (no en slides). Detalles técnicos de hooks (PreToolUse, PostToolUse, Stop, SubagentStop). Retry con backoff exponencial (1s, 3s, 5s). Estructura de repo madura (adws/, specs/, agents/{id}/). Nuevas primitivas (sub-agentes, skills, memoria, model selection dinámica). Pipeline de memoria detallado (log → resumen sesión → diario → semanal → memoria general podada). Escalera de complejidad (primitivas → multi-agente → observabilidad → routing → agente autónomo).
  • Bloque prescindible si falta tiempo: Gobernanza (bloque 9) se absorbe en ingeniería de contextos si el debate previo ya lo cubrió.
  • Bloques expandibles si sobra tiempo: (1) Profundizar debate en cualquier reto que genere interés. (2) Extender el debate orgánico en La paradoja.
  • Tiempo: ~83.5 min planificados + ~66.5 min margen (44%). Total sesión: ~150 min. El margen generoso se absorbe en debates orgánicos — esta sesión vive del diálogo.