IA de Proveedores y Gobernanza · Noticias de IA

Sus Proveedores de Software Ya Están Enviando Agentes de IA Dentro de las Aplicaciones que Usted Ya Posee

Por Infonaligy · Publicado el 26 de julio de 2026 · 8 min de lectura

Infonaligy · Agentes de IA Integrados · 2026

La conversación sobre agentes ha girado en torno a qué construir. Esa pregunta se está respondiendo por usted. Su CRM, su ERP, su plataforma de seguridad y su mesa de servicio están enviando agentes a los tenants que usted ya paga, y a muchos los puede encender un administrador de departamento sin ninguna orden de compra. HubSpot puso Agent Hub y Agent Builder en beta pública en julio de 2026 para sus clientes Professional y Enterprise. SAP dice que su AI Agent Hub llega en el tercer trimestre de 2026. Google Threat Intelligence llevó sus capacidades agénticas a disponibilidad general. Gartner proyecta que el 40 por ciento de las aplicaciones empresariales incluirán agentes de IA de tarea específica para fin de año, frente a menos del 5 por ciento en 2025. Comprar frente a construir se convirtió, en silencio, en gobernar lo que ya está llegando, y la mayoría de las organizaciones de TI van atrasadas.

¿Qué es un agente de IA integrado por el proveedor?

Un agente de IA integrado por el proveedor es una capacidad autónoma que viene dentro de un producto SaaS que usted ya licencia. Se ejecuta en la infraestructura del proveedor, usa los datos de su tenant y actúa bajo un modelo de permisos que el proveedor define. Esa última parte es toda la historia.

La distinción que importa no es chat frente a agente en el sentido del marketing. Es si el software actúa dentro de un sistema de registro sin que una persona presione el botón. Un copiloto que redacta un correo para revisión es un asistente. Algo que cierra una alerta como benigna, cambia la etapa de una oportunidad, emite una nota de crédito o le responde a un cliente es un agente, y pertenece a la gestión de cambios, a las revisiones de acceso y a la evidencia de auditoría. HubSpot construyó un hub porque los agentes sin contexto compartido se pisan entre sí. La versión más difícil de ese problema es lo que ocurre en los otros seis productos que usted opera.

Por qué 2026 es el año de inflexión para los agentes integrados

Tres cosas cambiaron a la vez. Primero, la oferta: el pronóstico de Gartner marca un salto de error de redondeo a función predeterminada, y los anuncios de julio de HubSpot, SAP y Google son la forma que eso toma sobre el terreno.

Segundo, el capital y el empaquetado. Microsoft anunció Microsoft Frontier Company el 2 de julio de 2026, un negocio operativo para el despliegue de IA empresarial respaldado por un compromiso reportado de 2.5 mil millones de dólares, y proveedores como Ushur lanzaron plataformas agénticas ese mismo mes. Los agentes son la forma en que las empresas de software esperan cobrar de ahora en adelante.

Tercero, apareció un mercado de herramientas de gobernanza para responder a eso. Alterion lanzó Draco el 16 de julio de 2026, un plano de control en tiempo de ejecución que se ubica entre los agentes y la infraestructura para aplicar políticas entre nubes, proveedores y endpoints. Cuando existe una categoría entera para controlar agentes que usted no construyó, eso le dice dónde duele.

La restricción no ha cambiado. En todo lo reportado en julio, el límite de la adopción es organizacional: datos fragmentados, propiedad poco clara, muy poca gente capaz de implementar esto. La capacidad del modelo no es el cuello de botella. Su modelo operativo es el cuello de botella.

El cambio en una línea

Usted ya no está decidiendo si adopta agentes de IA. Está decidiendo si los que ya están llegando a sus tenants de SaaS funcionan bajo su política o bajo los valores predeterminados de cada proveedor. Escriba el estándar antes de que la primera unidad de negocio haga clic en activar, porque después de eso usted estará haciendo arqueología en lugar de gobernanza.

¿Qué debe preguntarle TI a un proveedor antes de activar un agente integrado?

Siete preguntas, respondidas por escrito, antes de que algo entre en producción. Envíeselas a todo proveedor cuya hoja de ruta mencione agentes, no solo al que tiene enfrente.

1. Modelo de identidad: ¿con qué identidad actúa el agente?

