La guía del arquitecto para la interoperabilidad de Agentforce

Autoría: El Agentforce equipo de producto (Pragya Anand , Moe Basi , Shiv Ramanna , Kyle Bransky )

Sigue leyendo para conocer más sobre cómo definir tu enfoque de interoperabilidad.
Luego, descarga la segunda parte como tu guía de referencia mientras construyes.

Antes de diseñar sistemas multiagente, es importante entender cómo funciona un agente individual. Un Agentforce agente se compone de subagentes (antes llamados “temas”), bloques modulares diseñados para dominios específicos, y cada uno incluye acciones definidas (por ejemplo, Flujo, Apex, Solicitudes).

Cada Agentforce agente ejecuta su propio ciclo de razonamiento con LLM, donde orquesta cómo se delegan las tareas entre los subagentes y cómo se forman las respuestas hasta lograr el objetivo. El Agentforce motor de razonamiento amplía este ciclo con el determinismo basado en guionado de agente, agregando transiciones explícitas y secuencias entre los subagentes, y asegurando un comportamiento predecible y controlable en lugar de depender solo de las decisiones del LLM. Esta combinación de razonamiento con LLM y guionado determinista es lo que habilita los flujos de trabajo empresariales. Un solo agente puede manejar mucho, pero cuando la complejidad crece, se topa con estos límites:

• Límites de datos: No se puede acceder a los datos, flujos de trabajo y permisos que viven en distintas organizaciones de Salesforce o en otros sistemas. Es una barrera arquitectónica que un diseño de agente único no puede cruzar.
• Sobrecarga de contexto: El contexto del motor de razonamiento del LLM se llena con instrucciones, resultados de acciones e historial de plática, hasta que empieza a ignorar reglas clave o a mezclar temas.
• Colapso de especialización por dominio: Un agente que intenta ser experto en todo aplica la lógica equivocada para invocar subagentes específicos. Mientras más grande es el bloque de instrucciones, peor es la precisión.

Marco de decisión: Usa agentes individuales cuando tu proceso empresarial es relativamente sencillo, opera dentro de un solo dominio y necesita un conjunto unificado de acceso a datos entre sus subagentes.

La orquestación SOMA (una organización, multiagente) permite que varios agentes especializados de Agentforce trabajen juntos de forma integrada dentro de una sola organización de Salesforce. En lugar de obligar a las personas a manejar pláticas con distintos agentes por separado, SOMA ofrece un solo agente como puerta de entrada conversacional. Detrás de escena, un “Superagente” o agente “Orquestador” coordina y delega tareas de forma inteligente entre agentes especializados, y garantiza que cada tarea la atienda el agente con la mejor capacidad para resolverla.

Marco de decisión: Usa SOMA cuando tus clientes quieran una experiencia unificada de “puerta de entrada” para agentes especializados que operan dentro de una sola organización de Salesforce.

• Ventajas: Simplifica la experiencia para las personas al ofrecer una sola entrada conversacional para varios agentes especializados.
• Desventajas: Se limita a los datos y flujos de trabajo disponibles dentro de una sola organización de Salesforce.

La orquestación MOMA (Multiorganización Multiagente), como evolución lógica del modelo de una sola organización (SOMA), permite que varias organizaciones de Salesforce ofrezcan una experiencia de agente unificada sin necesidad de consolidar datos de forma compleja. Esta arquitectura se basa en una filosofía de delegación intencional en lugar de una red abierta, y establece una restricción deliberada de un solo nivel de profundidad (Agente A>Agente B, no Agente A->B->C) para evitar cadenas impredecibles. La seguridad se mantiene mediante ejecución consciente de la identidad del usuario y al operar dentro del límite de confianza de Data 360 One (DC1).

Marco de decisión: Usa MOMA cuando tu red nativa de Agentforce necesite delegar tareas de forma segura entre distintas organizaciones de Salesforce sin consolidar modelos de datos.

