Temario · lección 18 de 74
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
- Proyecto 1, solo prompt contra harness mínimo
- Proyecto 2, un workspace legible
- Proyecto 3, continuidad entre sesiones
- Proyecto 4, feedback de runtime e indexado
- Proyecto 5, que el agente verifique su trabajo
- Proyecto 6, el harness completo (capstone)
- Proyecto 7, tu primer loop automático
- Proyecto 8, dibuja tu flujo como un grafo
- Checklist final y plantillas
Agentes autónomos
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
| Ámbito | Por qué encaja |
|---|---|
| Soporte al cliente | Mezcla 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ódigo | Las 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.
¿Por qué el agente necesita «verdad del terreno» en cada paso?
Fuentes: Anthropic, Building effective agents