Pinguy Learning
Temario · lección 18 de 74
0Empieza aquí
1Por qué fallan los agentes
2Qué es un harness
3Patrones de agentes
4Herramientas
5Ingeniería de contexto
6El repositorio como memoria
7Tareas largas
8Alcance y “hecho” de verdad
9Observabilidad y estado limpio
10Loops y grafos
11Harness reales
12Proyecto final
Patrones de agentes· 7 min de lectura

Agentes autónomos

En 30 segundos

Un agente es un modelo que usa herramientas en bucle, guiado por lo que observa del entorno. Sirve para problemas abiertos en entornos de confianza; cuesta más y puede acumular errores.

Del plan fijo a ir viendo sobre la marcha

Los patrones anteriores eran recetas que seguía el código. Un agente es otra cosa: recibe un objetivo y él decide qué hacer, en qué orden y cuándo parar. Es como pedirle a un técnico «averigua por qué falla la web» en vez de darle una lista de pasos.

Qué es realmente

Según Anthropic, un agente arranca con una orden o una conversación con la persona. Cuando la tarea está clara, planifica y trabaja con independencia, pudiendo volver a preguntarte información o pedir juicio.

Y aquí está lo importante: en cada paso necesita «verdad del terreno» (ground truth) del entorno, como el resultado de una herramienta o de ejecutar código, para saber si avanza de verdad. Puede pausar para pedir feedback humano en puntos de control o ante un bloqueo.

La tarea suele terminar al completarse, pero es habitual añadir condiciones de parada, como un número máximo de iteraciones, para mantener el control.

Su implementación suele ser sencilla: un LLM usando herramientas según el feedback del entorno, en bucle. Por eso lo crítico es diseñar con cuidado las herramientas y su documentación (módulo siguiente).

Cuándo usarlos y cuándo no

  • Sí: problemas abiertos donde no puedes predecir cuántos pasos harán falta ni fijar un camino, y existe cierta confianza en las decisiones del modelo. Ideales para escalar tareas en entornos de confianza.
  • Cuidado: la autonomía implica más coste y riesgo de errores que se acumulan. Se recomienda probar a fondo en entornos aislados (sandbox) y poner barreras de seguridad.

Dos ejemplos de la fuente

ÁmbitoPor qué encaja
Soporte al clienteMezcla conversación y acciones; accede a datos de clientes y pedidos; puede emitir reembolsos o actualizar tickets; el éxito se mide con resoluciones
Agentes de códigoLas soluciones se verifican con tests; el agente itera con sus resultados; el problema está bien estructurado; la calidad es medible

Aun así, en código la revisión humana sigue siendo importante para comprobar que la solución encaja con requisitos más amplios del sistema.

Los dos casos comparten rasgos: conversación y acción, criterios de éxito claros, bucles de feedback y supervisión humana con sentido.

Combinar y medir

Los patrones del módulo no son recetas rígidas: se combinan y adaptan. La clave es medir el rendimiento e iterar, y añadir complejidad solo cuando mejora demostrablemente los resultados.

Los tres principios de Anthropic: simplicidad en el diseño, transparencia mostrando los pasos de planificación y una interfaz agente-ordenador cuidada con buena documentación y pruebas.

Todo agente vive de sus herramientas; empieza por qué es una herramienta.

Comprueba lo aprendido

¿Por qué el agente necesita «verdad del terreno» en cada paso?

Sin resultados reales del entorno el agente no puede saber si avanza o se equivoca.

Fuentes: Anthropic, Building effective agents