• Ventajas: Ofrece una experiencia de agente unificada en entornos empresariales complejos y mantiene una residencia estricta de los datos.
• Desventajas: Mapear la identidad de usuario entre varias organizaciones y compartir contexto entre organizaciones puede resultar complicado.

El cliente de Protocolo de contexto de modelo (MCP) permite que las personas administradoras de Agentforce registren servidores MCP externos para que quienes construyen soluciones integren herramientas, recursos y acciones remotas dentro de Agentforce de forma estandarizada. Esto permite que Agentforce consuma capacidades externas mediante un contrato de herramienta en lugar de integraciones personalizadas punto a punto.

Marco de decisión: Usa el cliente de MCP cuando Agentforce debe seguir siendo el orquestador principal y solo necesita acceder a capacidades externas como herramientas. Por ejemplo, obtener datos de un sistema externo, invocar un flujo de trabajo, buscar en una fuente de conocimiento o ejecutar una acción mediante una plataforma de terceros.

Usa el cliente de MCP cuando Agentforce debe consumir una capacidad externa como herramienta.

• Ventajas: Convierte servicios externos en herramientas seguras y gobernables para Agentforce sin necesidad de código personalizado; incluye funciones de seguridad como verificaciones de integridad semántica (de protección contra cambios inesperados) y evaluación de riesgo para evitar la contaminación de herramientas. Mantiene el ciclo de razonamiento centrado en Agentforce mientras amplía lo que Agentforce puede hacer.
• Desventajas: La abstracción está intencionalmente centrada en la herramienta. Si la capacidad remota funciona mejor como un agente especialista que debe encargarse de parte del razonamiento o del flujo de trabajo, forzarla a entrar en MCP puede sentirse antinatural. Además, como el esquema lo define el servidor externo, cualquier cambio en el contrato puede hacer que la integración falle hasta que se actualice o se vuelva a registrar.

Agentforce A2A Outbound es la forma nativa en la que los agentes de Agentforce colaboran directamente con un agente de un tercero. Para habilitar esto, las personas administradoras primero deben registrar el agente externo detallando sus habilidades específicas, capacidades y protocolos de transporte. Una vez registrado y conectado a un agente de Agentforce, queda disponible en tiempo de ejecución para delegación de tareas segura y multiplataforma.

Marco de decisión: Usa Agentforce A2A cuando tu red nativa de Agentforce necesite interactuar de forma segura con agentes de proveedores externos, como Google o Box. Nota: Aquí, un agente necesita delegar trabajo a otro agente que es responsable de parte del razonamiento, la planificación o la ejecución.

• Ventajas: Como está integrado directamente en Agentforce, no necesitas comprar herramientas externas de orquestación para manejar estos flujos de trabajo multiagente. Permite ofrecer un ecosistema de IA con identidad de marca coherente a las personas usuarias y aprovechar la experiencia preconstruida de plataformas externas.
• Desventajas: Confiar en agentes de terceros y garantizar la privacidad de los datos entre sistemas puede ser un desafío. Además, requiere registrar manualmente las capacidades del agente externo y alinear los estándares de autenticación.

Usa esta regla simple: La distinción clave no es si hay IA en ambos lados. La distinción clave es cómo está modelada la capacidad remota:

• Si está modelada como una herramienta, usa MCP
• Si está modelada como un agente colaborador, usa A2A

A2A Inbound permite que agentes externos de terceros llamen de forma nativa a las habilidades especializadas y a los datos de un agente de Agentforce. Esta configuración trata a Agentforce como un “experto” de alto valor que puede ser invocado por sistemas externos para ejecutar acciones específicas de Salesforce. Al exponer las capacidades de Agentforce mediante un punto de acceso de API seguro, las plataformas externas pueden delegar tareas a Salesforce sin que la persona usuaria tenga que salir de su aplicación de terceros.

Marco de decisión: Usa A2A Inbound cuando tu interfaz principal de IA vive en un sistema de terceros (como un portal personalizado o un bot externo), pero necesita ejecutar flujos de trabajo complejos dentro de Salesforce.

