Gobernanza de IA: el 86% de empresas ya usa agentes

El 86% de las empresas ya opera agentes de IA, pero casi nadie puede auditarlos

El 86,4% de las organizaciones ya tiene al menos un agente de IA operando y el 59,5% corre más de diez, según el informe State of Agentic AI and API Security 2H 2026 de Salt Security, que relevó a más de 380 profesionales de seguridad y tecnología. El dato incómodo llega después: el 49,8% confirmó o sospechó que un agente tomó, en los últimos doce meses, una acción que la empresa no había previsto ni autorizado.

Para un founder eso cambia el mapa. La IA dejó de ser una herramienta que responde preguntas y pasó a ser un operador que escribe en sistemas, modifica datos y ejecuta transacciones. La estructura de permisos de tu empresa, en cambio, se diseñó para personas.

La columna de Nicolás Castro, CPO y cofundador de The Flock, publicada en MDZ Online, apunta justo a ese desfase: la compañía incorpora IA en decenas de procesos antes de definir qué quiere delegar, qué necesita mantener bajo control humano y quién asume la responsabilidad cuando sus operaciones empiezan a depender de sistemas cada vez más autónomos.

Leíste lo que hace la IA. ¿Y en tu negocio?

Un agente de IA puede quedarse con parte de tu día: ordenar lo pendiente y pedirte el OK antes de actuar. El Kit «tu mano derecha con IA» trae un video de 11 minutos y una ficha para dejar al tuyo trabajando. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

¿Por qué la gobernanza de IA ya no es solo un tema de cumplimiento?

Según Castro, la gobernanza IA suele asociarse con seguridad, normativa y regulación, pero su alcance es más amplio. Una empresa también gobierna cuando define quién puede hacer qué, con qué nivel de autonomía y bajo qué responsabilidad. El problema es el orden de los factores: en muchas implementaciones primero se habilita la herramienta, después se observa cómo la usan los equipos y recién al final se intenta reconstruir qué información recibió ese sistema, en qué decisiones influyó y qué parte del proceso quedó efectivamente delegada.

El autor lo describe como una fragilidad que pasa inadvertida mientras todo funciona con normalidad: automatizaciones que dependen de una sola persona que sabe cómo fueron construidas, agentes cuyo comportamiento nadie puede explicar y equipos que desconocen qué proveedor está procesando información sensible. Ninguna de esas situaciones aparece en un dashboard. Todas aparecen el día que algo falla.

Los agentes rompen la lógica del asistente

Mientras la IA solo resumía documentos o generaba una primera versión de un texto, el desorden se contenía con una revisión humana. Los agentes cambian la lógica porque consultan fuentes, eligen entre distintas acciones, modifican información e inician procesos sin que cada paso requiera intervención de una persona. Castro lo plantea con un contraste útil: un agente que ordena información interna es un escenario muy distinto al de uno que interactúa con clientes, modifica precios, evalúa candidatos o ejecuta movimientos en un sistema financiero.

Los números acompañan esa transición. El 76,8% de los encuestados por Salt Security reporta agentes que encadenan acciones entre otros agentes, herramientas y APIs, es decir secuencias que ningún equipo diseñó de antemano. La contracara es la visibilidad: solo el 12,5% puede rastrear de forma consistente el recorrido completo de un agente, desde la instrucción inicial hasta el resultado, y más del 60% necesitaría horas o días de trabajo manual para reconstruir qué hizo un agente el día anterior. Apenas el 17,5% puede detener automáticamente a un agente que empieza a comportarse de forma inesperada en producción.

Ese último dato es el que debería preocupar a cualquier equipo chico: si tu único mecanismo de contención es apagar la aplicación, no tienes gobernanza, tienes un interruptor.

¿Cuál es la diferencia entre autenticación y autorización?

Anudeep Parhar, COO de Entrust, explicó a PYMNTS que las organizaciones podrían terminar gestionando miles o millones de agentes actuando en nombre de clientes y empleados. Su punto es que extraer ese valor exige delegar autoridad, y eso es más sensible que dar acceso a datos. La arquitectura operativa tendrá que responder tres preguntas a velocidad de máquina: si la acción estaba permitida, si reflejaba el objetivo buscado y quién era responsable de autorizarla.

De ahí sale la distinción técnica más importante del momento. La autenticación define si un agente puede entrar a un sistema; la autorización define si puede ejecutar una acción concreta una vez adentro. Según Parhar, la industria puso mucho énfasis en la primera y bastante menos en la segunda. Su ejemplo es claro: un agente de seguridad puede ser capaz de identificar y aplicar por sí solo un parche urgente en un sistema crítico, pero si instalarlo puede tumbar ese sistema, la capacidad técnica no debería conferirle autoridad organizacional.

En organizaciones reguladas, la consecuencia es directa: si una acción relevante se ejecutó y lo único que se puede responder a un auditor o a un regulador es que lo hizo un agente, el problema no es técnico, es de responsabilidad. La autorización en tiempo de ejecución, con permisos contextuales en lugar de estáticos, es la dirección que el mercado está empezando a adoptar.

El riesgo que crece en la sombra

La fragmentación que describe Castro tiene una versión medible. El 32,9% de los encuestados por Salt Security encontró en los últimos doce meses un servidor MCP no autorizado, en la sombra o mal configurado, y el 54,3% confirmó o sospechó la existencia de uno. En paralelo, el 83,5% estima que el código generado o asistido por IA contribuye a sus hallazgos de seguridad.

