No un único agente, sino una red de especialistas
El error más común es imaginar Joule como un único asistente todoterreno. La realidad es distinta: SAP construyó una arquitectura multi-agente, donde cada Joule Agent se especializa en una función de negocio precisa — finanzas, cadena de suministro, gestión de servicios, RR. HH. — en lugar de confiar todo a un único agente generalista.
La lógica es la misma que en una empresa real, donde no se le pide a la misma persona que cierre el balance y gestione una devolución de proveedor: hacen falta competencias distintas. La ventaja de este enfoque es que cada agente puede especializarse en profundidad en su propio dominio, en lugar de ser mediocre en todo.
Joule como orquestador
Por encima de la red de agentes especializados, Joule actúa como orquestador central. SAP describe este papel como el de un «director de orquesta»: descompone una tarea compleja en subtareas, selecciona el agente más adecuado para cada una, y coordina el flujo de trabajo global.
Los humanos permanecen en el rol de «compositor»: definen el objetivo y las restricciones, mientras Joule orquesta la ejecución. Es un modelo que separa claramente dos responsabilidades — qué hay que hacer (humano) y cómo coordinar a quién lo hace (Joule) — reduciendo la supervisión manual sin eliminar el control.
¿Quieres saber qué Joule Agents necesita tu empresa?
30 minutos para discutir tu caso específico.
Los dos protocolos que sostienen todo: A2A y MCP
Dos estándares abiertos hacen posible esta arquitectura. El primero es Agent2Agent (A2A), el protocolo que SAP adoptó como estándar preferido para la colaboración multi-agente y la interoperabilidad entre proveedores: permite a un agente delegar una tarea, preguntar a otro agente qué capacidades tiene e intercambiar información de forma estructurada, independientemente del framework con el que fue construido.
El segundo es el Model Context Protocol (MCP), el estándar de Anthropic que regula cómo un agente descubre, comprende e interactúa con herramientas externas. SAP lo usa internamente para dar a los Joule Agents un acceso semánticamente enriquecido a las capacidades de negocio de SAP — no solo datos brutos, sino contexto ya estructurado sobre lo que esos datos significan para el proceso de negocio.
Dónde se integran los agentes
Los Joule Agents se integran nativamente con SAP S/4HANA, SAP SuccessFactors, SAP Business Data Cloud, SAP Concur, SAP Customer Experience y SAP Business Network. Es el núcleo del ecosistema SAP, donde viven los procesos que más pesan.
Pero la arquitectura no se detiene en las fronteras de SAP: plataformas externas como Google Cloud, Microsoft Azure, AWS e IBM Cloud pueden consumir los Joule Agents a través de un Agent Gateway dedicado, o dejar que Joule los orqueste directamente. Es una arquitectura pensada para una empresa que tiene múltiples sistemas, no solo SAP puro.
Por qué esta arquitectura importa para quien evalúa la adopción
Entender esta estructura cambia la forma de evaluar un proyecto de agentes en Joule. No estás comprando «un chatbot más inteligente»: estás adoptando una arquitectura de agentes especializados, orquestados, que hablan un protocolo común (A2A) y acceden a tus sistemas mediante otro protocolo común (MCP).
Esto significa que el trabajo real de implementación no es «activar Joule», sino decidir qué agentes necesitas, sobre qué procesos, con qué límites de autonomía. Es la pregunta que abordamos junto a nuestros clientes en cada proyecto de agentes en SAP Joule.