Konzeptkarte

SAP Joule Agent Builder

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 SAP Joule Agent Builder?

Ein Agent-Builder-Agent durchläuft eine ReAct-Schleife — Denken, Tool-Aufruf, Beobachten, Wiederholen — statt eine einzelne Funktion auszuführen; die Trennlinie zu einem Skill ist, ob ein Entscheidungspunkt die Interpretation eines Ergebnisses in natürlicher Sprache erfordert.

Worum es geht

Der SAP Joule Agent Builder ist die Orchestrierungsebene innerhalb von SAP Build, mit der Sie Joule-Agenten definieren — KI-Akteure, die ein Ziel verfolgen, indem sie entscheiden, welche Abfolge von Tools, etwa Skills, APIs und Process-Automation-Flows, sie aufrufen, Zwischenergebnisse verarbeiten und ihren Plan anhand dessen anpassen, was jeder Schritt zurückliefert. Während ein Joule-Skill eine einzelne Funktion ist, die bei Aufruf eine Sache tut, ist ein Agent-Builder-Agent eine Schlussfolgerungsschleife: Er erhält ein Nutzerziel, wählt aus seiner konfigurierten Tool-Bibliothek aus, ruft das erste passende Tool auf, bewertet das Ergebnis, entscheidet, ob das Ziel erreicht ist oder ein weiteres Tool benötigt wird, und iteriert, bis er eine endgültige Antwort liefert oder den Nutzer um Klärung bittet.

Unter der Haube nutzt Agent Builder ein Reasoning-and-Acting-Muster (ReAct): Der Agent erzeugt einen Gedanken, wählt eine Aktion — einen Tool-Aufruf —, beobachtet das Ergebnis und wiederholt dies. Berater schreiben diese Schleife nicht selbst; die SAP-Build-Oberfläche stellt sie über eine Tool-Palette bereit, in der Sie Skills, REST-Aktionen und Wissensquellen wie Verankerungsdokumente aus SAP Business Document Management oder eingebettete PDFs hinzufügen, den System-Prompt des Agenten festlegen und Guardrails konfigurieren. Guardrails sind hier wichtiger als fast überall sonst im SAP-KI-Stack, denn ein Agent, der autonom mehrere Tool-Aufrufe verketten kann, ist auch ein Agent, der ein kleines Missverständnis zu einem deutlich größeren Fehler aufschaukeln kann. Ein gut konfigurierter Agent ist auf eine definierte Themendomäne beschränkt, kann keinen beliebigen Code erzeugen oder Systeme außerhalb seiner deklarierten Tool-Liste erreichen und verfügt über einen expliziten Eskalationspfad für den Fall, dass seine Zuversicht in die nächste Aktion gering ist.

Warum es zählt

Der genannte praktische Test — ist die gesamte Logik ein deterministisches Flussdiagramm, Skill Builder nutzen; hängt eine Entscheidung von der Interpretation einer API-Antwort ab, Agent Builder nutzen — ist für die Abgrenzung unmittelbar umsetzbar.
Guardrails schränken die Themendomäne ein, blockieren Code-Erzeugung oder Zugriff auf nicht deklarierte Systeme und definieren die Eskalation bei geringer Zuversicht — die konkrete Governance-Fläche für den Unternehmenseinsatz.
Ein dritter Weg (vollständig eigenentwickelter Agent über LangChain, AI Core oder eine direkte API) wird nur dann als angemessen genannt, wenn der Funktionsbedarf über die Agenten-Laufzeitumgebung von BTP hinausgeht.

Kernpunkte

Der SAP Joule Agent Builder ist erst dann beherrscht, wenn er eine konkret benannte Käuferentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Tool vorführen.
Nutzen Sie aktuelle Signale aus SAP-Quellen, Analystenberichten, Studien, dem Knowledge Graph und Nachrichten als Beleg, nicht als Dekoration.
Trennen Sie verifizierte Fakten von richtungsweisenden Trends und modellierten Annahmen.
Definieren Sie Owner, Kennzahl, Schwellenwert, Support-Pfad und Rollback, bevor Sie skalieren.
Messen Sie bei KI-Anwendungsfällen Zuverlässigkeit, Kosten, Latenz, Sicherheit und menschliche Validierung.
Hinterlassen Sie ein wiederverwendbares Betriebsartefakt: Memo, Checkliste, Kontrolltabelle und Ausnahmeprotokoll.
Eine erstklassige Antwort ist kurz, macht Zielkonflikte explizit und ist vor einem Lenkungsausschuss verteidigungsfähig.

Begriffe auf dieser Seite

Entscheidungsverantwortlicher: Die verantwortliche Person, die den Zielkonflikt akzeptiert und den nächsten Schritt finanziert.
Semantischer Vertrag: Die von Tools und Teams gemeinsam genutzte Definition von Geschäftsbegriffen, Kennzahlen, Entitäten und Zugriffsregeln.
Kontrollebene: Die Ebene, die Richtlinien, Zugriff, Herkunftsnachweis (Lineage), Monitoring und Eskalation über das Betriebsmodell hinweg durchsetzt.
Evidenzgrad: Eine Kennzeichnung, die verifizierte Fakten, richtungsweisende Signale, modellierte Annahmen und Feldbeobachtungen voneinander trennt.
Adoptionskennzahl: Das messbare Verhalten, das belegt, dass das Konzept die tatsächliche Arbeit nach dem Go-live verändert hat.
Agentenzuverlässigkeit: Die Konsistenz, Kosten, Sicherheit und Richtlinienkonformität eines Agenten über wiederholte Durchläufe hinweg.
Entscheidungsverantwortlicher: Die verantwortliche Person, die den Zielkonflikt akzeptiert und den nächsten Schritt finanziert.
Semantischer Vertrag: Die von Tools und Teams gemeinsam genutzte Definition von Geschäftsbegriffen, Kennzahlen, Entitäten und Zugriffsregeln.

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 →