Traducido a la vida real de una startup: marketing conecta una herramienta, finanzas automatiza un flujo, tecnología arma un agente y alguien enlaza información interna con un modelo externo para resolver una tarea puntual. Cada decisión tiene sentido por separado. En conjunto producen una operación que nadie diseñó y que puede volverse difícil de comprender incluso para quienes trabajan dentro de ella.

¿Qué está pasando con la regulación de agentes autónomos?

El marco normativo llega tarde. Un análisis publicado por Yahoo News recuerda que la iniciativa de estándares para agentes de IA del NIST arrancó el 17 de febrero de 2026, pero que, según la Cloud Security Alliance, los estándares específicos para agentes no se esperan antes de 2027. En el mismo texto se recoge que la Unión Europea postergó el plazo para sistemas de alto riesgo de su AI Act del 2 de agosto de 2026 al 2 de diciembre de 2027, con votación del Parlamento Europeo de 423 a 57 el 16 de junio de 2026.

La presión legal, en cambio, avanza. Ese análisis señala que el presidente de la FTC, Andrew Ferguson, sostuvo en septiembre de 2026 que los desarrolladores cargan con la responsabilidad de sus agentes y rechazó explícitamente la defensa del actor autónomo.

El experimento más ambicioso viene por otro lado. Delaware prepara una figura jurídica, la Compañía de Inteligencia Artificial, para que agentes administren empresas dentro de un entorno de prueba de 30 meses, con responsabilidad limitada para quien financia la compañía, según DiarioBitcoin. La propuesta generó objeciones: el congresista James Comer pidió documentos al gobernador Matt Meyer por el riesgo de que el modelo proteja a los financistas. El dato de contexto importa para cualquier founder: alrededor de dos tercios de las empresas Fortune 500 están constituidas en ese estado.

El panorama que arma el relevamiento de Yahoo News es de alta presión para desplegar y baja cobertura regulatoria. La encuesta 2026 de CIO de Gartner indica que el 17% de los CIO ya desplegó agentes y otro 42% planea hacerlo en el próximo año. Un sondeo encargado por Cisco en marzo de 2026 encontró que el 85% de las organizaciones está en fase piloto y solo el 5% llegó a producción, con la seguridad como principal barrera para el 60%. Y Gartner proyecta que más del 40% de los proyectos de IA agéntica se cancelará hacia fines de 2027 por costos y controles de riesgo insuficientes.

Desde España, la consejera independiente Rita Estévez plantea en El Español una tesis que conecta con todo lo anterior: los beneficios de la IA no escalan si la implantación no es integrada, con una capa arquitectónica común y un modelo explícito de gobierno y control. Su conclusión es que la IA no puede gestionarse como una iniciativa tecnológica más, sino desde la primera línea ejecutiva.

¿Qué significa esto para tu startup?

No necesitas un departamento de compliance para empezar. Necesitas tres definiciones por escrito.

Armá un inventario real de agentes y automatizaciones. Nombre, dueño, a qué sistemas accede, qué información procesa y qué proveedor interviene. Si no puedes listarlo hoy, ese es el primer hallazgo de tu auditoría interna. Recuerda que en el relevamiento de Salt Security el 11% de las organizaciones directamente no tenía un responsable claro de gobernanza de IA, según el análisis de Yahoo News.
Clasifica por consecuencia, no por capacidad técnica. Separa tres niveles: usos de bajo riesgo que pueden operar con autonomía amplia; usos que tocan datos sensibles o clientes, con revisión humana en los puntos críticos; y usos que mueven dinero, cambian precios o modifican infraestructura, donde la autorización debe ser explícita y con evidencia. Castro insiste en lo mismo desde otra puerta: no todos los procesos admiten el mismo margen de error.
Define un único dueño de la gobernanza de IA. En las empresas relevadas por Yahoo News, el CISO asume esa responsabilidad en el 29% de los casos, el CIO en el 27%, un comité de IA en el 24% y el 11% no tiene dueño identificado. Un comité que se reúne una vez al mes y no puede frenar un despliegue no cuenta.
Exige trazabilidad mínima y un botón de apagado. Poder responder qué hizo un agente ayer y quién lo autorizó debe ser un requisito de despliegue, no una función futura. Si tu equipo necesita días para reconstruir una acción, la próxima vez que eso pase será frente a un cliente o un regulador.
Pon reglas sobre la IA en la sombra. Una política simple sobre qué herramientas pueden conectarse a datos de la empresa, quién aprueba servidores MCP y cómo se documentan las pruebas que empiezan como experimentos personales. La mayoría de las automatizaciones críticas de una startup nacieron así.

Conclusión

La discusión ya no es cuánto puede hacer la IA dentro de tu empresa, sino qué autoridad estás dispuesto a darle y cómo vas a responder por lo que haga. Cuando esas definiciones quedan pendientes, las decisiones no dejan de tomarse: simplemente se reparten entre herramientas, proveedores, equipos y personas que actúan según sus propias necesidades.

Castro cierra su columna con una advertencia que vale como criterio de gestión: esa fragmentación puede terminar moldeando la empresa sin que nadie haya diseñado deliberadamente ese modelo de funcionamiento. La ventana para decidirlo de forma explícita está abierta ahora, mientras la mayoría todavía está en fase piloto. En el relevamiento recogido por Yahoo News, solo el 5% de las organizaciones llegó a producción con IA agéntica; los procesos que tu equipo defina esta semana son los que van a gobernar lo que pase cuando ese número suba.