Salesforce convierte sus aplicaciones empresariales en capacidades listas para agentes

Salesforce está ampliando Headless 360, una arquitectura que busca exponer las capacidades de la plataforma más allá de la interfaz web tradicional. La idea es que datos, flujos de trabajo, API, metadatos, reglas empresariales y experiencias estén disponibles para agentes autorizados, desarrolladores y aplicaciones mediante API, herramientas del Model Context Protocol (MCP) y comandos de la CLI. Headless 360 no es un producto único ni una SKU, sino un conjunto de capacidades de plataforma basado en una premisa: «la API es la interfaz de usuario».

El cambio central: Salesforce como infraestructura accesible para agentes

Las integraciones empresariales tradicionales suelen exigir código personalizado para conectar cada aplicación, canal o asistente de IA con los datos y procesos de negocio. El enfoque Headless 360 pretende reducir esa duplicación al exponer capacidades que ya incorporan la identidad, los permisos, los metadatos, los flujos de trabajo y la gobernanza de Salesforce. Así, los agentes compatibles pueden utilizarlas sin quedar limitados a las pantallas de las aplicaciones de Salesforce.

Esto resulta especialmente relevante para las organizaciones que están creando varias experiencias de IA a la vez. En lugar de reconstruir la misma consulta de clientes, aprobación, acción de servicio o flujo de marketing para cada agente y canal, los equipos pueden exponer una capacidad gobernada una sola vez y reutilizarla en distintas herramientas y superficies.

Cómo funciona el servidor MCP de Headless 360

El Headless 360 MCP Server, diseñado para comprender los metadatos, plantea una única conexión MCP con el conjunto de la plataforma Salesforce. En lugar de presentar miles de funciones independientes como herramientas separadas, el servidor beta ofrece cuatro herramientas respaldadas por una biblioteca creciente de operaciones de Salesforce.

Su modelo de descubrimiento busca que un agente identifique la capacidad adecuada en tiempo de ejecución. Salesforce describe un proceso en el que la solicitud del agente se interpreta y se compara con un índice semántico de API y Skills; después, el sistema devuelve candidatos clasificados antes de que el agente ejecute una operación.

Por eso, el servidor no pretende ser simplemente una colección de endpoints sin contexto. El objetivo es que el agente pueda comprender qué hace una capacidad y cómo se relaciona con la configuración de la organización, sus permisos, flujos de trabajo, validaciones y controles de gobernanza. Los Hosted MCP de Salesforce ofrecen puntos de entrada administrados para clientes de IA, agentes y herramientas de desarrollo compatibles con MCP, utilizando el modelo de confianza y permisos existente de la organización de Salesforce.

Los desarrolladores pueden conectar capacidades de Salesforce con herramientas como Cursor y Claude Code, mientras que la compañía plantea la plataforma para su uso con agentes y aplicaciones compatibles. En la práctica, esto permitiría que un entorno de desarrollo externo o un agente trabaje con los metadatos y las capacidades empresariales de Salesforce sin tener que crear una integración personalizada para cada herramienta.

Una salvedad importante sobre su disponibilidad

El servidor MCP general de Headless 360 no debe confundirse con las capacidades Hosted MCP de Salesforce que ya están disponibles de forma general. La documentación para desarrolladores identifica el Headless 360 MCP Server como un servicio beta disponible desde julio de 2026. Por tanto, las organizaciones que lo evalúen deberían asumir que su comportamiento, cobertura y condiciones pueden cambiar.

Qué aporta Data 360

La ampliación de Data 360 mediante MCP se centra en ofrecer a los agentes contexto de clientes gobernado fuera de la interfaz de Salesforce. La compañía afirma que Data 360 expone más de 200 API como endpoints programables para agentes de IA.

Los casos de uso documentados incluyen crear, transformar y mapear datos, además de segmentar y activar campos. Estas operaciones permiten que un agente trabaje con procesos de datos de clientes desde el entorno de IA o desarrollo que el equipo ya utiliza, sin obligar a los usuarios a saltar manualmente entre interfaces.

La diferencia entre ambas superficies MCP es importante:

• Headless 360 MCP Server: una superficie amplia y consciente de los metadatos, pensada para ayudar a los agentes a descubrir y ejecutar capacidades de Salesforce en toda la plataforma; está documentada como beta.
• Data 360 MCP: una vía más enfocada hacia los datos de clientes gobernados y las operaciones de Data 360, incluida la preparación de datos, la segmentación y la activación.

En conjunto, ambos componentes apuntan a un modelo en el que los agentes pueden razonar con contexto empresarial relevante y ejecutar acciones bajo los controles de Salesforce, en lugar de limitarse a recuperar registros aislados.

Una expansión que alcanza todo el ecosistema

Salesforce está extendiendo este enfoque a varias áreas de su ecosistema, entre ellas Marketing, Sales, Service, Commerce, MuleSoft, Informatica, Tableau y la plataforma Salesforce en general.

La expansión incluye:

• Skills y plugins reutilizables: Salesforce afirma que hay más de 100 herramientas y Skills reutilizables que empaquetan lógica empresarial en capacidades que pueden utilizar desarrolladores y agentes.
• Acceso para desarrolladores: las principales capacidades de Salesforce se exponen mediante API, herramientas MCP y comandos de la CLI, con compatibilidad para entornos de desarrollo asistidos por IA como Cursor y Claude Code.
• Acciones en Slack: Salesforce está incorporando acceso basado en MCP para Slack, de modo que determinadas acciones empresariales puedan realizarse dentro del flujo de trabajo y no únicamente desde una pantalla del CRM.
• Desarrollo con React: Salesforce Multi-framework pretende facilitar aplicaciones React modernas conservando la autenticación, la seguridad y la gobernanza nativas de Salesforce.
• Experiencias headless: Headless Experience Layer permite crear experiencias enriquecidas para web, dispositivos móviles, aplicaciones integradas y canales conversacionales. La propuesta es construir una capacidad una sola vez y distribuirla en distintas superficies sin reescribir la lógica subyacente para cada canal.

El resultado va más allá de un conector de IA. Salesforce intenta separar las capacidades internas de su plataforma de las aplicaciones basadas en navegador mediante las que tradicionalmente las utilizan las personas.

Qué muestran —y qué no— los primeros resultados

Los ejemplos de clientes citados por Salesforce ilustran el beneficio que la compañía espera obtener. Según Salesforce, Engine lanzó su agente de soporte de IA EVA en 12 días y el agente ahora resuelve aproximadamente la mitad de las conversaciones de chat con clientes sin intervención humana.

Estas cifras sirven como indicio de la velocidad de despliegue y del nivel de automatización que Salesforce quiere facilitar con Headless 360. Sin embargo, no deben interpretarse como un promedio del sector: son resultados comunicados por el proveedor en el caso de un cliente concreto, y la información disponible no demuestra que puedan reproducirse en otras organizaciones.

Por qué importa la arquitectura para los equipos empresariales

Headless 360 cambia la pregunta de integración: de «¿cómo conectamos esta herramienta de IA con Salesforce?» a «¿qué capacidades de Salesforce deberían poder consumir los agentes de forma segura y dónde deben aplicarse sus reglas?». La propia orientación para desarrolladores de Salesforce señala como aspectos clave la aplicación de la lógica empresarial, el mapeo de integraciones, la comunicación de metadatos y la validación cuando los agentes se convierten en un nuevo tipo de consumidor de la plataforma.

Esto plantea una oportunidad y una responsabilidad. Reutilizar los permisos y controles de gobernanza nativos puede reducir la lógica duplicada, pero exponer más capacidades a los agentes también vuelve más importantes la calidad de los metadatos, la autorización, la validación y las pruebas operativas. Una plataforma preparada para agentes sigue necesitando límites claros sobre lo que un agente puede descubrir, ejecutar y modificar.

La expansión de Salesforce señala, por tanto, un cambio desde la venta de aplicaciones principalmente como destinos para usuarios humanos hacia la exposición de la plataforma como infraestructura empresarial componible. MCP funciona como estándar de acceso; Headless 360, como arquitectura general; Data 360 aporta contexto de clientes gobernado; y la capa de experiencias ofrece formas de distribuir las acciones resultantes en más canales. La promesa es reducir las integraciones personalizadas y aumentar la reutilización de capacidades gobernadas, aunque la superficie MCP más amplia continúa en fase beta y debe evaluarse con esa limitación presente.