Nutanix añade un puente para agentes de IA, mientras Blocks Files informa de un nuevo punto de control
Nutanix ha añadido un punto de control para los agentes de IA, pese a que las empresas aún carecen de reglas consolidadas para el acceso de los agentes. El informe de Blocks Files destaca un cambio importante dentro de Nutanix Cloud Platform. Nutanix ya no quiere gestionar únicamente la infraestructura que sustenta las aplicaciones de IA. También quiere gobernar cómo los agentes acceden a modelos, herramientas y datos empresariales privados.
Este cambio se centra en Nutanix Agent Gateway, que pasó a estar disponible de forma general con Nutanix Enterprise AI 2.7. La puerta de enlace se sitúa entre los agentes y los sistemas que utilizan. Aplica políticas, registra la actividad, supervisa el consumo de tokens y enruta solicitudes entre modelos alojados o privados.
Sin embargo, el conector más relevante sigue en vista previa técnica. Model Context Protocol, o MCP, es un protocolo abierto que permite a las aplicaciones de IA descubrir e invocar herramientas externas mediante una interfaz común. Nutanix afirma que su soporte para MCP puede controlar a qué herramientas acceden los agentes a través de servidores aprobados.
La diferencia entre disponibilidad general y vista previa técnica importa. La puerta de enlace puede gestionar hoy el tráfico de modelos, pero la capa de acceso a herramientas que proporciona a los agentes un alcance operativo más amplio aún no está posicionada para uso en producción.
Nutanix también entra en un mercado que los principales proveedores de nube ya reconocen. Microsoft Azure y Amazon Web Services ofrecen puertas de enlace que sitúan la autenticación, las políticas y la supervisión entre los agentes y los sistemas empresariales. Nutanix debe demostrar que su posición en infraestructura híbrida crea un mejor límite de control.
Lo que Nutanix realmente añadió a su plataforma de nube
Nutanix está extendiendo su plano de control de infraestructura al camino entre los agentes de IA, los modelos y las herramientas empresariales.
Nutanix Agent Gateway está disponible mediante Nutanix Enterprise AI 2.7. La empresa lo describe como una capa centralizada para el acceso a modelos, la gobernanza de agentes, la visibilidad de uso y los controles de costes.
La puerta de enlace proporciona endpoints unificados, lo que significa que las aplicaciones pueden llamar a una interfaz controlada en lugar de integrarse por separado con cada proveedor de modelos. Nutanix afirma que los administradores pueden aplicar autenticación, supervisión y límites de tasa coherentes en modelos alojados en la nube y autoalojados.
Este enfoque aborda un problema práctico. Un equipo de desarrollo podría utilizar un modelo externo para una carga de trabajo y un modelo alojado de forma privada para otra. Sin una puerta de enlace, cada conexión puede conllevar credenciales, sistemas de registro, límites y procedimientos operativos distintos.
Un endpoint unificado puede reducir esa inconsistencia. Nutanix también afirma que las cargas de trabajo pueden utilizar modelos de respaldo configurados cuando un proveedor deja de estar disponible o alcanza un límite. Esto permite a los desarrolladores cambiar el enrutamiento sin reescribir cada integración de aplicación.
La segunda función de la puerta de enlace implica servidores MCP. Un servidor MCP presenta herramientas, recursos o prompts que los clientes de IA compatibles pueden descubrir y utilizar. Un servidor podría exponer operaciones aprobadas para GitHub, Stripe, una base de datos interna u otro sistema empresarial.
La descripción general de Agent Gateway de Nutanix afirma que la puerta de enlace puede aplicar políticas de acceso y filtrado a nivel de herramienta al tráfico MCP. También puede proporcionar registros de auditoría de las solicitudes que pasan por esa ruta controlada.
Este es el puente al que hace referencia la historia de Blocks Files. Conecta la infraestructura que Nutanix ya opera con las herramientas que los agentes necesitan para realizar tareas. Esto acerca a Nutanix a la actividad de las aplicaciones, donde las decisiones de un agente pueden generar consecuencias de seguridad y financieras.
El cambio va más allá de proporcionar a un chatbot otra fuente de contexto. Un agente con acceso a herramientas puede desencadenar una acción externa. Podría actualizar una incidencia, iniciar un flujo de trabajo, consultar registros de clientes o enviar una transacción.
Por tanto, Nutanix necesita controles en dos límites diferentes. El primero gobierna el acceso de los agentes a los modelos de lenguaje. El segundo gobierna el acceso de los agentes a herramientas y datos mediante servidores MCP.
Estos límites se superponen, pero no son intercambiables. Los límites de tokens pueden restringir el uso del modelo, mientras que los permisos de herramientas restringen lo que un agente puede hacer. Una empresa necesita ambos si los agentes pasan de responder preguntas a completar tareas operativas.
Nutanix afirma que Agent Gateway está disponible de forma general para los clientes de Nutanix Enterprise AI. Sus capacidades de servidor MCP local siguen en vista previa técnica, y la empresa indica explícitamente que las funciones de vista previa no deben utilizarse en entornos de producción.
Esta salvedad evita que el anuncio represente una pila empresarial de agentes terminada. Nutanix ha entregado la puerta de enlace central, pero una de sus rutas de acceso para agentes más importantes sigue en evaluación.
El evento aun así establece una dirección clara. Nutanix quiere que su plataforma controle el cómputo, los modelos y las conexiones de los agentes mediante una capa operativa común. La siguiente pregunta es por qué los proveedores de infraestructura se están trasladando ahora a esta capa.
Por qué el acceso de los agentes de IA se convirtió en un problema de infraestructura
Los agentes convierten la integración ordinaria de aplicaciones en una decisión de autorización recurrente, haciendo que los equipos de infraestructura sean responsables de mucho más que la disponibilidad de los modelos.
Las aplicaciones tradicionales de IA generativa suelen enviar un prompt a un modelo y devolver texto. Sus principales requisitos de infraestructura incluyen el alojamiento de modelos, la latencia, el manejo de datos y la capacidad.
Los agentes crean una carga de trabajo diferente. Pueden seleccionar herramientas, realizar llamadas repetidas a modelos, crear subtareas y continuar hasta alcanzar un objetivo. Cada paso puede consumir tokens o invocar otro sistema protegido.
Nutanix sostiene que este comportamiento cambia el modelo operativo. Su lanzamiento de IA agéntica de marzo de 2026 contrastó el entrenamiento de modelos, organizado a menudo en torno a un gran trabajo, con entornos de agentes de producción que dan soporte a muchos servicios y usuarios concurrentes.
Este enfoque explica por qué importa la puerta de enlace. La primera solicitud de un agente podría llamar a un modelo alojado. Su siguiente solicitud podría acceder a un modelo privado, seguida de una herramienta que consulta un servicio interno. Un paso posterior podría volver a escribir información.
Las conexiones directas dificultan gobernar estas rutas de manera coherente. Cada equipo de agentes puede acabar gestionando de forma distinta las credenciales de proveedores, los permisos, los registros, las cuotas y la conmutación por error.
Una puerta de enlace proporciona a los equipos de plataforma un punto de aplicación compartido. Puede autenticar a quien realiza la llamada, restringir los endpoints accesibles, registrar el consumo y enrutar el tráfico aprobado. El soporte MCP extiende este modelo de aplicación desde los modelos de lenguaje hasta las herramientas empresariales.
El coste es otra fuente de presión. Los flujos de trabajo de agentes pueden emitir muchas llamadas a modelos durante una tarea visible para el usuario. También pueden reintentar pasos fallidos o generar subtareas paralelas. Por lo tanto, una sola solicitud ofrece una medida débil del consumo real de recursos.
Nutanix afirma que su puerta de enlace proporciona visibilidad a nivel de token entre proveedores de modelos. Los administradores pueden atribuir el uso, imponer límites de tasa y enrutar trabajo seleccionado hacia modelos autoalojados. Estas son afirmaciones de la empresa, y los clientes deben comprobar si la contabilidad resultante cubre flujos de trabajo completos de agentes.
La visibilidad no genera ahorros automáticamente. Indica a un operador dónde se produce el consumo, pero los equipos aún necesitan políticas para la selección de modelos, la calidad, la latencia y las tasas de fallo aceptables.
El problema de acceso es más fundamental. Cuando un agente accede a GitHub, un servicio de pagos o una base de datos privada, la pregunta relevante no es simplemente si la conexión funciona. Los administradores necesitan saber qué identidad la inició, qué herramienta se ejecutó, qué argumentos recibió y si el resultado cambió un estado externo.
MCP estandariza la forma en que los clientes descubren e invocan herramientas, pero un protocolo compartido no elimina el riesgo de autorización. La conectividad estándar puede incluso ampliar el número de integraciones utilizables. Esto aumenta la importancia de un límite de políticas fiable.
Nutanix documenta el soporte para herramientas, prompts y recursos MCP en su API NAI 2.7. La documentación también etiqueta sus API de gestión como experimentales, lo que refuerza la necesidad de una evaluación cuidadosa para producción.
Esta presión recae principalmente sobre los equipos de plataforma empresariales. Los desarrolladores quieren acceso rápido a modelos y herramientas, mientras que los equipos de seguridad quieren identidades controladas y acciones auditables. Los equipos financieros quieren un consumo atribuible. Los equipos de operaciones quieren un comportamiento predecible ante fallos.
Nutanix intenta integrar estos requisitos en su modelo operativo existente de nube híbrida. Esta propuesta resulta más atractiva directamente para organizaciones que ya ejecutan infraestructura de Nutanix en centros de datos privados y entornos de nube.
Para esos compradores, una capa de control local puede mantener la gobernanza cerca de las cargas de trabajo privadas. También puede reducir la necesidad de enviar cada función de gestión a través de un único proveedor de nube pública.
Sin embargo, la infraestructura instalada no garantiza la adopción de agentes. Los desarrolladores suelen seleccionar marcos de trabajo y herramientas antes de que los equipos de infraestructura los estandaricen. Nutanix debe hacer que su puerta de enlace sea útil sin obligar a los equipos a adoptar una experiencia de desarrollo aislada.
Esta tensión crea la verdadera competencia. Nutanix no solo vende otra función de IA. Compite por convertirse en la capa de políticas que debe atravesar cada solicitud de un agente.
La cobertura de Blocks Files apunta a la verdadera competencia: quién controla la puerta de enlace
La competencia principal se da entre el plano de control híbrido de Nutanix y las puertas de enlace de proveedores de nube que ya se sitúan junto a los modelos, identidades y API empresariales.
Microsoft ha ampliado Azure API Management para gestionar servidores MCP. Su documentación afirma que el servicio puede exponer un servidor MCP existente o convertir una API REST gestionada en una interfaz MCP.
Azure puede aplicar autenticación, cuotas, límites de tasa y supervisión a esas conexiones. Su puerta de enlace autoalojada también puede ejecutarse cerca de los backends en entornos híbridos, debilitando cualquier afirmación de que el control local pertenece exclusivamente a Nutanix.
La gobernanza MCP de Microsoft también conecta el acceso a herramientas con los servicios Azure existentes. Las empresas que ya utilizan Entra ID, Azure Monitor y API Management pueden ampliar controles conocidos en lugar de desplegar una capa de agentes independiente.
AWS adopta una ruta similar mediante Amazon Bedrock AgentCore Gateway. El servicio proporciona un único punto de entrada gestionado para agentes, modelos, herramientas y otros agentes.
Su AgentCore Gateway puede convertir API, funciones Lambda y servicios en herramientas compatibles con MCP. También admite el enrutamiento de inferencia y el tráfico de agente a agente.
Estas ofertas muestran que la categoría de puertas de enlace está convergiendo en torno a varias funciones. Los proveedores quieren unificar endpoints de modelos, mediar llamadas a herramientas, aplicar autenticación, limitar el uso y recopilar telemetría.
Nutanix debe diferenciarse mediante el control de despliegue y la integración con su plataforma más amplia. Su posición se basa en la idea de que la gobernanza de agentes debe estar junto a la infraestructura y los datos que ya se encuentran bajo control empresarial.
Este argumento tiene peso en entornos regulados, sensibles a la soberanía o desconectados. Un cliente podría querer que los modelos privados, las rutas de datos locales y las herramientas de agentes permanezcan dentro de un límite de infraestructura que opera.
Nutanix también combina su gateway con gestión de inferencia privada, Kubernetes, virtualización, redes y almacenamiento. Su plataforma de IA más amplia presenta esos componentes como una sola pila para operar cargas de trabajo de agentes en entornos locales y de socios.
El beneficio es la coherencia arquitectónica. Un equipo de plataforma podría gestionar el entorno que aloja a un agente, el modelo que atiende sus solicitudes y el gateway que controla sus herramientas mediante productos relacionados de Nutanix.
El riesgo es la concentración de la pila. Un comprador que adopte varias capas conectadas de Nutanix puede obtener simplicidad operativa, al tiempo que se vuelve más dependiente del calendario de lanzamientos, las integraciones y el modelo de políticas de Nutanix.
Los proveedores de nube enfrentan la misma crítica, a menudo a una escala mayor. Microsoft y AWS pueden agrupar identidad, acceso a modelos, API, monitorización y servicios para agentes. Su alcance facilita la integración, pero también puede atraer las cargas de trabajo hacia sus respectivas plataformas.
Por tanto, la decisión no es simplemente Nutanix frente a una nube pública. Es una elección sobre dónde sitúa la organización su plano de control de agentes.
Un gateway de nube pública puede alinearse de forma natural con los modelos y servicios que ya se ejecutan en esa nube. Un gateway de Nutanix puede alinearse con entornos híbridos en los que los datos, los modelos y las aplicaciones atraviesan varias ubicaciones.
Ninguno de los dos caminos elimina la necesidad de examinar la semántica de autorización. Un gateway puede verificar que un solicitante tiene acceso a un servidor MCP, pero la herramienta subyacente puede exponer varias operaciones con consecuencias muy diferentes.
El filtrado a nivel de herramienta ayuda a abordar ese problema. Un agente utilizado para soporte de software podría recibir acceso de lectura a repositorios, pero ningún permiso para fusionar código. Un asistente financiero podría consultar el estado de una transacción sin recibir autoridad para iniciar pagos.
Esas distinciones requieren más que una lista de servidores conectados. Los compradores necesitan políticas que reflejen la identidad, el contexto de la tarea, la operación de la herramienta, el alcance de los datos y si una acción modifica el estado.
También necesitan registros utilizables. El hecho de que un agente haya accedido a un servidor puede no explicar qué herramienta seleccionó, qué parámetros proporcionó o por qué un modelo eligió esa acción.
Nutanix afirma que Agent Gateway ofrece aplicación centralizada de políticas, visibilidad de uso y trazabilidad de auditoría. Esas afirmaciones describen la superficie de control adecuada. La evidencia en producción debe mostrar cuánto contexto conservan los registros y con qué facilidad los equipos de seguridad pueden investigar una acción cuestionable.
Por eso, el titular de Blocks & Files recoge algo más que una incorporación de producto. El puente para agentes convierte la gobernanza de infraestructura en un problema de control a nivel de aplicación. Nutanix gana un nuevo papel, pero también hereda un exigente conjunto de expectativas de seguridad.
El puente MCP sigue siendo una vista previa, y eso cambia la afirmación
Nutanix dispone de un gateway de disponibilidad general, pero su puente más directo entre agentes y herramientas empresariales sigue sin ser apto para uso en producción según la propia guía de la empresa.
El estado de vista previa técnica no significa que la función carezca de valor. Ofrece a los clientes una forma de probar la arquitectura, la compatibilidad, la administración y el comportamiento de las políticas antes de comprometer cargas de trabajo de producción.
Sin embargo, el estado de vista previa limita lo que demuestra el anuncio. Nutanix ha establecido su diseño previsto, no ha demostrado una operación madura en diversos entornos empresariales de agentes.
El anuncio de gateway de la empresa indica que el acceso al servidor MCP se encuentra en vista previa técnica. La nota que lo acompaña señala que las funciones de vista previa no deben utilizarse en entornos de producción.
Eso crea una división significativa. Las organizaciones pueden utilizar el gateway de disponibilidad general para controlar el tráfico de inferencia. Deben tratar la conectividad MCP local como una capacidad de evaluación hasta que Nutanix cambie su postura de soporte.
Los equipos de seguridad deben comenzar por la propagación de identidad. Una solicitud de agente puede originarse en un usuario humano, una cuenta de servicio, otro agente o un proceso automatizado. El gateway debe conservar suficiente contexto de identidad para que la herramienta tome una decisión de autorización adecuada.
Una clave de API compartida puede simplificar la conectividad, pero debilitar la atribución. Si varios agentes utilizan una sola credencial, los investigadores pueden tener dificultades para determinar qué usuario o flujo de trabajo autorizó una acción sensible.
Las organizaciones también deben probar la gestión de credenciales entre el gateway y los backends de herramientas. Un gateway podría autenticar al agente entrante mientras mantiene credenciales independientes para GitHub, Stripe, bases de datos o API internas.
Esa disposición puede proteger los secretos de backend frente a las aplicaciones de agentes. También convierte al gateway en un punto de control de alto valor. Un error de configuración o una cuenta administrativa comprometida podría exponer muchos sistemas conectados.
El descubrimiento de herramientas requiere el mismo escrutinio. MCP permite a un cliente enumerar las herramientas disponibles y examinar sus descripciones. Esas descripciones ayudan a un modelo a decidir qué operación invocar.
Las descripciones ambiguas pueden llevar a un agente hacia la herramienta equivocada. Los metadatos de herramientas maliciosos o comprometidos también podrían influir en sus elecciones. Filtrar los servidores aprobados es necesario, pero la aprobación por sí sola no establece que todas las operaciones expuestas sean seguras.
Los administradores deben separar las herramientas de solo lectura de las acciones que generan cambios externos. El acceso de lectura aún puede exponer información sensible, pero el acceso de escritura introduce otra clase de riesgo.
Un despliegue útil comenzaría con tareas limitadas. Por ejemplo, un agente de soporte podría recuperar el estado de un servicio interno sin recibir permiso para reiniciarlo. Los equipos podrían entonces comparar los registros del gateway con los registros de backend.
La aprobación humana debe seguir disponible para las acciones con consecuencias importantes. La conexión de protocolo no hace fiable el razonamiento de un agente, y un gateway no puede juzgar la intención empresarial salvo que las políticas proporcionen el contexto necesario.
Los límites de tasa ofrecen otra protección imperfecta. Pueden reducir las llamadas descontroladas o el consumo excesivo de tokens. No pueden determinar si una llamada permitida genera un resultado empresarial inaceptable.
La conmutación por error también merece pruebas. Nutanix afirma que los endpoints unificados pueden desviar el tráfico a alternativas configuradas. Ese comportamiento mejora la disponibilidad, pero distintos modelos pueden responder de manera diferente al mismo prompt o descripción de herramienta.
Un modelo de respaldo podría elegir otra herramienta, formatear los argumentos de forma distinta o rechazar una operación que el modelo principal acepta. Los equipos necesitan evaluaciones que cubran el comportamiento tras los cambios de enrutamiento, no solo el tiempo de actividad de los endpoints.
La observabilidad debe conectar la actividad del modelo y de la herramienta. Una investigación debe reconstruir la secuencia desde la solicitud del usuario hasta la decisión del modelo, la invocación de la herramienta, la respuesta de la herramienta y la acción final del agente.
Los registros separados sin identificadores compartidos pueden ralentizar esa reconstrucción. Nutanix no ha establecido públicamente, mediante pruebas independientes, cuán completo o práctico será ese rastreo integral.
Los compradores también deben preguntar cómo afectan los cambios de políticas a los flujos de trabajo activos. Los agentes pueden ejecutar tareas de varios pasos a lo largo del tiempo. Un permiso revocado durante un flujo de trabajo debe surtir efecto de forma predecible, sin dejar credenciales en caché ni una sesión abierta.
La compatibilidad es otra incertidumbre. Nutanix Enterprise AI 2.7 documenta compatibilidad con una versión específica del protocolo MCP. MCP continúa evolucionando, y los clientes o servidores pueden implementar funciones a diferentes velocidades.
Un gateway debe mediar esas diferencias sin generar comportamientos inesperados. La preparación para producción dependerá de los procedimientos de actualización, la compatibilidad con versiones anteriores y una notificación clara de errores.
Ninguna de estas cuestiones desacredita de forma exclusiva a Nutanix. Microsoft, AWS y otros proveedores de gateways afrontan el mismo desafío subyacente. MCP estandariza la comunicación, mientras que la gobernanza de producción sigue dependiendo de controles específicos de cada proveedor y de la disciplina operativa.
La conclusión más precisa es más limitada. Nutanix ha identificado el límite adecuado y ha entregado parte de la capa de control. Su etiqueta de vista previa indica que los clientes aún necesitan evidencia antes de confiar en toda la ruta entre agente y herramienta.
Para los trabajadores del conocimiento, esta distinción afecta a qué sistemas deberían permitir que alcancen los agentes. Una base de conocimiento personal puede ayudar a organizar la información sin otorgar a un flujo de trabajo autónomo autoridad sobre herramientas de producción.
La recuperación de información y la acción no deben tratarse como el mismo permiso. Las organizaciones pueden beneficiarse de la investigación asistida por agentes mientras reservan los cambios operativos para flujos de trabajo más limitados y una revisión más rigurosa.
El gateway será creíble cuando los clientes puedan validar la identidad, los permisos de mínimo privilegio, los registros de auditoría detallados, una conmutación por error predecible y un comportamiento seguro de las herramientas bajo cargas de trabajo reales. Hasta entonces, el puente sigue siendo una arquitectura comprobable en lugar de una respuesta concluida.
Tres señales mostrarán si Nutanix puede adueñarse del acceso de los agentes
La próxima prueba no es otro anuncio de IA agéntica. Es si Nutanix convierte su puente de vista previa en un plano de control de producción en el que los clientes realmente confíen.
La primera señal es la disponibilidad general para el acceso a servidores MCP. Nutanix debería definir patrones de despliegue compatibles, compatibilidad de protocolos, procedimientos de ciclo de vida y expectativas de soporte en producción.
Una versión de disponibilidad general reforzaría la afirmación de Nutanix de que Agent Gateway gobierna tanto el tráfico de modelos como el acceso a herramientas. Una vista previa prolongada debilitaría el mensaje más amplio de pila completa porque la conexión más sensible desde el punto de vista operativo seguiría inacabada.
Los detalles del lanzamiento importan tanto como la etiqueta. Los compradores deben buscar permisos conscientes de la identidad, controles de políticas a nivel de herramienta, aislamiento de credenciales, eventos de auditoría detallados y orientación clara para las actualizaciones.
La segunda señal es la evidencia de clientes. Nutanix necesita ejemplos de producción que describan a qué pueden acceder los agentes, dónde se ejecuta el gateway y cómo los equipos miden las mejoras de seguridad u operación.
Los respaldos genéricos revelarán poco. La evidencia útil mostraría un flujo de trabajo definido, las herramientas MCP conectadas, el modelo de aprobación y cómo los operadores investigaron solicitudes fallidas o denegadas.
La adopción dentro de las cuentas existentes de Nutanix respaldaría el argumento de la empresa sobre el plano de control híbrido. Si los clientes utilizan el gateway solo para el enrutamiento de modelos mientras eligen otro producto para la gobernanza de herramientas, la posición de Nutanix parecería más limitada.
La tercera señal es la respuesta competitiva y la comparación de funciones. Microsoft y AWS ya exponen gobernanza de MCP mediante productos de gateway. Sus servicios siguen añadiendo funciones de identidad, políticas, monitorización y publicación de herramientas.
Nutanix debe mostrar por qué los compradores deberían situar la política de agentes en su plataforma en vez de ampliar un gateway de nube pública existente. La localidad de despliegue, la inferencia privada y la integración con la infraestructura de Nutanix constituyen una respuesta plausible, pero los clientes necesitan beneficios operativos medibles.
Conviene observar si Nutanix admite herramientas y modelos heterogéneos sin exigir que todos los componentes circundantes procedan de Nutanix. Una amplia interoperabilidad reforzaría su afirmación de ser una capa híbrida neutral. Las dependencias estrechas harían que el gateway se asemejara a otro paquete de plataforma.
El informe de Blocks & Files apunta en última instancia a un cambio mayor en la gestión de la nube. Los proveedores de infraestructura están subiendo por encima de las máquinas virtuales y el almacenamiento porque los agentes generan decisiones que los equipos de infraestructura deben observar y limitar.
Nutanix ha elegido el gateway como ese punto de control. La arquitectura tiene sentido, y el gateway de modelos de disponibilidad general proporciona a la estrategia una base real. El puente MCP sigue siendo el elemento decisivo aún inacabado.
Los compradores empresariales deberían aprovechar el período de vista previa para crear pruebas limitadas y orientadas a la lectura, y medir si los registros de auditoría responden a preguntas prácticas de seguridad. Deberían comparar el mismo flujo de trabajo mediante Nutanix, Azure o AWS en lugar de evaluar únicamente listas de funciones.
¿Qué gateway preserva la identidad del usuario, limita con precisión cada herramienta, explica cada acción y sigue funcionando en infraestructuras privadas y públicas? El proveedor que responda a estas preguntas con pruebas de producción controlará más que el tráfico de agentes. Controlará el límite operativo entre la intención de la IA y la acción empresarial.
