MCP, Data 360, Slackbot y Skills convierten datos, workflows y lógica empresarial en capacidades reutilizables fuera de la interfaz tradicional. Salesforce Headless 360 es una arquitectura que permite exponer datos, workflows y capacidades de negocio de Salesforce a agentes de IA y aplicaciones autorizadas mediante MCP, APIs, Skills y otras interfaces, reutilizando la identidad, permisos, metadatos y gobernanza existentes en la organización.

Aspectos clave

• Salesforce amplía Headless 360 a sus principales nubes para convertir funciones empresariales en capacidades reutilizables por agentes y aplicaciones autorizadas.
• Headless 360 no sustituye Lightning ni las aplicaciones Salesforce; extiende dónde pueden utilizarse sus capacidades. Salesforce lo presenta expresamente como una ampliación, no como reemplazo.
• El Headless 360 MCP Server permanece en beta abierta y está diseñado para ofrecer una única conexión hacia capacidades de Salesforce.
• En lugar de presentar miles de operaciones al agente simultáneamente, el servidor utiliza cuatro herramientas de alto nivel: Discover, Describe, Dispatch y Dispatch Read Only.
• El servidor MCP de Data 360 ya está disponible de forma general y extiende mediante estándares abiertos una superficie cercana a 200 operaciones API.
• El repositorio anunciado por Salesforce reúne más de 100 Agent Skills reutilizables.
• Slackbot puede utilizar MCP para conectarse con Salesforce y más de 20 aplicaciones de socios, entre ellas Atlassian, Box, Canva, DocuSign, Notion y Zoom.
• Marketing, Sales, Service, Commerce, MuleSoft, Informatica y Tableau forman parte de la ampliación de la estrategia headless.
• El caso de Engine ofrece una referencia operativa: su agente Eva fue desplegado inicialmente en 12 días y actualmente Salesforce reporta que resuelve automáticamente el 50% de los casos entrantes por chat.
• Salesforce cotiza en NYSE bajo el símbolo CRM.

La próxima interfaz empresarial puede no parecer una aplicación

Lima, Perú, 22 de agosto de 2026.— Durante décadas, el software empresarial se organizó alrededor de una idea sencilla: aplicación → pantalla → menú → formulario → acción. Para actualizar una oportunidad comercial, el usuario abre un CRM. Para consultar un contrato, entra a otro sistema. Para lanzar una campaña, accede a una herramienta de marketing. Para analizar información, abre una plataforma de datos. La aparición de agentes de inteligencia artificial está introduciendo otra arquitectura: intención → agente → capacidad empresarial → acción. Salesforce plantea precisamente esta transición en Headless 360. La plataforma busca transformar funciones que antes estaban ligadas a determinadas aplicaciones en capacidades reutilizables que puedan invocarse desde diferentes superficies, manteniendo el contexto empresarial existente. La diferencia parece semántica. Arquitectónicamente, es importante. El usuario podría dejar de preguntarse: “¿En qué aplicación debo hacer esto?” y empezar a decir simplemente: “Actualiza esta oportunidad, busca el contrato relacionado y avisa al equipo”. El agente tendría que descubrir qué capacidades necesita, comprobar que posee autorización y coordinar la ejecución.

Headless no significa eliminar Salesforce

El término headless ya existe desde hace años. Describe una arquitectura donde la lógica o contenido de un sistema se desacopla de la interfaz concreta mediante la que se consume. En comercio electrónico, por ejemplo, un backend puede gestionar productos, inventario y checkout mientras distintas interfaces web o móviles utilizan esas capacidades. Salesforce lleva ahora esa idea hacia agentes. Pero hay una precisión fundamental: Headless 360 no elimina la interfaz gráfica tradicional. Trailhead lo explica como un “and, not an or”: Lightning continúa existiendo mientras las capacidades Salesforce pueden utilizarse también desde Teams, agentes, herramientas de desarrollo u otras experiencias. Por eso Headless 360 no representa: aplicaciones → desaparición. Representa: aplicaciones + agentes + interfaces externas → misma lógica empresarial.

El verdadero problema no es conectar un agente: es evitar reconstruir el negocio para cada agente

Una empresa grande puede tener: CRM, ERP, marketing, servicio, documentos, analítica, mensajería, bases de datos y aplicaciones personalizadas. Conectar un modelo a cada sistema mediante APIs es técnicamente posible. El problema aparece cuando cada integración necesita reconstruir:

• autenticación;
• permisos;
• contexto;
• reglas;
• validaciones;
• lógica empresarial;
• excepciones;
• workflows.

Salesforce identifica precisamente este problema como uno de los motivos para ampliar Headless 360: las organizaciones están desplegando agentes, pero continúan enfrentando integraciones personalizadas, duplicación de lógica y gobernanza fragmentada. La propuesta es diferente: definir la capacidad empresarial una vez y reutilizarla donde corresponda. Ese principio explica probablemente mejor Headless 360 que cualquier listado de productos.

MCP se convierte en una capa de interoperabilidad para agentes

Model Context Protocol —MCP— proporciona una forma estandarizada para que una aplicación de IA descubra herramientas y recursos externos. En términos simplificados: agente → cliente MCP → servidor MCP → sistema empresarial. La ventaja potencial es desacoplar el agente de integraciones construidas exclusivamente para cada proveedor. Salesforce describe MCP mediante una analogía bastante útil: algo similar a un USB-C para agentes, donde el cliente conoce un protocolo común en lugar de implementar un adaptador completamente distinto para cada servicio. Pero MCP por sí mismo no contiene mágicamente toda la lógica empresarial. Ahí aparece la capa de Salesforce.

Headless 360 intenta que el agente descubra capacidades, no miles de endpoints

Un desafío de MCP a gran escala es la cantidad de herramientas. Si una plataforma expusiera miles de APIs individuales como herramientas diferentes, el modelo tendría que interpretar un enorme catálogo antes de actuar. Eso consume: contexto + tokens + tiempo de razonamiento. Salesforce diseñó el servidor Headless 360 alrededor de cuatro herramientas principales: Discover → identifica capacidades potencialmente relevantes. Describe → recupera el contrato técnico de la capacidad elegida. Dispatch → ejecuta la operación correspondiente. Dispatch Read Only → restringe la ejecución a operaciones de lectura. Detrás existe una biblioteca creciente de Skills y operaciones. El diseño intenta mantener reducida la superficie visible para el modelo mientras la plataforma subyacente continúa creciendo.

Una API dice qué puede hacerse; los metadatos explican cómo funciona el negocio

Este es uno de los conceptos más interesantes del anuncio. Salesforce sostiene que Headless 360 no se limita a mostrar endpoints. El agente puede utilizar metadatos para comprender elementos como:

• relaciones entre objetos;
• permisos;
• workflows;
• reglas de validación;
• dependencias;
• gobernanza.

Consideremos un ejemplo. Una API podría permitir: actualizar oportunidad. Pero la organización puede haber definido:

• quién está autorizado;
• qué campos son obligatorios;
• qué aprobación necesita una determinada etapa;
• qué descuento requiere autorización;
• qué automatización debe ejecutarse después.

Eso es contexto empresarial, no solamente conectividad. La aspiración de Headless 360 es que el agente actúe dentro de esas reglas en lugar de intentar recrearlas mediante un prompt del tipo: “Recuerda que si el descuento supera X debes hacer Y”. Esa diferencia es fundamental para IA empresarial.

Los prompts no deberían convertirse en una segunda base de reglas empresariales

Los prompts son extremadamente útiles para comportamiento, instrucciones y contexto. Pero convertir cientos de reglas organizacionales críticas en texto repetido dentro de cada agente genera problemas: duplicación, drift, mantenimiento, inconsistencia, auditoría. Si una política comercial cambia, ¿deberíamos localizar y corregir 25 agentes distintos? Salesforce propone que Skills, metadatos y lógica gestionada funcionen como una fuente reutilizable. Su página de Agent Skills plantea expresamente sustituir prompt guesswork por instrucciones estructuradas y gobernadas que puedan reutilizarse en diferentes superficies. Conceptualmente: prompt → cómo debe razonar o abordar la tarea. capacidad gobernada → qué puede ejecutar realmente y bajo qué reglas.

Data 360 intenta resolver el otro problema: un agente sin contexto empresarial

Un agente puede acceder a herramientas y seguir teniendo información insuficiente. Supongamos que un cliente pregunta: “¿Pueden ampliar mi contrato bajo las mismas condiciones de mi compra anterior?” Para responder correctamente, el agente podría necesitar: datos del CRM, historial de servicio, contratos, identidad, productos, políticas comerciales. El Data 360 MCP Server busca hacer accesible ese contexto desde agentes compatibles sin limitarlo a la interfaz de Data 360. El comunicado señala una superficie cercana a 200 APIs y capacidades para crear modelos semánticos, transformar información, calcular datos, mapear campos, explorar identity graphs, crear segmentos y activar campañas mediante lenguaje natural. Salesforce había presentado previamente una arquitectura de tres herramientas de fachada para evitar exponer individualmente aproximadamente 200 operaciones REST dentro del contexto del modelo.

