2026-10-23
Más agentes no hacen mejor una automatización
Una automatización sencilla, con un agente y herramientas claras, puede rendir mejor que una red de especialistas si la división no resuelve un problema medible.
Es fácil imaginar una automatización avanzada como un equipo entero de inteligencias artificiales: una planifica, otra busca, otra redacta, otra revisa y una última coordina. Sobre el papel parece más potente. En la práctica, cada relevo añade información que resumir, instrucciones que mantener, tiempo de espera y otra oportunidad de perder contexto.
La pregunta útil no es cuántos agentes tiene el sistema. Es si termina mejor el trabajo, con un coste y un riesgo que la empresa puede entender y controlar.
Qué ha cambiado
Anthropic publicó el 22 de octubre una guía basada en su trabajo con implantaciones empresariales. Explica que varios sistemas mejoraron al integrar planificadores, clasificadores y especialistas dentro de un único agente con acceso progresivo a herramientas e instrucciones. Según la empresa, la calidad subió en varias comparaciones y con frecuencia bajaron el coste y la latencia, es decir, el tiempo que tarda el sistema en responder.
Un subagente es una IA auxiliar que recibe su propio contexto, instrucciones y herramientas para resolver una parte del encargo. Puede ser valioso cuando varias tareas independientes deben ocurrir a la vez, cuando hace falta una verificación separada o cuando los permisos tienen que estar aislados. El problema aparece cuando se crea uno por cada departamento, tipo de consulta o paso pequeño sin haber demostrado que esa separación ayuda.
El mismo día, OpenAI convirtió en producto estable su Decisions API, una interfaz pensada para decisiones acotadas como clasificar una entrada, elegir entre opciones o asignar una puntuación. El ejemplo apunta en la misma dirección: una función estrecha puede ser una herramienta dentro del flujo, sin necesitar otro agente autónomo que vuelva a interpretar todo el proceso.
La complejidad también tiene una factura
Cada agente adicional necesita saber qué debe hacer, qué información recibe, qué herramientas puede usar y qué debe devolver. Cuando termina, otro componente tiene que interpretar su resultado. Si el resumen omite un detalle, el siguiente agente trabaja con una versión incompleta. Si dos instrucciones chocan, puede aparecer una respuesta distinta según el camino seguido.
También se repite contexto. En una discusión pública del repositorio de Codex, un usuario documentó cómo abrir muchos subagentes podía multiplicar el consumo porque cada uno cargaba instrucciones, herramientas y parte del historial. Es una experiencia individual, no una prueba general, pero ilustra un coste que suele quedar oculto cuando solo se mira el precio del modelo por petición.
Para una empresa, esa factura no es solo técnica. Incluye más piezas que revisar, más comportamientos que explicar, más registros que conservar y más lugares donde una autorización o un dato pueden llegar a quien no corresponde.
Un ejemplo sencillo: preparar una propuesta comercial
Ejemplo hipotético: una consultora quiere convertir las notas de una reunión en una propuesta. Podría crear cinco agentes: uno extrae necesidades, otro busca antecedentes, otro calcula el alcance, otro redacta y otro revisa. Antes de construir esa red, prueba un único agente con tres herramientas claras: consultar la ficha autorizada del cliente, recuperar una plantilla y calcular importes mediante una función cerrada.
El agente prepara el borrador completo y deja los datos económicos y compromisos para revisión humana. La empresa mide cuánto tarda, cuántas correcciones necesita y qué información no encuentra. Si la revisión técnica sigue siendo débil, puede añadir un verificador independiente solo para ese punto. Si la búsqueda de antecedentes bloquea el resto, puede separarla y ejecutarla en paralelo.
La arquitectura crece después de observar un límite concreto. No nace copiando el organigrama de la empresa ni convirtiendo cada tarea en una personalidad distinta.
Cómo decidir si necesitas otro agente
Antes de añadirlo, conviene responder con evidencia a estas preguntas:
- ¿Qué fallo medible del flujo actual resuelve: calidad, tiempo, contexto, permisos o trabajo realmente paralelo?
- ¿Podría resolverse con una herramienta, una instrucción recuperable o una validación automática más sencilla?
- ¿Qué información debe recibir y qué detalle puede perderse cuando devuelve un resumen?
- ¿Qué permiso necesita y cómo se evita que herede accesos innecesarios?
- ¿Cuánto cambia el coste total y el tiempo hasta obtener el trabajo terminado?
- ¿La versión con varios agentes supera varias veces a la sencilla en ejemplos reales del negocio?
Una prueba que cabe en una semana
Elige entre diez y veinte encargos representativos y guarda el resultado esperado. Ejecuta primero la versión sencilla y después la versión dividida, con los mismos datos y límites. No compares solo si una frase suena mejor: revisa si el trabajo quedó completo, cuántas correcciones exigió, cuánto tardó, cuánto costó y si respetó permisos y formato.
Repite los casos importantes más de una vez. Los agentes no siempre responden igual y una mejora aparente en una ejecución puede desaparecer en la siguiente. Cambia una sola pieza cada vez para saber qué produjo la diferencia.
Si la red de agentes mejora de forma consistente un problema que importa, consérvala. Si solo hace el diagrama más impresionante, vuelve a la versión simple. Simplificar no es renunciar a capacidad; es quitar coordinación que no aporta resultado.