Konzeptkarte

Multi-Agent-Orchestrierung in Joule Studio

Stand 2026-07-24T14:00:00Z

Redaktion: Cédric-Olivier Mâry, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist Multi-Agent-Orchestrierung in Joule Studio?

Das Sicherheitsmodell ist die Abgrenzung selbst – ein spezialisierter Agent für das Lieferantenportal erhält niemals Zugangsdaten für das S/4-Hauptbuch, sodass sich ein kompromittierter oder halluzinierender Agent nicht über seinen eigenen Tool-Bereich hinaus ausbreiten kann.

Worum es geht

Multi-Agent-Orchestrierung in Joule Studio ist die Praxis, zwei oder mehr KI-Agenten zu koordinieren, von denen jeder für eine eng gefasste Aufgabendomäne zuständig ist, unter einem zentralen Orchestrator, der Absicht routet, Kontext zwischen den Schritten trägt und Guardrails über die gesamte Kette hinweg durchsetzt. Joule Studio ist SAPs Low-Code-Agent-Builder auf BTP und gibt Teams die Laufzeitumgebung und das Tooling, um solche Pipelines zusammenzusetzen, ohne ein eigenes Python-Infrastrukturteam aufzubauen.

Das Problem, das dies löst, kann ein einzelner großer Prompt nicht lösen. Ein zwölfstufiger Beschaffungsworkflow, der ein Anforderungssystem, S/4-Finance und ein externes Lieferantenportal umspannt, lässt sich nicht zuverlässig ausführen, indem man ein Modell bittet, es „einfach zu erledigen" — das Kontextfenster füllt sich mit irrelevanten Details, das Modell hat keine saubere Möglichkeit, die Zugangsdaten dreier verschiedener Systeme gleichzeitig zu halten, und ein einzelner Fehler irgendwo in der Kette korrumpiert alles Nachgelagerte ohne jede Isolation. Die Zerlegung des Workflows in spezialisierte Sub-Agenten — einer für die Anforderungsabfrage, einer für die Validierung von Hauptbuchkonten, einer für die Lieferanten-Risikobewertung — lässt jeden Agenten innerhalb seines eigenen Zugriffsbereichs arbeiten und für sich scheitern, ohne den Rest der Kette zu vergiften.

Warum es zählt

Ein einzelner monolithischer Prompt kann einen zwölfstufigen Beschaffungsworkflow über Ariba, S/4-Finance und ein externes Portal hinweg nicht zuverlässig ausführen — erst die Zerlegung macht ihn zuverlässig
Der Orchestrator validiert das Ausgabeschema jedes Spezialisten, bevor er den Kontext weitergibt, und blockiert damit die nachgelagerte Fortpflanzung von Halluzinationen
Der gemeinsame 64-KB-Context-Bus bedeutet, dass nachgelagerte Agenten bereits aufgelöste Entitäten wiederverwenden, statt sie erneut abzurufen

Kernpunkte

Joule Studio ist SAPs Low-Code-Agent-Builder auf BTP; Multi-Agent-Pipelines zerlegen komplexe systemübergreifende Workflows in eng eingegrenzte Spezialisten-Agenten unter einem zentralen Orchestrator.
Fünf strukturelle Elemente: Orchestrator Agent, Specialist Agents, Tool Layer (OpenAI-Function-Calling-Schemata), Context Bus (64-KB-JSON-Shared-Memory) und Handoff Protocol (schemavalidierte JSON-Ergebnisse).
Sicherheitsmodell: Jeder Specialist Agent läuft unter einem separaten XSUAA-Binding; der Orchestrator darf nicht alle Scopes zu einem überprivilegierten Token zusammenführen.
Kosten: ~0,01–0,04 BTP-AI-Core-Einheiten pro LLM-Aufruf; eine Kette aus 6 Agenten kostet zum Listenpreis etwa 0,001–0,005 € pro Lauf.
Nebenläufigkeitsobergrenze: 50 gleichzeitige Orchestrator-Sitzungen pro BTP-Subaccount in der GA-Laufzeit; per Support-Ticket erhöhbar.
Die BDC-Knowledge-Graph-Integration reduziert die API-Aufrufe pro Workflow von N×M auf N, indem Entitäten bei der Übergabe auf Graph-Knoten-IDs aufgelöst werden.
Refactoring-Auslöser: Überschreitet der Systemprompt eines einzelnen Agenten 4.000 Token an Anweisung, ist das ein Signal, ihn in eine Multi-Agent-Topologie zu zerlegen.
Multi-Agent-Orchestrierung in Joule Studio ist erst beherrscht, wenn sie eine konkret benannte Käuferentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Tool demonstrieren.
Nutzen Sie aktuelle SAP-, Analysten-, Studien-, KG- und Nachrichtensignale als Beleg, nicht als Dekoration.

Begriffe auf dieser Seite

Orchestrator Agent: Meta-Agent, der die Absicht des Nutzers empfängt, sie über einen LLM-Planer zerlegt und Teilaufgaben an Specialist Agents routet. Besitzt das Schreibrecht auf den Context Bus.
Specialist Agent: Eng eingegrenzter Agent, der genau ein Tool-Set und einen Auth-Kontext trägt. Gibt ein schemavalidiertes JSON-Ergebnis an den Orchestrator zurück.
Context Bus: Gemeinsames 64-KB-JSON-Objekt, das zwischen Agenten in einer Joule-Studio-Sitzung weitergereicht wird. Trägt aufgelöste Entitäts-IDs (Bestellnummer, Lieferanten-DUNS, Hauptbuchkonto), um erneutes Abrufen zu vermeiden.
Handoff Protocol: Der Schemavalidierungsschritt zwischen Orchestrator und Specialist: Der Orchestrator stellt sicher, dass die Ausgabe des Specialists einem deklarierten JSON-Schema entspricht, bevor er den Kontext nachgelagert weiterreicht.
BTP AI Core: Die verwaltete Inferenz-Laufzeitumgebung von SAP BTP. Hostet LLM-Modelle (GPT-4o, Claude, Gemini) unter einer einheitlichen API; abgerechnet in AI-Core-Einheiten pro verbrauchtem Token.
XSUAA: Der OAuth-2.0-Autorisierungsserver von SAP BTP. Jede Agenten-Service-Instanz trägt ihr eigenes XSUAA-Binding und grenzt ihren Systemzugriff unabhängig ein.
Entscheidungsverantwortlicher: Die verantwortliche Person, die den Trade-off akzeptiert und die nächste Maßnahme finanziert.
Semantischer Vertrag: Die gemeinsame Definition von Geschäftsbegriffen, Kennzahlen, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke · die zitierfähigen Kennzahlen.

In der App öffnen →