La semántica puede ser más importante que acumular datos

El caso de MIMIT Health introduce una idea especialmente relevante. Su fundador, Dr. Paramjit “Romi” Chopra, explica que Data 360 Headless permite proporcionar contexto unificado del paciente a agentes mediante MCP, pero señala que la confiabilidad clínica de las respuestas depende de una ontología seleccionada y validada por médicos entre los datos y el agente. Eso ilustra una diferencia importante: datos disponibles ≠ datos comprendidos. Un agente necesita saber también:

• qué significa cada concepto;
• cómo se relaciona;
• cuál posee prioridad;
• qué términos son equivalentes;
• qué reglas gobiernan su interpretación.

En entornos regulados, esa capa semántica puede resultar más importante que simplemente conectar otra base de datos.

El agente debe aparecer donde ya ocurre el trabajo

Salesforce identifica Slack como una de las principales superficies de esta estrategia. El cliente MCP de Slackbot ya está disponible de forma general y puede conectarse con la plataforma Salesforce y más de 20 aplicaciones asociadas, entre ellas Atlassian, Box, Canva, DocuSign, Notion y Zoom. La idea es evitar un recorrido como: Slack → CRM → gestor documental → calendario → Slack. Y sustituirlo potencialmente por: conversación → agente → acciones en los sistemas necesarios. Por ejemplo: “Busca el contrato de esta cuenta, actualiza la oportunidad y envíame las próximas tareas”. La interfaz permanece conversacional. Los sistemas continúan siendo diferentes. El agente funciona como capa de coordinación.

Esto no elimina los sistemas de registro

Aquí aparece otro matiz importante. Hablar de una “nueva interfaz” puede producir la impresión de que los CRM, ERP o sistemas de registro desaparecerán detrás de un chatbot. No necesariamente. Las bases empresariales siguen necesitando: datos estructurados, transacciones, auditoría, permisos, integridad, governance. Lo que puede cambiar es quién navega directamente esas interfaces. Una persona podría delegar determinadas operaciones rutinarias al agente mientras continúa utilizando aplicaciones tradicionales para tareas complejas, análisis o supervisión. Salesforce representa precisamente su arquitectura mediante diferentes sistemas: System of Record → Customer 360 System of Context → Data 360 System of Insight → Tableau System of Engagement → Slack System of Agency → Agentforce. Headless 360 funciona como la capa que permite llevar esas capacidades hacia otras superficies.

Marketing, ventas, servicio y comercio dejan de estar encerrados en su aplicación

La expansión anunciada alcanza las principales áreas de Salesforce.

Marketing

El servidor MCP de Marketing Engagement permite operar recorridos del cliente, campañas, datos y contenido desde interfaces compatibles.

Sales y Revenue

Salesforce plantea extender procesos de ventas hacia otras aplicaciones y experiencias de compra.

Service

Headless Service expone asignación, Field Service y atención hacia interfaces externas y conversacionales.

Commerce

Headless Commerce permite utilizar capacidades comerciales dentro de experiencias y herramientas externas.

MuleSoft e Informatica

Aportan integración, calidad, metadatos, gobierno y contexto empresarial reutilizable vía MCP. El patrón es el mismo: separar capacidad de interfaz.

Skills: enseñar al agente cómo ejecutar una tarea empresarial

Una API puede proporcionar operaciones. Una Skill aporta otra capa: cómo utilizar esas operaciones para completar correctamente una tarea. Salesforce define las Agent Skills como instrucciones reutilizables y específicas de una tarea que incorporan conocimiento, flujo de ejecución y dependencias. El anuncio habla de un repositorio de más de 100 Skills, disponible de forma general. Es importante no mezclar todos los inventarios publicados por Salesforce. Distintas páginas oficiales muestran cifras diferentes porque pueden referirse a:

• Skills generales de Salesforce;
• Skills de desarrollo;
• Skills incluidas en determinados plugins;
• herramientas MCP;
• capacidades específicas de Headless 360.

Por ejemplo, la página actual de Headless Skills menciona 60+ MCP tools y 30+ prebuilt skills para una oferta concreta, mientras la noticia de ampliación identifica un repositorio general de 100+ Skills. No son necesariamente cifras contradictorias; describen superficies distintas.

