Por qué es el momento de empezar a crear un organigrama para tus agentes de IA

Cada empresa ya tiene una respuesta sobre cómo gestiona a las personas: a quién reportan, cómo se incorporan, qué sucede cuando se van. Casi nadie tiene esa respuesta para el software, y la IA agéntica es la primera categoría de software que realmente la necesita. Un agente capaz de actuar sobre tus sistemas no es simplemente un script ejecutándose en segundo plano. Se parece más a una nueva contratación y necesita que se le respondan las mismas preguntas básicas. ¿Para quién trabaja? ¿Quién autorizó lo que puede tocar? ¿Quién es responsable cuando comete un error?

Shawn planteó una versión de este mismo punto desde el lado de Dentalcorp en el seminario web: con un equipo pequeño que da soporte a más de 650 clínicas dentales, no tiene margen para equivocarse varias veces, por lo que ha dejado de tratar los despliegues de agentes como proyectos piloto. Cada uno debe diseñarse desde el primer día como un paso hacia una plataforma, con un patrocinador empresarial real y permisos y acceso a datos suficientemente claros para que el siguiente caso de uso pueda construirse sobre él. Eso implica tratar los nuevos desafíos como una pregunta de organigrama antes de asumir que son una pregunta tecnológica.

Dije durante la grabación que preferiría ver a una empresa ejecutando cinco agentes con acceso estrictamente autorizado y auditable a sus sistemas, que a una ejecutando cientos sin ningún tipo de control, y lo mantengo. Soy optimista respecto a la realidad de que cientos e incluso miles de agentes operen dentro de una empresa en un futuro muy próximo, pero el hecho de que crea que es hacia donde se dirigen las cosas no significa que crea que esa sea la mejor manera en que una empresa debería estar pensando hoy.

El instinto de contar agentes —de tratar un despliegue más grande como uno más avanzado— es el mismo instinto que antes llevaba a las empresas a presumir de líneas de código. Era un mal indicador de progreso entonces, y lo sigue siendo ahora.

Anatolii planteó la versión más precisa de este argumento en la misma conversación: los compradores deberían presionar a los proveedores sobre los registros de auditoría y la revisión humana con la misma energía que dedican a evaluar casos de uso, en lugar de dejarse impresionar por el número bruto de agentes. Ese es el instinto correcto, y yo lo extendería aún más: la cantidad en sí misma debería ser una señal de alerta, no un argumento de venta, hasta que se sepa qué es lo que realmente gobierna esos agentes.

Esa lógica solo funciona si el caso de uso es acotado. Los proyectos que he visto fracasar son los que intentan abarcar demasiado a la vez: empresas que comprometen algo así como 20 millones de dólares en un único agente de propósito general diseñado para manejarlo todo, que es exactamente el tipo de proyecto que nunca llega a terminarse. El problema arquitectónico más difícil no es construir bien un solo agente, sino construir la estructura de gobernanza y responsabilidad que se mantenga cuando una empresa no opera con un agente, sino con cientos o miles de ellos, cada uno con su propio alcance y su propia línea de rendición de cuentas.

Un proveedor puede llevarte gran parte del camino en un problema bien delimitado. Pero ningún proveedor llega ya conociendo tu negocio lo suficiente como para entregarte un despliegue terminado y completamente gobernado: ese tramo final se trabaja de forma conjunta, refinándose a partir de los procesos y las decisiones específicas de tu negocio. Presupuestar como si el proveedor fuera a completar ese trabajo por su cuenta es la razón por la que estos proyectos se estancan.

La lectura de Shawn sobre esto, desde el lado del comprador, era pragmática más que cínica: la mayoría de los argumentos de venta sobre agentes se sostienen bien hasta que pide una demo y un plan de trabajo concreto, y ahí es generalmente donde empiezan a desmoronarse. No porque los proveedores sean deshonestos, sino porque la categoría es genuinamente joven —apenas diez meses de existencia según su estimación— y nadie construye software empresarial maduro en diez meses.

Si estás evaluando IA agéntica en este momento, tres preguntas te dirán más que cualquier estimación de gasto:

• ¿Quién es el responsable de este agente y cómo es el proceso de incorporación y desvinculación?
• ¿A qué tiene acceso realmente y puedes auditarlo?
• ¿Qué está dejando fuera el proveedor del primer 80% y quién se encarga del 20% restante?

Si no puedes responder a esas preguntas, aún no estás listo para hablar de presupuesto.

Esta es también la razón por la que Orium y la MACH Alliance siguen insistiendo en el mismo enfoque: la IA agéntica es una decisión de infraestructura, no un experimento que se ejecuta para ver qué pasa. Hacerlo bien no se trata de gastar más ni de construir más agentes. Esa es una forma fácil de refugiarse en el falso consuelo de estadísticas sin sentido. Pero quienes decidan —antes de invertir cualquier recurso en agentes— quién es responsable de lo que construyen, estarán sentando las bases para el éxito a largo plazo.