¿Se ejecuta como un service principal propio, como el tenant o como el usuario que lo activó? ¿Puede usted distinguir una acción del agente de una acción humana en el historial del registro? Si hereda todos los permisos de un usuario, su radio de impacto es igual al de ese usuario y el mínimo privilegio deja de aplicarse. Es el mismo problema que aparece en la lista de verificación de gobernanza de agentes de IA, y es la primera pregunta, no la quinta.

2. Alcance de datos: ¿qué lee y qué puede escribir?

El alcance de lectura y el de escritura son respuestas distintas, y los proveedores suelen dar solo la primera. Pida los objetos, los campos y los archivos adjuntos que quedan dentro del alcance, si alcanza sistemas conectados a través de las integraciones del proveedor, y qué acciones son creaciones y actualizaciones frente a eliminaciones y envíos. Excluya los datos regulados de forma explícita en lugar de darlo por supuesto.

3. Registro de auditoría: ¿qué evidencia existe y puede exportarla?

Usted necesita la acción, las entradas, el plan cuando esté disponible, la marca de tiempo y la identidad que autorizó. Y luego la pregunta que separa un registro real de un tablero bonito: ¿se exporta a su SIEM y cuál es la retención del lado del proveedor? La evidencia que usted no puede llevar a su propio stack no es evidencia que usted tenga.

4. Compuertas de aprobación humana: ¿qué requiere una persona y quién lo configura?

Pregunte qué acciones se pueden condicionar, con qué granularidad (tipo de acción, umbral en dólares, categoría de cliente, puntaje de confianza) y si un administrador de negocio puede quitar una compuerta sin que TI se entere. Un control que un departamento puede desactivar en silencio no es un control.

5. Tenancy y datos de entrenamiento: ¿a dónde van sus datos?

Consiga lenguaje contractual, no un artículo de soporte. ¿Se usan los datos del tenant para entrenar modelos compartidos o para mejorar el producto del proveedor? ¿La inferencia está aislada por tenant? ¿Qué subprocesadores y proveedores de modelos participan, y a usted le avisan cuando cambian? Nuestro trabajo de seguridad y gobernanza de IA empieza aquí, porque las respuestas varían incluso dentro de una sola línea de producto.

6. Interruptor de apagado: ¿qué tan rápido puede detenerlo y qué pasa con el trabajo en curso?

Usted quiere una desactivación instantánea a nivel de tenant, no un ticket de soporte. Pregunte quién puede accionarla, en cuánto tiempo surte efecto, si las acciones en curso se revierten o se completan, y si se puede detener un agente sin perder el conjunto de funciones del que depende su equipo. Pruébelo durante el piloto.

7. Modelo de costo: ¿cuánto cuesta una acción y cuál es el techo?

El precio por consumo sobre las acciones de los agentes ya es común, incluidos los modelos de créditos donde los agentes a medida consumen un saldo a medida que actúan. Pregunte qué cuenta como facturable, si los reintentos y las fallas se cobran, si usted puede poner un tope de gasto por agente y qué alertas se disparan antes de llegar al tope. Un ciclo de reintentos es un incidente de presupuesto, y finanzas lo va a notar primero.

¿Y si el proveedor no responde por escrito?

Algunos no lo harán, y la no respuesta es la respuesta. Trate el silencio en tres de las siete, el modelo de identidad, la exportación de auditoría y el uso de datos para entrenamiento, como una decisión de dejarlo apagado: el agente permanece desactivado hasta que usted tenga lenguaje que pueda hacerles cumplir. Registre la brecha en su inventario junto a ese proveedor, con fecha, para que sea una excepción rastreada y no un supuesto tácito. Después llévelo a la agenda de la renovación, donde usted tiene una influencia que un ticket de soporte nunca le va a dar.

¿Cuándo es un agente integrado la respuesta correcta y cuándo no lo es?

Dónde encajan de verdad los agentes integrados

Los agentes integrados ganan cuando el trabajo vive por completo dentro de los datos y los permisos de un solo proveedor. Clasificación de tickets en la mesa de servicio, clasificación de alertas en una plataforma de seguridad, higiene de registros en el CRM, conciliación de facturas en el ERP: el agente tiene el contexto de forma nativa, el proveedor ya resolvió la integración y construirlo usted mismo significa reconstruir el modelo de datos de ellos. La caza agéntica de amenazas, que Google acaba de llevar a disponibilidad general, es un trabajo que se atiende mejor junto a los datos que interroga. Si un agente del proveedor cubre el 80 por ciento de una tarea, tómelo.