Un caso de cliente permite ver qué significa pasar de respuesta a acción

Engine, plataforma de viajes corporativos, utiliza Agentforce mediante un agente llamado Eva. Salesforce afirma que fue lanzado inicialmente en 12 días con Astound Digital. Actualmente Eva resuelve automáticamente aproximadamente 50% de los casos entrantes por chat, mientras Salesforce reporta un incremento de 16% en CSAT y una reducción de 15% en tiempo promedio de atención. El caso importa por una razón más profunda que esos porcentajes. El chatbot anterior podía responder preguntas. Eva puede además: consultar una reserva, verificar autorización, ejecutar modificaciones y registrar las acciones. Es la diferencia entre: IA que informa y IA que actúa sobre sistemas empresariales. Los resultados continúan siendo datos de un caso de cliente publicado por Salesforce y deben mantenerse atribuidos como tales, no presentarse como benchmark universal.

La seguridad no está resuelta solamente porque utilicemos MCP

Aquí debemos introducir nuestra capa crítica. MCP aporta interoperabilidad. No convierte automáticamente una arquitectura en segura. Un agente con capacidad para: actualizar usuarios, modificar registros, crear credenciales, ejecutar workflows o cambiar configuraciones puede tener un impacto considerable si recibe permisos excesivos o una instrucción incorrecta. La documentación del Headless 360 MCP Server especifica OAuth y scopes concretos, y Salesforce permite exigir aprobación antes de ejecutar determinadas herramientas. Eso nos lleva a varios principios que siguen siendo necesarios: mínimo privilegio, segregación de funciones, autorización, auditoría, human-in-the-loop para acciones críticas, gestión de credenciales, monitoreo y trazabilidad. Un estándar abierto conecta sistemas. La gobernanza determina qué está autorizado a ocurrir después.

“Cualquier agente” significa cualquier agente autorizado

El comunicado utiliza repetidamente una formulación potente: “cualquier agente de IA”. No debemos cortar la frase demasiado pronto. La palabra crítica es: autorizado. Salesforce señala que agentes de Agentforce, Claude, ChatGPT, Cursor y otras plataformas compatibles pueden descubrir y utilizar capacidades disponibles mediante MCP. Eso no significa que cualquier chatbot de Internet pueda entrar en una organización Salesforce. La conexión continúa requiriendo: identidad + autenticación + autorización + permisos. La interoperabilidad no debe confundirse con acceso indiscriminado.

Headless 360 tampoco elimina todas las integraciones

Otra formulación que evitaría sería: “MCP acaba con las integraciones”. No. Las organizaciones seguirán teniendo sistemas:

• legados;
• propios;
• específicos de industrias;
• bases de datos externas;
• APIs de terceros.

MuleSoft e Informatica existen precisamente porque integrar y gobernar esa heterogeneidad sigue siendo necesario. Lo que Headless 360 busca reducir es la necesidad de recrear la misma lógica Salesforce individualmente para cada nueva experiencia agéntica. Es una diferencia importante: estandarizar integración ≠ eliminar integración.

React también entra en la estrategia headless

Salesforce Multi-framework se encuentra ya en disponibilidad general y permite desarrollar aplicaciones modernas utilizando React mientras conserva autenticación, seguridad y acceso a datos nativos de Salesforce. La implicación es que Salesforce intenta evitar que “headless” quede limitado a agentes conversacionales. Una misma lógica puede utilizarse en: web, móvil, aplicaciones integradas, interfaces conversacionales, herramientas de desarrollo. La Headless Experience Layer, por su parte, continúa en beta abierta.

La verdadera batalla será gobernar muchas interfaces sobre una sola lógica

Históricamente, las empresas intentaron crear una “single source of truth”. La IA introduce otra necesidad: single source of action. Si un cliente puede cambiar una dirección desde: web, aplicación, Slack, un asistente de IA, un agente de servicio, todas esas superficies deberían respetar las mismas reglas. De lo contrario aparece una paradoja: más interfaces → más automatización → más inconsistencias. El valor de una arquitectura headless gobernada sería precisamente impedir que cada canal construya su propia interpretación de cómo funciona el negocio.

Disponibilidad: no todo Headless 360 está en el mismo estado

Este punto debe quedar muy claro para compradores y responsables TI.

