English

Un agente, una tarea: por qué los equipos de especialistas superan a los generalistas

Un agente que intenta investigar, evaluar el riesgo y escribir el informe: eso no es una sola tarea. Son tres. Es el mismo modo de falla que verías en cualquier equipo de trabajo: una persona haciendo cada tarea mal, en lugar de un pequeño equipo donde cada quien es dueño de una cosa y la hace bien. Los agentes no son diferentes.

Por qué un agente generalista tiene problemas

Un solo agente que hace malabares con múltiples responsabilidades tiene que sostener el contexto de cada rol, las herramientas de cada rol y los juicios de cada rol en un solo prompt y un solo conjunto de decisiones. Esa es la receta para los mismos problemas que los generalistas tienen en todas partes: es más difícil de depurar (¿qué parte de la tarea salió mal: la investigación, el análisis o la redacción?), más difícil de mejorar de forma aislada (arreglar el estilo de redacción arriesga alterar la lógica de investigación) y más difícil de razonar, porque el prompt del sistema tiene que cubrir cada responsabilidad a la vez.

La solución es la separación de responsabilidades: dividir el trabajo entre un pequeño equipo de agentes estrechos y especializados que manejan un solo paso cada uno y lo entregan al siguiente.

Un ejemplo práctico: el equipo del resumen bursátil

Toma una tarea como producir un resumen bursátil diario. Estructurada como una sola tarea, pero dividida entre un equipo, se ve así:

Recolectar → Resumir → Marcar riesgos → Escribir

• Un agente recolecta los datos — obtiene las cifras, noticias y presentaciones relevantes. Su única tarea es reunir, no juzgar.
• Un agente los resume — condensa los datos crudos en una forma digerible. No decide qué es riesgoso, solo qué es relevante.
• Un agente marca los riesgos — revisa el resumen y señala lo que es preocupante. Este es un juicio distinto al de resumir.
• Un agente escribe el resumen final — convierte el resumen y las señales de riesgo en el documento terminado, enfocado puramente en la comunicación.

Cada agente tiene un rol estrecho y bien definido, en lugar de un agente que intenta hacer las cuatro cosas en una sola pasada. Es la misma idea que un equipo de trabajo: no una persona haciendo cada tarea mal, sino especialistas que se entregan el trabajo unos a otros en secuencia.

Cómo construir un equipo

1. Identifica las responsabilidades distintas dentro de tu flujo actual de un solo agente. Busca las costuras naturales: normalmente cualquier punto donde describirías la tarea usando la palabra "y" (investigar y analizar y escribir).
2. Dale a cada agente un rol, un objetivo y solo las herramientas que necesita para esa única tarea. Un agente recolector no necesita una herramienta de puntuación de riesgos; un agente redactor no necesita herramientas de obtención de datos. El alcance estrecho mantiene más simples las decisiones de cada agente y más pequeños sus modos de falla.
3. Define la entrega. La salida de cada agente se convierte en la entrada del siguiente — un contrato limpio (por ejemplo, el recolector entrega datos crudos, el resumidor entrega un resumen condensado) hace evidente dónde se originó un error o una salida defectuosa.
4. Prueba y mejora cada agente de forma independiente. Como las responsabilidades están separadas, puedes iterar sobre el tono del agente redactor sin tocar cómo se recolectan los datos, o reemplazar la lógica de marcado de riesgos sin rehacer el paso de resumen.

Yendo más allá: anidar agentes

Una vez que tienes un equipo, también puedes componer equipos. Un patrón avanzado común es anidar agentes, donde un agente llama a otro agente como si fuera simplemente otra herramienta — el agente que llama no necesita saber cómo el agente anidado hace su trabajo, solo qué devuelve. Esto es útil para sistemas grandes con muchas piezas móviles, ya que te permite construir jerarquías de especialistas en lugar de una sola lista plana de herramientas entregada a un único generalista.

Errores comunes

• No dividas de más. Un equipo de quince microagentes para una tarea simple agrega sobrecarga de coordinación (y llamadas al LLM) sin un beneficio equivalente — divide según responsabilidades reales y distintas, no de forma arbitraria.
• No omitas definir el contrato de entrega. Si las salidas de los agentes no están estructuradas de forma predecible, el siguiente agente de la cadena hereda ambigüedad en lugar de una entrada limpia, y depurar se vuelve más difícil, no más fácil.
• No le des a cada agente todas las herramientas "por si acaso". Restringir a cada agente solo a lo que su única tarea necesita es lo que mantiene su comportamiento legible — un agente recolector con acceso de escritura para enviar correos es una señal de mal diseño, no una comodidad.

Recursos

• CrewAI docs — Roles, objetivos y herramientas de los agentes
• Anthropic — Building Effective Agents (patrones multiagente)