logongas

Herramientas de usuario

Herramientas del sitio

Ocultar Menú
Traza:
cursos:sdd:11-ingenieria

Diferencias

Muestra las diferencias entre dos versiones de la página.

Enlace a la vista de comparación

Ambos lados, revisión anteriorRevisión previa
cursos:sdd:11-ingenieria [2026/11/05 22:22] – ↷ El nombre de la página cambió de cursos:sdd:10-ingenieria a cursos:sdd:11-ingenieria claudecursos:sdd:11-ingenieria [2026/11/05 22:23] (actual) – Renumera el tema y sus referencias tras añadir el tema 7 (AGENTS.md) claude
Línea 1: Línea 1:
-====== 10. Ingeniería: prompts, contexto, harneses, bucles y grafos ======+====== 11. Ingeniería: prompts, contexto, harneses, bucles y grafos ======
  
 Trabajar con un modelo empezó siendo //escribir bien una pregunta//. Hoy es //construir un sistema alrededor del modelo//. Entre una cosa y otra hay **cinco capas**, y cada una apareció cuando la anterior se quedó corta. Trabajar con un modelo empezó siendo //escribir bien una pregunta//. Hoy es //construir un sistema alrededor del modelo//. Entre una cosa y otra hay **cinco capas**, y cada una apareció cuando la anterior se quedó corta.
Línea 61: Línea 61:
 | **Salida de herramientas** | El modelo pide lo que necesita mientras trabaja: leer ficheros, consultar una API, lanzar los tests | | **Salida de herramientas** | El modelo pide lo que necesita mientras trabaja: leer ficheros, consultar una API, lanzar los tests |
  
-Las dos últimas son el salto importante: con RAG se **prepara** el contexto por adelantado; con herramientas el modelo lo **va pidiendo**, que es lo que hace falta cuando no se puede saber de antemano qué información va a necesitar. MCP es el estándar que normaliza esa conexión a herramientas y datos (tema 9).+Las dos últimas son el salto importante: con RAG se **prepara** el contexto por adelantado; con herramientas el modelo lo **va pidiendo**, que es lo que hace falta cuando no se puede saber de antemano qué información va a necesitar. MCP es el estándar que normaliza esa conexión a herramientas y datos (tema 10).
  
 <note important>Más contexto **no** es mejor contexto. La definición de Karpathy es "llenar la ventana con exactamente la información necesaria para el paso siguiente, ni más ni menos". Lo que sobra distrae al modelo, cuesta dinero y desplaza a lo que sí importaba.</note> <note important>Más contexto **no** es mejor contexto. La definición de Karpathy es "llenar la ventana con exactamente la información necesaria para el paso siguiente, ni más ni menos". Lo que sobra distrae al modelo, cuesta dinero y desplaza a lo que sí importaba.</note>
Línea 82: Línea 82:
  
 ^ ^ Capa ^ Qué es ^ Dónde se ve en el curso ^ ^ ^ Capa ^ Qué es ^ Dónde se ve en el curso ^
-| 1 | **Límites** | Lo que el agente //no puede// hacer, impuesto por el entorno: contenedor o VM, acceso de solo lectura, reglas de red, directorios permitidos | Tema 15: Sandbox | +| 1 | **Límites** | Lo que el agente //no puede// hacer, impuesto por el entorno: contenedor o VM, acceso de solo lectura, reglas de red, directorios permitidos | Tema 16: Sandbox | 
-| 2 | **Instrucciones** | Las normas permanentes del proyecto en ''CLAUDE.md'' / ''AGENTS.md'': estilo, librerías aprobadas, qué hacer ante una duda, errores ya cometidos | Temas 2 y 18 | +| 2 | **Instrucciones** | Las normas permanentes del proyecto en ''CLAUDE.md'' / ''AGENTS.md'': estilo, librerías aprobadas, qué hacer ante una duda, errores ya cometidos | Temas 2 y 19 | 
-| 3 | **Comprobaciones** | Lint, tipos, tests, análisis de seguridad. Puertas que el agente **no puede saltarse**, no sugerencias | Temas 12, 13 y 14 |+| 3 | **Comprobaciones** | Lint, tipos, tests, análisis de seguridad. Puertas que el agente **no puede saltarse**, no sugerencias | Temas 13, 14 y 15 |
 | 4 | **Recuperación** | Qué pasa cuando una comprobación falla: reintento con tope, //rollback//, reducir el alcance, escalar a una persona | | | 4 | **Recuperación** | Qué pasa cuando una comprobación falla: reintento con tope, //rollback//, reducir el alcance, escalar a una persona | |
-| 5 | **Revisión** | Un revisor **distinto** del que hizo el trabajo | Tema 11: Ejecutor-Revisor |+| 5 | **Revisión** | Un revisor **distinto** del que hizo el trabajo | Tema 12: Ejecutor-Revisor |
  
-La capa 1 va primera justamente porque **no depende de que el modelo se porte bien**. Una instrucción se puede ignorar; un contenedor sin permiso de escritura, no. Los //hooks// (tema 16) son la forma práctica de convertir las capas 1 y 3 en algo que el agente tiene que cumplir.+La capa 1 va primera justamente porque **no depende de que el modelo se porte bien**. Una instrucción se puede ignorar; un contenedor sin permiso de escritura, no. Los //hooks// (tema 17) son la forma práctica de convertir las capas 1 y 3 en algo que el agente tiene que cumplir.
  
 ==== Dos tipos de comprobación ==== ==== Dos tipos de comprobación ====
Línea 223: Línea 223:
   * **Grafo**: varios nodos especializados con estado compartido. Solo cuando el trabajo lo pide.   * **Grafo**: varios nodos especializados con estado compartido. Solo cuando el trabajo lo pide.
  
-Los patrones concretos para montar todo esto —pipeline, enrutador, planificador-ejecutor, orquestador, ejecutor-revisor, //best-of-N//, //human-in-the-loop//— son el tema 11.+Los patrones concretos para montar todo esto —pipeline, enrutador, planificador-ejecutor, orquestador, ejecutor-revisor, //best-of-N//, //human-in-the-loop//— son el tema 12.
  
 ===== Fuentes ===== ===== Fuentes =====
cursos/sdd/11-ingenieria.txt · Última modificación: por claude