¿Cuándo sigue siendo un agente de IA a medida la respuesta correcta?

Construya, u orqueste, cuando se cumpla cualquiera de estas condiciones. El flujo de trabajo cruza sistemas que ningún proveedor posee, que es el caso de casi todos los que de verdad mueven un indicador de negocio. La lógica es propietaria y forma parte de cómo usted compite, y un agente genérico de proveedor aplana esa ventaja. La regulación o el contrato exigen su propio rastro de auditoría, su propia residencia de datos o su propia elección de modelo. La economía por acción se rompe a su volumen. O usted necesita una sola política aplicada de forma idéntica entre proveedores, no siete valores predeterminados. Ese es el argumento a favor de los agentes de IA a medida y de la capa que está por encima de ellos, en orquestación y gobernanza multiagente.

Para la mayoría de las empresas del mercado medio la respuesta es ambas: agentes de proveedor para el trabajo dentro de la aplicación, automatización de procesos y agentes a medida para las rutas que cruzan sistemas, y ninguno de los dos creciendo sin un responsable. La disyuntiva se juega en cuatro frentes.

Agente integrado del proveedor

Alcance de datos: todo lo que hay en ese tenant, bajo el modelo de permisos del proveedor. Profundo dentro de la aplicación, ciego fuera de ella.

Rastro de auditoría: el formato de registro y la retención del proveedor. Es evidencia real solo si se exporta a su SIEM.

Modelo de costo: por acción o por crédito. Barato para empezar, difícil de pronosticar a volumen.

Dependencia: la lógica vive en el entorno de diseño del proveedor y se va cuando usted se va.

Agente a medida o capa de orquestación

Alcance de datos: exactamente lo que usted concede, entre sistemas que ningún proveedor por sí solo alcanza a ver.

Rastro de auditoría: su esquema, su retención, un solo formato para todos los flujos de trabajo.

Modelo de costo: el costo de construir y operar es suyo. Más alto al inicio, predecible por unidad a volumen.

Dependencia: lógica portable, con modelos y proveedores intercambiables por debajo.

El riesgo de proliferación de agentes en la sombra que nadie presupuestó

La TI en la sombra tardó años en acumularse porque alguien tenía que poner una tarjeta de crédito. Los agentes en la sombra se acumulan en meses, dentro de herramientas que ya pasaron por compras, un interruptor a la vez.

Imagine un patrimonio de mercado medio a fin de año: siete plataformas SaaS, cada una con dos o tres agentes activados por el departamento dueño de la herramienta, cada uno con su propio modelo de permisos, su formato de registro, su configuración de aprobaciones y su medidor. Ningún inventario los enumera, y nadie puede decir cuántas acciones autónomas se ejecutaron contra datos de clientes la semana pasada. Eso es exactamente lo que le va a preguntar un auditor.

Los modos de falla son predecibles: acciones en conflicto sobre un mismo registro, expansión de permisos porque a los agentes se les amplía el alcance para que una demo funcione, agentes huérfanos cuyo creador cambió de puesto, ninguna vista consolidada del costo. Trate cada agente de proveedor activado como una identidad no humana con un responsable con nombre y un propósito documentado, que es el estándar de gobernar una fuerza laboral de agentes de IA.

Un plan de gobernanza práctico de 30/60/90 días

  1. Días 1 a 30, inventario y estándar. Pregunte a sus 20 principales proveedores por gasto qué capacidad de agentes existe hoy y qué llega después. Inventaríe lo que ya está activado, porque no va a ser cero. Publique un estándar de activación de una página a partir de las siete preguntas, con una regla que tenga dientes: ningún agente de proveedor entra en producción sin revisión de TI y un responsable con nombre. Elija dos pilotos con radio de impacto contenido.
  2. Días 31 a 60, piloto con las compuertas puestas. Ejecute ambos pilotos con aprobación humana en cada acción consecuente, con los registros exportándose a su SIEM desde el primer día y con una línea base medida para que la afirmación de valor sea suya y no del proveedor. Pruebe el interruptor de apagado. Revise los registros de acciones cada semana, no el tablero del proveedor. Decida qué corre sin supervisión a partir de lo que observó, no de lo que le prometieron.
  3. Días 61 a 90, plano de control y cadencia. Normalice los registros de agentes de todos los proveedores en un solo lugar para que quién hizo qué sea una pregunta respondible en todo el patrimonio. Sume los agentes a las revisiones de acceso y a la baja. Fije topes de gasto y alertas. Defina la revisión mensual que mantiene honesto el inventario, e incorpore el registro de agentes a la forma en que se despliega el software, que es trabajo de AI DevOps. Después afloje las compuertas de forma deliberada, un tipo de acción a la vez.