Según el anuncio de Salesforce: Headless 360 MCP Server → beta abierta. Data 360 MCP Server → disponibilidad general. Agent Skills para Data 360 → disponibilidad general en agosto de 2026. Data 360 API Coverage ampliada → disponibilidad general. Salesforce Multi-framework → disponibilidad general. Headless Experience Layer → beta abierta. Repositorio de más de 100 Agent Skills → disponibilidad general. Headless Commerce → disponibilidad general. Servidor y cliente MCP de Slackbot → disponibilidad general. Salesforce advierte además que disponibilidad, precios y contratación pueden variar según producto, región y acuerdo con cada cliente. Por tanto, es prematuro afirmar que Headless 360 sea completo como una plataforma homogéneamente GA.

Más contexto

Headless 360 no sustituye las aplicaciones Salesforce

Extiende sus capacidades hacia otras interfaces y agentes. Lightning y las aplicaciones tradicionales continúan formando parte de la plataforma.

MCP no sustituye automáticamente a las APIs

Funciona como una capa estandarizada mediante la cual los agentes descubren y utilizan herramientas. Por debajo pueden continuar existiendo APIs y servicios.

“Open” no significa acceso abierto

MCP es un estándar interoperable; las capacidades empresariales continúan sujetas a autenticación y autorización.

“Trusted” es lenguaje de Salesforce

La plataforma busca heredar identidad, permisos, metadatos y gobernanza, pero la seguridad final depende de la configuración concreta, el modelo de permisos y los controles operativos.

El servidor Headless 360 todavía es beta

No debe tratarse como si todos sus componentes hubieran alcanzado disponibilidad general.

El repositorio 100+ Skills no equivale necesariamente a 100 herramientas expuestas simultáneamente

Salesforce utiliza mecanismos de descubrimiento y carga para reducir la superficie visible al agente.

Los casi 200 elementos de Data 360 son una superficie API

El servidor MCP utiliza mecanismos de fachada para evitar convertir cada operación en una herramienta independiente dentro del contexto del modelo.

Los resultados de Engine son un caso de cliente

El 50% de resolución automática y otras mejoras corresponden a Engine según material publicado por Salesforce; no deben extrapolarse automáticamente a otras organizaciones.

Datos citables

• Headless 360 MCP Server está actualmente en beta abierta.
• Data 360 MCP Server está generalmente disponible.
• Data 360 expone mediante su arquitectura MCP una superficie cercana a 200 operaciones API.
• El repositorio general anunciado por Salesforce contiene más de 100 Agent Skills.
• Headless 360 utiliza cuatro herramientas principales —Discover, Describe, Dispatch y Dispatch Read Only— para reducir la superficie que el agente debe procesar.
• Slackbot puede conectarse con Salesforce y más de 20 aplicaciones de socios mediante su cliente MCP.
• Salesforce Multi-framework está disponible de forma general.
• Headless Experience Layer permanece en beta abierta.
• Engine desplegó inicialmente Eva en 12 días y actualmente Salesforce reporta que resuelve automáticamente 50% de sus casos entrantes por chat.

Preguntas y respuestas para entender Headless 360

¿Qué significa headless en Salesforce?

Significa separar determinadas capacidades, datos y lógica empresarial de una interfaz única para que puedan utilizarse desde diferentes aplicaciones, agentes y experiencias, manteniendo los controles del backend.

¿Qué papel cumple MCP?

MCP proporciona un protocolo común mediante el cual agentes compatibles pueden descubrir y utilizar herramientas o recursos expuestos por servidores MCP.

¿MCP reemplaza las APIs tradicionales?

No necesariamente. Puede actuar como capa de interoperabilidad para agentes mientras las operaciones subyacentes continúan utilizando APIs y otros servicios.

¿Puede ChatGPT utilizar capacidades de Salesforce mediante Headless 360?

Salesforce identifica ChatGPT entre las superficies y agentes compatibles contemplados por Headless 360, siempre que exista la integración y autorización correspondiente.

¿Por qué Salesforce utiliza Skills?

Porque una Skill puede empaquetar conocimiento específico, dependencias y lógica de ejecución para que distintos agentes realicen una misma tarea de manera más consistente.

¿Qué diferencia existe entre Data 360 MCP y Headless 360 MCP?

Data 360 MCP está orientado específicamente a capacidades y contexto de Data 360. Headless 360 MCP cubre una superficie más amplia de Salesforce.

¿Headless 360 está listo completamente para producción?

No todos sus componentes tienen el mismo estado. El servidor MCP de Headless 360 y Headless Experience Layer están en beta abierta; Data 360 MCP, Multi-framework y otros componentes ya están generalmente disponibles.

