Salesforce takes Agentforce multi-agent orchestration to GA — Atlas Reasoning Engine 3.0, A2A, and hosted MCP servers ship in Summer 26
TL;DR
Salesforce's Summer '26 release graduated Agentforce multi-agent orchestration from beta to general availability on June 15, 2026, with the rollout beginning June 13. The release ships Atlas Reasoning Engine 3.0 as the coordination layer, lets an orchestrator agent route work to specialist subagents based on their descriptions and actions, adds Agent2Agent (A2A) support for connecting to third-party agents, and brings Salesforce-hosted MCP servers to GA. Cross-platform A2A beyond Salesforce Cloud remains in beta. Salesforce's official release page returned a bot block at the time of writing; the facts here are corroborated across multiple reachable secondary sources.
June 15, 2026
Agentforce multi-agent orchestration reaches general availability in the Summer 26 release; rollout staged in waves from June 13
Atlas 3.0
Atlas Reasoning Engine 3.0 is the coordination layer that reads subagent descriptions and routes work dynamically — no fixed decision trees
A2A support
Agent2Agent support connects Agentforce to third-party agents; advanced cross-platform A2A beyond Salesforce Cloud remains in beta
MCP servers GA
Salesforce-hosted MCP servers reach GA, exposing SObject CRUD/SOQL, Data 360 queries, and Tableau analytics as agent tool sources
Salesforce announced on June 15, 2026 that Agentforce multi-agent orchestration has reached general availability as part of the Summer '26 product release, with the rollout staged in waves starting June 13. The capability moves from beta to GA, and the release ships the supporting reasoning, protocol, and tooling layers alongside it. Salesforce's own Summer '26 release page was bot-blocked (HTTP 403) when we tried to fetch it directly, so the facts below are drawn from multiple reachable secondary sources that independently describe the same GA date, components, and scope.
What multi-agent orchestration actually does. Instead of a single agent handling an entire task, orchestration lets a single orchestrator agent coordinate a set of specialist subagents. The orchestrator inspects which subagents are registered, reads their descriptions and available actions, and routes each piece of work to the specialist best suited to it — dynamically, rather than through fixed decision trees. The practical effect is that complex, end-to-end workflows can be split across purpose-built agents while the customer or user still deals with a single point of contact that carries shared context across channels.
Atlas Reasoning Engine 3.0 is the coordination layer. The GA release ships Atlas Reasoning Engine 3.0 as the engine powering the routing and reasoning behind orchestration. This is the component that reads subagent descriptions and decides where work goes, which is why Salesforce frames agent descriptions as load-bearing routing input rather than user-facing documentation.
A2A and hosted MCP servers extend the reach beyond Salesforce. The release adds Agent2Agent (A2A) support, letting customers securely connect Agentforce to third-party agents — the goal being an agentic enterprise that reaches beyond the Salesforce platform itself. Note the scope limit: advanced cross-platform A2A beyond Salesforce Cloud is described as still in beta, so the fully open cross-vendor path is not yet GA. Separately, Salesforce-hosted MCP servers reach GA in this release, exposing capabilities such as SObject CRUD and SOQL, Data 360 queries, and Tableau analytics as tool sources that agents can call.
The GA label does not mean deploy-on-day-one. Because routing depends entirely on the quality of each subagent's description and registered actions, a multi-agent setup that is misconfigured will route work to the wrong specialist. Operators evaluating this should treat the description and action metadata as the real work — get single agents and their descriptions right first, then layer orchestration on top once the routing inputs are trustworthy. Rushing several subagents into an orchestrator before their descriptions are precise is the predictable failure mode.
Where this sits in the market. This is Salesforce moving its agent platform from "one agent per task" toward coordinated teams of agents with a cross-vendor protocol story — the same direction Microsoft (Copilot Studio agent-to-agent), Google (managed agents, A2A), and others have been pushing in 2026. For teams already invested in Salesforce, orchestration GA is the signal that multi-agent workflows are now a supported production path rather than a preview, with the caveat that the cross-platform pieces are still maturing.
Why It Matters
Multi-agent orchestration moving to GA changes Agentforce from a single-agent tool into a supported way to run coordinated teams of agents in production. An orchestrator agent now routes work to specialist subagents based on their descriptions and actions, which means complex end-to-end workflows can be split across purpose-built agents while still presenting a single point of contact. The routing is only as good as the metadata — descriptions and registered actions are load-bearing, so a sloppy setup routes work to the wrong agent. The cross-vendor story is partly GA, partly beta: hosted MCP servers and A2A ship at GA, but advanced cross-platform A2A beyond Salesforce Cloud is still in beta, so teams planning genuinely vendor-agnostic agent meshes should confirm exactly which paths are production-ready before committing.
Who's Affected
- — Salesforce admins and architects running or evaluating Agentforce — multi-agent orchestration is now a GA, production-supported path. The rollout is staged from June 13, so confirm whether your org has received it before planning a deployment.
- — Teams designing multi-agent workflows — routing depends entirely on subagent descriptions and registered actions. Treat that metadata as load-bearing engineering work, not documentation, and get single agents right before layering orchestration on top.
- — Buyers building cross-vendor agent strategies — A2A and hosted MCP servers are GA, but advanced cross-platform A2A beyond Salesforce Cloud is still in beta. Verify which specific cross-vendor paths are production-ready before designing around them.
- — Operators not on Salesforce — no direct action, but this is a clear market signal that enterprise agent platforms are consolidating on orchestrator-plus-subagents patterns with A2A and MCP as the interconnect layer.
What To Do Now
- 1. Confirm you actually have it before planning. The Summer 26 GA rollout is staged in waves from June 13, so check your org rather than assuming June 15 availability everywhere.
- 2. Make subagent descriptions the priority. Orchestration routes work by reading descriptions and actions — precise, accurate metadata is the difference between correct routing and silent misrouting. Get single agents and their descriptions right first.
- 3. Map which cross-vendor paths are GA vs beta. Hosted MCP servers and A2A are GA; advanced cross-platform A2A beyond Salesforce Cloud is still beta. If your plan depends on connecting to non-Salesforce agents, confirm the specific path is production-ready.
- 4. Stage the rollout — do not flip on orchestration day one. Treat GA as the start of a deliberate rollout: validate single agents, then introduce an orchestrator over a small, well-described set of subagents before expanding.
More on this topic — Best Workflow Automation Tools
More from ToolNav News
Salesforce agrees to acquire Contentful — giving Agentforce a native content layer to assemble and deliver experiences without manual publishing
2026-06-01
Databricks Launches Genie One GA — An Agentic AI Coworker for Every Business Team, Priced on Usage Not Seats
2026-06-17
Microsoft makes Windows the local execution layer for AI agents — Aion models, Execution Containers, and on-device AI ship at Build
2026-06-02