2. Conceptos
Qué problema resuelve un patrón agéntico
Distingue una llamada al modelo de un sistema que usa herramientas, observa resultados y controla sus acciones.
Qué aprenderás
- Distinguir patrón, patrón de diseño y patrón agéntico.
- Reconocer cuándo falta contexto o acceso a datos.
- Elegir una estrategia según el fallo observado.
Índice de esta lección
Paso 1
Empieza por un problema que se repite
Un patrón describe una regularidad. Un patrón de diseño propone una forma reutilizable de resolver un problema en un contexto determinado.
En un sistema agéntico, el patrón organiza cómo el modelo obtiene información, decide, usa herramientas o pide intervención. El nombre del modelo puede cambiar; el problema que necesitas resolver sigue siendo tu punto de partida.
Patrón → regularidad reconociblePatrón de diseño → solución reutilizable en un contextoPatrón agéntico → estructura para resolver problemas del agenteQué deberías observar
Puedes explicar el problema antes de elegir un SDK o un modelo.
Paso 2
Detecta lo que el modelo no sabe
Pedir los cinco productos más vendidos exige datos reales del negocio y un criterio de orden. Si no se los entregas ni das acceso a una herramienta, el modelo carece de esa información.
Un resultado con apariencia convincente no demuestra que haya consultado tus ventas. En futuras lecciones Tool Use nos servirá para conectar una consulta definida con datos verificables.
Solicitud: calcula el descuento de los cinco productos más vendidos.Falta: catálogo, precios, ventas y período.Criterio: usar únicamente datos reales disponibles.Si faltan: solicitar información o declarar la limitación.Qué deberías observar
Identificas el dato ausente y evitas confundir una suposición con una consulta al negocio.
Paso 3
Relaciona cada patrón con su necesidad
Tool Use aporta acceso a operaciones o datos definidos. ReAct organiza ciclos de decisión, acción y observación. Human in the loop introduce una revisión humana antes de ejecutar una acción que necesita aprobación.
También hay controles de ejecución. Un límite de pasos acota la duración de un ciclo; un circuit breaker suspende llamadas tras fallos repetidos. Son mecanismos distintos que pueden complementarse.
Faltan datos reales → Tool UseHay que observar y volver a decidir → ReActEnviar algo necesita aprobación → Human in the loopEl ciclo puede seguir indefinidamente → límite de pasosEl servicio falla repetidamente → circuit breakerQué deberías observar
Eliges una estrategia por su función y distingues un límite de iteraciones de un circuit breaker.
Paso 4
Define cómo sabrás si mejoró
Compara la misma tarea antes y después de incorporar una estrategia. Registra el resultado esperado, el observado y los recursos consumidos.
Un saludo correcto solo prueba una llamada. Para evaluar un patrón necesitarás casos donde sus decisiones importen: datos ausentes, herramientas que fallan o acciones pendientes de aprobación.
Tarea: responder con cinco productos de datos conocidos.Antes: respuesta sin acceso al catálogo.Cambio propuesto: consulta mediante herramienta.Después: contrastar productos y precios con la fuente.Registrar: aciertos, fallos, duración y tokens.Qué deberías observar
Tienes una comparación concreta sin afirmar que un patrón siempre garantiza el éxito.
Ahora te toca
Prueba la idea por tu cuenta
Un agente redacta y envía un correo al cliente sin mostrarte el borrador. Explica dónde introducirías una revisión humana y qué podría hacer antes de ella.
Necesito una pista
Separa preparar el contenido de realizar el envío.
Comparar con una solución
Puede redactar y revisar el borrador, pero debe detenerse antes de enviarlo y esperar una aprobación explícita. Ese punto de control corresponde a Human in the loop.
Antes de seguir
Comprueba lo que aprendiste
No es una nota. Es una pausa para comprobar que la idea quedó clara.
¿Terminaste la práctica?
Haz el ejercicio y comprueba tus respuestas antes de marcar la lección como completada.