• Ventajas: Potencia aplicaciones externas con datos y automatización de Salesforce en tiempo real, sin duplicar lógica.
• Desventajas: El sistema externo debe encargarse de la orquestación y de la lógica de traspaso para asegurar una experiencia fluida.

El servidor de MCP alojado por Salesforce permite exponer las capacidades de Agentforce a hosts externos, como agentes de terceros, copilotos y plataformas de LLM, mediante una interfaz de MCP estandarizada. Esto permite que las plataformas externas invoquen Agentforce como proveedor de herramientas, mientras que Agentforce sigue encapsulando las acciones empresariales, la lógica de negocio y la orquestación detrás de escena para tareas complejas y especializadas.

Marco de decisión: Usa agentes de Agentforce como un servidor de MCP cuando una plataforma externa deba consumir Agentforce como proveedor de herramientas. Esto es especialmente útil en dos escenarios:

• Interoperabilidad entre agentes empresariales: Cuando un agente empresarial de terceros, como Microsoft Copilot, necesita invocar un agente de Agentforce porque Agentforce contiene las acciones empresariales necesarias para completar la tarea.
• Distribución en canales externos con LLM/plataformas conversacionales Cuando quieres que las capacidades con marca de Agentforce estén disponibles dentro de superficies conversacionales externas como ChatGPT, Gemini u otros hosts.

En este modelo, la plataforma externa sigue siendo la experiencia principal, mientras que Agentforce se expone de manera intencional a través de MCP como un punto de acceso de herramientas. Incluso si Agentforce es agéntico internamente, el patrón de interoperabilidad sigue siendo MCP, porque la relación externa es invocación de herramientas, no delegación entre agentes pares.

• Ventajas: Facilita usar agentes potentes y especializados de Agentforce, creados para tu negocio y basados en datos de Salesforce (Facturación, Soporte, etc.) de forma reutilizable fuera de Salesforce mediante un protocolo estandarizado. Permite que asistentes externos y agentes empresariales aprovechen la orquestación y las acciones de negocio de Agentforce sin tener que reconstruirlas. Admite tanto la interoperabilidad empresarial como la distribución en canales externos.
• Desventajas: El host externo controla la experiencia principal de la persona usuaria y el ciclo de razonamiento, por lo que Agentforce tiene menos control sobre cómo y cuándo se lo invoca. Los marcos de aplicación empresariales también requieren un manejo sólido de autenticación, autorización, propagación de identidad y traspaso de contexto.

La descripción anterior solo te ayuda a identificar qué patrón de orquestación se ajusta a tu caso de uso. Sigue leyendo para ver cómo diseñarlo y llevarlo a producción.

Esto es lo que vas a aprender cuando descargues la segunda parte: La guía de referencia para arquitectos sobre la orquestación multiagente:

• Descomponer procesos complejos en agentes que mantienen responsabilidad. Tres estrategias, por especialidad de dominio, por etapa del flujo de trabajo o por capacidad, transforman un agente sobrecargado en un conjunto de especialistas que hacen bien una sola tarea.
• Alinea tu arquitectura con uno de los cinco patrones de orquestación. El Modo Supervisado y el Modo de Traspaso ya están disponibles. Ejecución Paralela, Agentes en Segundo Plano Activados por Eventos y Planificar y Presentar están en la hoja de ruta.
• Elige entre ruteo impulsado por LLM y ruteo determinístico. El motor de razonamiento se adapta a pedidos abiertos. El guionado de agente te da control determinístico cuando un flujo de trabajo necesita una secuencia garantizada. La mayoría de los diseños multiagente usan ambos.
• Evita los siete patrones antipatrones más comunes. La orquestación en malla, los Subagentes superpuestos y demasiadas capas de delegación son las formas más rápidas de perder gobernanza y la visibilidad operativa a escala.
• Diseña según lo que está disponible hoy. Las restricciones actuales del guionado de agente (traspaso fijo, delegación anidada y el límite de siete subagentes conectados) definen qué patrones puedes lanzar ahora y cuáles conviene planear para el próximo trimestre.