¿Cuántos agentes puede supervisar una persona?
La respuesta que circula en cada comité es un número fijo: cuatro, doce, veinte. La que de verdad sirve depende de una variable que nadie pone en la diapositiva.
Carlos Andrés Ramírez ·
La pregunta se repite en cada comité que arma la plantilla del área que administra agentes: ¿cuántos agentes puede llevar una persona? La respuesta que circula es un número fijo, cuatro, doce, veinte. La que de verdad sirve depende de una variable que nadie pone en la diapositiva: qué tan determinista es el trabajo que hace cada agente.
Greg Meyer, que estudia cómo se arman estos equipos, describe el caso que resume el problema entero. Una empresa dimensionó a un operador para doce agentes, cuando el trabajo era predecible: instrucciones claras, resultado verificable en segundos. El trabajo se volvió ambiguo con el tiempo, y ese mismo operador hoy apenas sostiene cuatro. El organigrama sigue diciendo doce. Fuente: Greg Meyer, gregmeyer.com, junio de 2026.
Tomasz Tunguz, inversionista que opera agentes a diario para su propio trabajo, llega al mismo número por otro camino: dice no poder manejar más de cuatro agentes de IA a la vez, y culpa a la interrupción constante. Cada agente que pide permiso, pregunta algo o entrega un resultado a medio resolver le exige atención en el momento, no cuando a él le conviene revisarlo. Fuente: Tomasz Tunguz, tomtunguz.com, 2026.
Y en el otro extremo, los operadores más entrenados sostienen entre diez y quince agentes a la vez, porque el trabajo que reciben es distinto: tareas bien definidas, sin ambigüedad, que se revisan en bloque al terminar en vez de atenderse una por una. El rango completo, de cuatro a quince, no depende de qué tan hábil sea el operador. Depende de qué tan determinista es la tarea que tiene enfrente.
El síntoma
La plantilla se fija una vez y no se vuelve a mirar.
Se nota antes de que el área entera se atrase. Alguien calculó cuántos agentes hacían falta con el mismo criterio con el que se calculan licencias de software: un número fijo por persona, que entra al presupuesto del año. El cálculo se hizo con el primer caso de uso, el más simple, el que salió limpio en la demo. Ocho meses después el equipo opera cinco procesos distintos con ese mismo ratio, y nadie ha vuelto a medir cuánto sostiene de verdad una persona en el proceso número cinco, el más ambiguo de todos.
- El ratio de agentes por persona se decidió una vez, con el caso más simple, y nunca se volvió a calcular contra el trabajo real.
- Nadie cuenta cuántas veces por hora un agente interrumpe para pedir permiso o resolver una excepción; solo se cuenta cuántos agentes hay activos.
- El operador que sostenía diez tareas deterministas hoy hace malabares con cuatro ambiguas, y en el papel sigue apareciendo con la misma carga.
- La ambigüedad entra despacio: el primer mes el proceso es simple, el sexto ya arrastra siete excepciones que nadie documentó.
- Cuando el operador empieza a fallar, la primera pregunta es «necesita más entrenamiento», nunca «cuántos agentes le estamos pidiendo que sostenga a la vez».
El problema de fondo
El techo no lo pone el operador. Lo pone qué tan determinista es la tarea.
Un agente que hace lo mismo siempre, con una entrada clara y una salida que se verifica en segundos, casi no interrumpe: hace el trabajo, entrega, y la revisión es un vistazo. Un agente que opera en terreno ambiguo, donde «terminado» no tiene una definición única, interrumpe todo el tiempo: pide permiso para el caso raro, pregunta cómo interpretar una instrucción, entrega algo que hay que revisar con cuidado porque puede estar mal de una forma que no se nota a simple vista. La diferencia entre sostener quince y sostener cuatro no está en el operador. Está en cuántas veces por hora cada agente le exige algo.
Y esto cambia con el tiempo, no solo entre procesos distintos. El mismo agente, en el mismo proceso, se vuelve más ambiguo a medida que el negocio le mete casos que no estaban en el diseño original: una excepción nueva, un cliente que no encaja en ninguna categoría, una regla que cambió y nadie actualizó. La tasa de interrupción sube sin que nadie la esté midiendo, y el operador que sostenía diez agentes hace tres meses hoy sostiene seis sin que el cambio se haya anotado en ningún lado. Para cuando alguien lo nota, ya lleva semanas siendo el cuello de botella del equipo, no el multiplicador que se suponía que iba a ser.
El número que importa no es cuántos agentes tiene el equipo. Es cuántos puede sostener la persona antes de convertirse ella misma en el cuello de botella. Y ese número se mueve todas las semanas, aunque el organigrama no se entere.
BECOME
El marco
Tres números antes de fijar cuántos agentes lleva una persona.
- Tasa de interrupción
- Cuántas veces por hora un agente típico de ese proceso necesita algo del operador: permiso para un caso raro, una decisión ambigua, una corrección. Se mide observando una semana real, no preguntando de memoria cuántas veces interrumpe.
- Costo de revisión
- Cuánto tiempo toma comprobar que lo que entregó el agente está bien, no solo que terminó. Un agente que entrega rápido pero exige una revisión larga no libera tiempo: lo traslada a otro momento del día.
- Bloque de atención real
- Cuántas horas de foco sin interrupción tiene esa persona para dedicar a supervisar, no las ocho horas de la jornada completa. Entre reuniones, otras responsabilidades y el resto del trabajo, casi nunca son más de dos o tres.
- Techo real
- El resultado de dividir el bloque de atención disponible entre lo que consume cada agente, sumando interrupción y revisión. No es una cifra que se fija una vez: se vuelve a calcular cada vez que el proceso cambia de forma.
Con estos tres números, un operador dimensionado para un proceso determinista puede sostener diez o quince agentes sin problema. El mismo operador, moviendo el mismo tipo de trabajo a un proceso ambiguo, puede necesitar bajar a cuatro sin que eso signifique que perdió capacidad. Perdió el terreno donde ese ratio alto era posible.
Toma al operador que hoy lleva más agentes en tu equipo y cuenta, durante una semana real, cuántas veces cada agente le pidió algo: permiso, una decisión, una corrección. Si nadie lo ha contado nunca, ese número por sí solo ya explica por qué la plantilla que se diseñó en la demo no aguanta en producción.
Preguntas frecuentes
¿Cuántos agentes de IA puede supervisar una persona en la práctica?
No hay una cifra única. Quien opera agentes a diario en trabajo ambiguo reporta un techo cercano a cuatro; los operadores más entrenados, con trabajo determinista y buena herramienta de cola, sostienen entre diez y quince. El número correcto para un equipo depende de qué tan predecible es la tarea, no de la habilidad de la persona.
¿Por qué un operador que sostenía doce agentes ahora apenas maneja cuatro?
Porque el trabajo se volvió más ambiguo con el tiempo, aunque el proceso siguiera llamándose igual. Cada excepción nueva que nadie documentó sube la tasa de interrupción, y el mismo operador termina atendiendo más preguntas por agente sin que su capacidad real haya cambiado en absoluto.
¿Qué hace que un agente interrumpa más que otro?
La ambigüedad de la tarea, no su complejidad técnica. Un agente con una entrada clara y un resultado verificable casi no pide nada; uno que opera donde «terminado» no tiene una única definición pide permiso, pregunta y entrega trabajo que hay que revisar con cuidado, y cada una de esas veces consume atención del operador.
¿Cómo se calcula cuántos agentes puede llevar una persona en un equipo real?
Dividiendo el bloque de atención real que tiene disponible, casi nunca la jornada completa, entre lo que consume cada agente sumando su tasa de interrupción y el costo de revisar lo que entrega. El resultado cambia cada vez que el proceso se vuelve más o menos ambiguo, así que hay que volver a calcularlo, no fijarlo una vez y olvidarlo.
Dimensionemos tu equipo de agentes
De la idea a la operación
Un agente llega a operar cuando alguien define sus límites, sus excepciones y quién responde por el resultado. Eso se diseña y se construye.
Sobre el autor
Carlos Andrés Ramírez — Director de Transformación
Especialista en transformación y reinvención de negocios. Director de Programas Especializados y docente de Inteligencia Artificial en la Escuela de Postgrado de la UPC.