El riesgo real de la IA empresarial no son los agentes autónomos, sino la complejidad entre ellos
Las empresas despliegan flotas de agentes de IA que se interconectan y multiplican las conexiones, creando sistemas opacos difíciles de gobernar.

Las empresas no despliegan un agente de IA suelto y lo dejan trabajar. Despliegan flotas enteras, y cada agente llama a APIs, a otros agentes y a aplicaciones que nunca se pensaron para que una máquina tomara decisiones. El verdadero problema no es que un agente haga algo inesperado, sino que cien agentes hagan exactamente lo que se les pidió, todos a la vez, en combinaciones que nadie diseñó. Esa maraña de conexiones es lo que mantiene a la IA empresarial atascada en pilotos para siempre.
La complejidad no crece con el número de agentes, sino con los caminos entre ellos. Con dos agentes hay una conexión. Con diez, las posibles llamadas se disparan: cualquiera puede llamar a cualquier otro, y cada llamada puede encadenar otra. Un ticket de soporte que antes tocaba un sistema ahora pasa por cuatro agentes antes de que un humano lo vea. Y cada salto es una decisión que nadie aprobó explícitamente.
El fallo de los checklist
La tentación es tratar esto como una lista de verificación: aprobar el agente, registrarlo y seguir adelante. Pero un checklist valida un punto en el tiempo, y la complejidad se extiende a lo largo de una cadena. No se gobierna una cadena con aprobaciones de una sola vez, igual que no se adelgaza comiendo una verdura un día.
Los fallos concretos aparecen por dos vías. Primero, los permisos que se expanden sin control: alguien crea un agente para resumir tickets, le da acceso amplio a la API porque acotarlo habría costado otro sprint, y lo olvida. Seis meses después, ese agente tiene un camino hacia el sistema de pagos. Nadie recuerda haberlo aprobado. Segundo, la propiedad se diluye: cuando cinco agentes intervienen en un flujo y algo falla en el paso cuatro, nadie es responsable de ese eslabón concreto, porque el organigrama se detuvo en el despliegue.
Gobernanza más allá del registro
Arreglar el embrollo empieza por la identidad. Cada agente debería existir como entidad propia, con su propio nombre en el registro, permisos acotados y un responsable humano que responda por él. Pero eso no basta. Hace falta supervisión que abarque toda la cadena, en tiempo real, no un informe trimestral. Y también hace falta ejecución: poder bloquear una llamada que incumple las políticas antes de que se ejecute, no solo registrarla para revisarla tres semanas después. Un panel que te avisa de que un agente se salió de su ámbito hace cinco minutos es una herramienta de monitorización. Un sistema que impide que eso ocurra es gobernanza.
Rory Blundell, CEO de Gravitee, firma este artículo patrocinado y plantea que las empresas que están resolviendo bien este problema no frenan, sino que construyen lo que llama "armonía humano-agente", donde la escala y la responsabilidad crecen juntas. La pregunta que toda empresa debería poder responder es: ¿qué está haciendo este sistema ahora mismo y quién responde por ello?
##Relacionado

Gobernar agentes de IA: la clave esta en la capa de datos
EDB propone que el control de los agentes autonomos se aplique en la base de datos, no en el modelo, con identidad y proposito declarado.

Runway presenta Solaris, un modelo que genera interfaces de software en tiempo real
La compañía de IA Runway ha presentado Solaris, un sistema que genera la interfaz de usuario fotograma a fotograma en lugar de ejecutar código.

Anthropic abre la detección de texto de Claude a reguladores y medios
Anthropic lanza una API de verificación de marcas de agua para que organizaciones autorizadas comprueben si un texto fue generado por Claude.