Salesforce Agentforce Multi-Agent-Orchestrierung wird mit dem Summer '26 Release am 15. Juni 2026 allgemein verfügbar. Sie läuft auf dem neuen Atlas Reasoning Engine 3.0 und bringt zwei Protokolle mit, die für ernsthafte Workflows zählen: Agent-to-Agent (A2A) für die Koordination und Model Context Protocol (MCP) für den Tool-Zugriff. Für Unternehmen, die CRM, Service und mobile Abläufe bereits auf Salesforce betreiben, wird aus einem einzelnen Chatbot ein koordiniertes KI-Team mit gemeinsamem Kontext.
Ein einzelner Agent, der eine Frage beantwortet, ist leicht zu bauen und schwer zu skalieren. Eine echte Customer Journey umfasst Vertrieb, Service, Abrechnung und Außendienst. Summer '26 stellt Orchestrierung als die fehlende Schicht dar: ein Planer-Agent leitet Arbeit an Spezialisten weiter, hält Speicher über die Kette hinweg und zeigt dem Nutzer einen einzigen Ansprechpartner. Genau dieses Muster setzen wir in unserer n8n-Automatisierung für Kunden um, nur auf einem anderen Stack.
Warum gerade jetzt
Was ist Agentforce Multi-Agent-Orchestrierung?
Multi-Agent-Orchestrierung ist der Teil von Agentforce, in dem mehrere Spezialisten als ein Team arbeiten. Ein Planer-Agent nimmt die Anfrage entgegen, entscheidet, welche Spezialisten gebraucht werden, schickt ihnen strukturierte Aufgaben, sammelt die Ergebnisse und liefert eine einzige Antwort. Der Nutzer muss sich nicht wiederholen und nicht den richtigen Bot wählen.
- Planer bestimmt die Reihenfolge und den verantwortlichen Spezialisten pro Schritt.
- Spezialisten kümmern sich um je eine Domäne — Abrechnung, Retouren, IT, Außendienst, Vertrieb.
- Gemeinsamer Speicher hält den Kundenkontext über Übergaben hinweg fest.
- Prüfer kontrolliert die finale Antwort, bevor sie den Nutzer erreicht oder eine Aktion auslöst.
Atlas Reasoning Engine 3.0 — Die Koordinationsschicht
Atlas 3.0 ist die Engine unter der Orchestrierung. Während frühere Versionen auf Single-Agent-Reasoning ausgerichtet waren, dreht sich Version 3 um Teamarbeit: Routing, parallele Aufrufe und Speicher, der über Agenten und Kanäle hinweg bestehen bleibt.
| Fähigkeit | Atlas 2.x | Atlas 3.0 |
|---|---|---|
| Agent-Umfang | Ein Agent pro Aufgabe | Planer plus Spezialisten in einem Lauf |
| Speicher | Pro Sitzung, pro Agent | Geteilt über Agenten und Kanäle |
| Tool-Zugriff | Eigene Integrationen | MCP-Standard-Tools und Konnektoren |
| Inter-Agent-Aufrufe | Manuelle Übergabe | A2A-Protokoll mit strukturierten Aufgaben |
| Mobile Oberfläche | Nur Web und Chat | Slack-zuerst, mobil-bereit ab Werk |
A2A und MCP — Die Protokolle hinter dem Team
Zwei offene Protokolle tragen das neue Orchestrierungsmodell. Sie regeln, wie Agenten miteinander sprechen und wie sie auf die Außenwelt zugreifen.
Agent-to-Agent (A2A)
A2A ist der Weg, auf dem der Planer Arbeit delegiert. Jeder Aufruf trägt ein strukturiertes Task-Objekt: Ziel, Eingaben, erwartetes Ausgabeschema und Konfidenzschwelle. Der Spezialist liefert ein strukturiertes Ergebnis statt Freitext, damit der Planer ohne Prosa-Parsing routen, wiederholen oder stoppen kann.
Model Context Protocol (MCP)
MCP ist der Weg, auf dem Agenten Tools und Daten erreichen. Tableau bringt in diesem Release einen MCP-Server für sichere Analytics-Abfragen, und das IT Service Domain Pack ergänzt 50 sofort einsatzbereite KI-Agenten, die alle MCP sprechen. Vorteil: dieselbe Tool-Integration funktioniert für jeden A2A-konformen Agenten, nicht nur für Agentforce.
Wo mobile Workflows hineinpassen
Summer '26 macht Slack zur Standardoberfläche für orchestrierte Arbeit. Techniker im Außendienst, Support und Account Manager sprechen vom Smartphone aus mit dem Agententeam — im selben Kanal wie der Rest des Teams. Die mobile Strecke war aus gutem Grund die Headline des Releases: dort befindet sich der Nutzer wirklich.
Für Teams mit bestehenden iOS- oder Android-Apps zählt das doppelt. Erstens kann das Agententeam per Push-Benachrichtigungen und Deep Links in die Mobile-App zurückrufen. Zweitens erlaubt MCP, eigene Mobile-Backend-APIs für Agentforce zu öffnen, ohne pro Agent Klebecode zu schreiben. Unser Beitrag zu Hermes Mobile-Agenten-Orchestrierung beschreibt das gleiche Übergabemuster aus einer anderen Perspektive.
Halmob-Bezug
Wann Agentforce statt Eigenbau
Agentforce ist nicht für jedes Team die richtige Antwort. Der Kompromiss ist derselbe wie bei jeder Plattform: schneller Start und Standardwerkzeuge, dafür Lock-in und Kosten pro Konversation.
| Szenario | Agentforce-Orchestrierung | Eigenbau (n8n, LangChain usw.) |
|---|---|---|
| Salesforce-lastige Daten | Sehr gute Passung | Mehr Integrationsaufwand |
| Nischen-Tool-Stack | Begrenzte Konnektoren | Volle Kontrolle über MCP-Server |
| Volumen-Abrechnung | Pro-Konversation-Preis | Nur Infrastrukturkosten |
| Time-to-first-Agent | Tage | Wochen |
| Audit und Erklärbarkeit | Eingebautes Event-Log | Eigene Harness bauen |
Unser Beitrag zu Sakana Conductor Multi-Agenten-Orchestrierung erklärt dasselbe Muster aus der Open-Source-Perspektive — eine nützliche Vergleichsbasis.
Praktische Schritte zur Einführung
- 1Eine Customer Journey End-to-End kartieren. Einen Ablauf wählen, der bereits zwei oder drei Salesforce-Clouds umfasst — Service plus Abrechnung ist ein sicherer Einstieg.
- 2Agenten nach Domäne statt nach Schritt teilen. Ein Abrechnungs-Spezialist für Rückerstattungen, Rechnungen und Reklamationen ist leichter weiterzuentwickeln als fünf kleine Schritt-Agenten.
- 3Externe Tools in MCP-Server packen. So bleiben Agenten portabel, falls Teile des Stacks später nach n8n oder LangChain wandern.
- 4Vor jeder Schreibaktion einen Prüfer-Agenten setzen. Rückerstattungen, Statuswechsel und ausgehende Nachrichten sollten zuerst durch einen separaten Validator laufen.
- 5Erledigte Aufgaben messen, nicht Chats. Lösungsrate, Eskalationsrate und gesparte Zeit pro Workflow rechtfertigen den Pro-Konversation-Preis.
Risiken, die einzuplanen sind
- Pro-Konversation-Preis kann Teams überraschen, die bisher nur pro Benutzer bezahlten — Kosten vorab am echten Volumen modellieren.
- Gemeinsamer Speicher ist stark, hat aber bei fehlerhaftem Kontext auch einen größeren Schadensradius — mit Aufbewahrungsregeln begrenzen.
- MCP öffnet interne APIs — Berechtigungen pro Tool prüfen und jeden Aufruf loggen.
- Mobile Push-Oberfläche bedeutet, dass ein halluzinierter Schritt ohne Mensch im Loop bei Kunden landen kann — Konfidenzschwelle setzen.
Fazit
Agentforce Summer '26 ist das deutlichste Signal bisher, dass Multi-Agent-Orchestrierung von der Forschungsdemo ins reguläre CRM gewandert ist. Atlas 3.0, A2A und MCP machen aus einem Chatbot ein Team mit gemeinsamem Kontext, und die Slack-zuerst-Lieferung legt dieses Team standardmäßig auf das Smartphone des Nutzers. Die Plattformen, die das nächste Jahr der Agent-Einführung gewinnen, behandeln Orchestrierung als Produkt, nicht das Modell.
Quellen: offizielle Salesforce Summer '26 Ankündigung und die Berichterstattung im smol.ai Newsletter zum Release.