¿Por qué importa la gobernanza para un agente?

Porque un agente que puede ejecutar acciones empresariales necesita límites de identidad, permisos y autorización equivalentes —o más estrictos— que los de un usuario humano.

Knowledge Layer | Glosario

• Headless Architecture: modelo que desacopla lógica y capacidades de backend de una interfaz específica para permitir su reutilización en distintas experiencias.
• MCP —Model Context Protocol: estándar que permite a aplicaciones y agentes de IA conectarse de manera estructurada con herramientas, datos y sistemas externos.
• MCP Server: servicio que expone herramientas, recursos o capacidades a clientes compatibles con MCP.
• Agent Skill: conjunto reutilizable de instrucciones, conocimiento y lógica específica para que un agente realice una tarea determinada.
• Metadata: información que describe objetos, campos, relaciones, configuraciones y otros elementos que ayudan a interpretar cómo está organizado un sistema.
• Semantic Model: representación de conceptos y relaciones empresariales destinada a proporcionar significado coherente sobre los datos.
• OAuth: estándar de autorización utilizado para conceder acceso controlado a aplicaciones o servicios sin compartir directamente credenciales.
• Least Privilege —mínimo privilegio—: principio de seguridad según el cual cada identidad debe recibir únicamente los permisos necesarios para realizar su función.
• Headless Experience Layer: capa de Salesforce destinada a crear experiencias web, móviles, integradas y conversacionales utilizando capacidades desacopladas del backend.
• System of Agency: concepto utilizado por Salesforce para describir la capa donde agentes coordinan y ejecutan acciones sobre otros sistemas empresariales.

¿Por qué es importante?

Los agentes empresariales dejan de ser simples asistentes cuando obtienen capacidad para modificar datos, ejecutar workflows y coordinar aplicaciones. En ese momento, el principal desafío ya no es solamente la inteligencia del modelo: es conseguir que cada acción respete la misma identidad, permisos y lógica que gobiernan el negocio cuando la ejecuta una persona.

Visión Estratégica

La transformación más profunda de la IA empresarial puede no producirse en el chatbot, sino en la arquitectura que existe detrás. Durante décadas construimos software alrededor de pantallas; la era agéntica está obligando a separar intención, interfaz y capacidad de ejecución. Headless 360 representa la apuesta de Salesforce por convertir el CRM en una plataforma de servicios gobernados disponibles para múltiples agentes. El potencial es considerable, pero también eleva la exigencia: cuanto más fácil sea para una IA actuar sobre el negocio, más importante serán identidad, mínimo privilegio, semántica, auditoría y supervisión. El agente puede convertirse en la nueva interfaz; la gobernanza tendrá que convertirse en su sistema operativo invisible.

Acerca de Salesforce

Salesforce desarrolla plataformas de CRM, datos, automatización, colaboración y agentes de inteligencia artificial. En su arquitectura actual integra Customer 360, Data 360, Agentforce, Slack y Tableau como diferentes capas de la empresa agéntica. Salesforce es una empresa pública y cotiza en la New York Stock Exchange bajo el símbolo CRM.

Enlace bursátil:
Salesforce, Inc. (NYSE: CRM) — información bursátil oficial

Enlaces recomendados

• https://www.salesforce.com/news/stories/expanding-headless-360-enterprise-capabilities/
• Salesforce Developers — Headless 360 MCP Server
• Salesforce Developers — arquitectura del servidor Headless 360 MCP

Tu Opinión Nos Importa ツ

Durante décadas aprendimos qué aplicación abrir para cada tarea. La llegada de los agentes de IA plantea una posibilidad diferente: expresar lo que queremos conseguir y permitir que el software determine qué sistemas y capacidades debe utilizar para hacerlo. ¿Te sentirías cómodo autorizando a un agente de IA para actualizar clientes, contratos o procesos empresariales si las mismas reglas y permisos del sistema tradicional continúan aplicándose? ¿Crees que las aplicaciones empresariales perderán protagonismo frente a interfaces conversacionales o seguiremos necesitando ambas formas de trabajar? Comparte tu perspectiva con la comunidad de IT/USERS® Magazine: #ItusersAwards2026 #SuperFan

Apoya al Periodismo Independiente

¿Te sirvió en algo este contenido?, ayúdanos a combatir la Desinformación, dona desde S/ 1.00 a nuestro PLIN 943-438-457