¿Cómo se mantiene un solo plano de control sobre muchos agentes de proveedores?

Para ser justos, algunos proveedores están mirando más allá de sus propios productos. El AI Agent Hub de SAP, con disponibilidad general en el tercer trimestre de 2026 dentro de SAP LeanIX, se presenta como agnóstico de proveedor: descubre agentes de forma automática mediante integraciones con repositorios de SAP, Google y Microsoft, captura calificaciones de riesgo y mapeos de cumplimiento por agente, y gobierna a un agente desde que se propone hasta que se retira. Eso sí es genuinamente multiproveedor, y es más de lo que ofrece la mayor parte del mercado.

Aun así no es su plano de control, por tres razones. La cobertura está limitada por los repositorios que ese proveedor haya integrado, así que los agentes que viven en las plataformas fuera de esa lista siguen siendo invisibles. Está anclado al modelo de políticas de un solo proveedor, lo que encaja bien si usted está estandarizado ahí y no funciona si no lo está. Y un plano de control que pertenece a una empresa que además le vende agentes no es un árbitro neutral, por bien construido que esté. Aproveche lo que le dé el hub de un proveedor, y mantenga suya la capa que rinde cuentas. Tiene cuatro elementos, todos alcanzables con herramientas que usted ya posee.

  • Un solo inventario. Cada agente, integrado por el proveedor o a medida, con responsable, propósito, alcance de datos, configuración de aprobaciones y fecha de activación. Una hoja de cálculo mantenida le gana a una plataforma abandonada.
  • Un solo destino de registros. Las acciones de los agentes normalizadas en su SIEM sobre un esquema común, para que las preguntas que cruzan proveedores sean consultas y no proyectos. Esa es la disciplina de la observabilidad y el monitoreo de agentes de IA.
  • Una sola política, expresada por proveedor. Su estándar de umbrales de aprobación, datos prohibidos y registro, traducido a la configuración de cada proveedor y verificado de nuevo cada trimestre, porque los valores predeterminados cambian sin que usted se entere.
  • Un solo procedimiento de apagado. Un runbook probado para desactivar cualquier agente en cualquier proveedor, con quién lo activa y en cuánto tiempo surte efecto. Ya están surgiendo plataformas de control en tiempo de ejecución para esto, pero un procedimiento manual ensayado le gana a un producto sin ensayar.

Nada de esto exige una contratación nueva. Exige un responsable con nombre, en la mayoría de las empresas del mercado medio el director de TI o el líder de seguridad, y entre cuatro y seis horas al mes para llevar la revisión una vez que el inventario existe. Lo que no sobrevive es que no sea tarea de nadie, que es donde una consultoría de IA se gana su lugar.

En resumen

Los agentes integrados por los proveedores son el camino más rápido hacia una IA útil y el camino más rápido hacia un patrimonio sin gobernar. Es el mismo hecho: activarlos es fácil, y por eso el estándar tiene que existir antes de que alguien empiece a mover los interruptores. Haga las siete preguntas, pilotee con las compuertas puestas, reserve los agentes a medida para el trabajo entre sistemas que los proveedores no alcanzan a ver, y construya el plano de control mientras el inventario todavía es lo bastante corto como para escribirlo en una tarde. Las empresas que se vean competentes en 2027 no serán las que tengan más agentes. Serán las que puedan decir, en una sola consulta, qué hizo cada agente la semana pasada. Infonaligy diseña y gobierna patrimonios de agentes en Dallas–Fort Worth y, mediante entrega remota, en todo el país.

Infonaligy ayuda a los equipos de TI y de dirección a evaluar, activar y gobernar los agentes de IA integrados por los proveedores junto con los agentes a medida, desde nuestra base en Dallas–Fort Worth y, mediante entrega remota, para empresas en todo el país.

Gobierne lo que ya está llegando

Conozca cada agente que corre en su patrimonio SaaS antes de que un auditor pregunte.

Agende un diagnóstico e inventariaremos los agentes de proveedor que ya están activados en sus tenants, fijaremos el estándar de evaluación y diseñaremos el plano de control que los obliga a rendir cuentas.

DFW · remoto en todo el país · gobernado por defecto · 800-985-1365