Empieza por la tarea que quieres resolver
Si solo necesitas consultar un procedimiento, puede bastar un asistente que encuentre la información y muestre su fuente. Si los pasos están definidos, una automatización puede recorrerlos con reglas conocidas. Un agente tiene sentido cuando debe elegir qué comprobar a continuación según lo que encuentre. Esa libertad añade trabajo de evaluación y control.
Anthropic distingue los flujos con pasos predefinidos de los agentes que deciden cómo usar sus herramientas. Recomienda empezar por la solución más sencilla y tener en cuenta el coste, la latencia y los errores que puede acumular un agente. Usa esa distinción para decidir qué necesita tu proceso.
Fuente: Building effective agents, Anthropic · consultada el 9 de octubre de 2026
La misma petición puede tener tres recorridos
Ejemplo interactivo · datos ficticios
Cambiar la fecha de una entrega
Selecciona cada opción para ver qué cambia. Este ejemplo no consulta sistemas ni ejecuta acciones reales.
- Consulta
- Procedimiento de entregas
- Resultado
- Borrador con su referencia
- Cambio en el pedido
- Lo realiza una persona
Explica las condiciones y prepara una respuesta. La persona comprueba el pedido y realiza el cambio.
Escribe qué puede hacer antes de darle acceso
Tres decisiones que conviene separar
- Consultar
Qué documentos y registros puede leer cada usuario.
- Proponer
Qué resultado debe mostrar para que alguien pueda comprobarlo.
- Ejecutar
Qué cambios están permitidos, cuáles exigen confirmación y cuáles quedan fuera.
Un documento recibido puede contener instrucciones equivocadas o maliciosas. No debería ampliar los permisos de la herramienta ni sustituir las reglas del proceso. Para una primera prueba, usa datos de ensayo y accesos de lectura cuando sea suficiente. Limita también el número de pasos y el gasto permitido.
Si el agente prepara cambios en pedidos, pagos o comunicaciones, define qué evidencia recibe la persona que los aprueba. Un botón de confirmación sirve de poco cuando solo muestra «Aceptar» y oculta lo que va a cambiar.
Comprueba las excepciones, además del caso sencillo
| Situación | Qué debe ocurrir |
|---|---|
| No encuentra una fuente fiable | Explica qué falta; no inventa la respuesta. |
| Un usuario pide consultar un pedido ajeno | No accede a información para la que no tiene permiso. |
| Una herramienta devuelve un error | Se detiene o sigue una alternativa prevista. |
| Un cambio requiere aprobación | Muestra el cambio y espera; no lo ejecuta antes. |
Compara con el trabajo actual usando las mismas tareas. Anota resultados incorrectos, tiempo de revisión, intervenciones y coste completo. Decide antes qué fallo obliga a detener la prueba. Si un flujo fijo resuelve el problema con menos revisión, esa puede ser la mejor entrega.