La dirección de Headless 360 muestra el paso de exponer APIs crudas a empaquetar capacidades de negocio gobernadas para cualquier agente autorizado.
La ampliación de Headless 360 anunciada por Salesforce en agosto introduce una distinción útil: la mayoría de servidores MCP exponen APIs; su objetivo declarado es exponer capacidades de negocio fiables.
La diferencia apunta a la siguiente capa de arquitectura empresarial. Los agentes no deberían reconstruir décadas de lógica a partir de endpoints crudos. Tampoco conviene que cada equipo envuelva la misma API de una forma distinta. El activo reutilizable es una capacidad gobernada que transporta identidad, permisos, validación y semántica empresarial.
Una API todavía no es una capacidad
Una API expone una operación. Una capacidad define su significado y sus condiciones de negocio.
Pensemos en un abono a cliente. Una API cruda puede permitir actualizar un saldo. Una capacidad gobernada podría:
- verificar la identidad solicitante;
- recuperar el estado aplicable del cliente y pedido;
- calcular elegibilidad según la política vigente;
- limitar el importe máximo;
- exigir evidencia y código de motivo;
- enviar valores altos a aprobación;
- escribir transacción y auditoría de forma atómica;
- devolver una explicación estructurada.
El agente puede utilizarla sin recibir acceso arbitrario al objeto de cuenta.
La lógica debe viajar con la herramienta
Salesforce describe skills reutilizables que empaquetan orquestación, validación, recursos y lógica de negocio. Se implemente con Salesforce, otra plataforma o software propio, el patrón importa.
Cuando un agente descubre una herramienta, necesita más que un nombre de función:
- propósito y usuarios previstos;
- permisos necesarios;
- esquema de entrada y salida;
- precondiciones;
- consecuencia y nivel de riesgo;
- requisitos de aprobación;
- comportamiento idempotente;
- evidencia esperada;
- semántica de fallo y reintento;
- propietario y versión.
Estos metadatos permiten seleccionar herramientas con más seguridad y ofrecen a seguridad una unidad concreta para gobernar.
Conservar los sistemas de registro
El relato agéntico se presenta a veces como sustitución de aplicaciones empresariales. En la práctica, una gran organización no puede desechar identidades, flujos de trabajo, modelos de datos y controles acumulados en CRM, ERP, HRIS o service management.
La estrategia creíble es hacer invocables esos sistemas mediante interfaces estrechas y conscientes de políticas.
La arquitectura actual sigue siendo sistema de registro. Los agentes forman una capa de inteligencia y ejecución por encima.
Tres ventajas:
- conserva controles y propiedad establecidos;
- reduce la lógica recreada dentro de prompts;
- permite que personas y agentes trabajen sobre el mismo estado.
El diseño de capacidades evita la proliferación
Sin capacidades compartidas, cada agente crea su conector, validación y política. En seis meses existen cinco formas de abrir un caso de cliente y nadie sabe si se comportan igual.
Una plataforma de capacidades reduce duplicación. Los propietarios de dominio publican operaciones aprobadas. Los equipos de agentes las consumen. Seguridad y auditoría observan un contrato común.
El gobierno debe ser federado: finanzas posee sus capacidades; RR. HH., las suyas; el equipo de plataforma mantiene estándares y runtime.
Un catálogo de skills no es una estrategia
Salesforce afirma disponer de más de 100 skills reutilizables. Una cifra alta no implica valor. El exceso de herramientas puede empeorar la selección, aumentar latencia y ampliar superficie de ataque.
Las capacidades deben curarse alrededor de unidades reales de trabajo. El descubrimiento ha de ser dinámico y sensible a permisos. El agente debería ver el conjunto mínimo relevante.
El catálogo necesita además deprecación, tests de compatibilidad y telemetría de uso. Una capacidad sin propietario es deuda.
Un mapa práctico de capacidades
Para cada dominio:
- sistemas autoritativos y propietarios de datos;
- operaciones de alto valor;
- traspasos manuales actuales;
- permisos y aprobaciones;
- lecturas, propuestas y ejecuciones reutilizables;
- eventos emitidos al cambiar el estado;
- evidencia necesaria;
- consumidores: personas, flujos de trabajo y agentes.
El mapa suele revelar que el trabajo más valioso no es una nueva interfaz. Es limpiar y gobernar las capacidades que compartirán muchas interfaces.
La visión de Lexdatum
La arquitectura futura no es “un agente que sustituye todas las aplicaciones”. Es una red de capacidades fiables disponibles para humanos, flujos de trabajo y agentes autorizados.
MCP puede hacerlas descubribles. Las skills pueden empaquetar su uso. La plataforma empresarial existente conserva estado y política.
El activo estratégico es el contrato entre inteligencia y operaciones.
Fuentes
Nota de investigación: este análisis se basa en información pública disponible a 31 de agosto de 2026. Las capacidades, los precios y las interpretaciones regulatorias pueden cambiar. Las métricas comunicadas por proveedores se identifican como tales. No constituye asesoramiento jurídico, de seguridad o inversión.