Mit Fusion Claw sollen KI-Agenten Arbeit selbst ausführen, und zwar innerhalb eines Regelwerks, das Oracle „Enterprise Operating Envelope“ nennt: Ziele, Abläufe, Berechtigungen, Risikoschwellen, Entscheidungsrechte, Freigaben, Eskalationsgrenzen. Die Technik dafür liefert der Anbieter, den Inhalt muss jedes Unternehmen selbst schreiben. Meine These: Dieses Regelwerk ist Führungsarbeit, und in den meisten Häusern existiert es nur in den Köpfen erfahrener Leute. Deshalb kommt die Autonomie zuerst in Finanzen und Logistik an und zuletzt beim Kunden.
Am 29. September hat Oracle in Austin Fusion Claw angekündigt, eine „governed agentic execution runtime“. Übersetzt: eine Umgebung, in der KI-Agenten komplexe Arbeit weitgehend selbständig erledigen, unter Aufsicht und mit Protokoll. Dazu kommen 25 neue Anwendungen, laut Oracle ab sofort verfügbar.
Eine Offenlegung vorweg: Ich war fast zwanzig Jahre bei Oracle. Was ich hier schreibe, stützt sich allein auf die öffentliche Mitteilung, im Einsatz gesehen habe ich Fusion Claw nicht. Mich interessiert auch weniger das Produkt als ein Halbsatz darin, der für jedes Unternehmen gilt, egal mit welchem Anbieter es arbeitet. Er steht im Zitat von Oracle-CEO Mike Sicilia und klingt harmlos: KI übernimmt mehr Arbeit, „while people set the objectives and guardrails“. Das ist der Teil, den Ihnen niemand liefert.
Was Oracle angekündigt hat
Fusion Claw verbindet zwei Dinge, die bisher getrennt liefen. Ein großes Sprachmodell plant, wägt ab und passt den Plan laufend an, wenn sich die Lage ändert. Gerechnet wird aber mit festen Verfahren, die Oracle „deterministic enterprise computation“ nennt. Das Modell entscheidet also, was zu tun ist. Wie viel, wann und zu welchen Kosten, ergibt sich aus Berechnungen, die bei gleichen Eingaben immer gleich ausgehen. Als Modelle nennt die Mitteilung Gemini und OpenAI, das Ganze läuft auf Oracle Cloud Infrastructure.
Gesteuert wird über drei Bausteine. Der Handlungsrahmen, im Original „Enterprise Operating Envelope“, legt fest, wofür ein Agent zuständig ist und wie weit er gehen darf. Ein Kontrollrahmen namens „Outcome Trust Harness“ setzt diese Grenzen bei jedem einzelnen Lauf durch. Und eine Quittung, die „Outcome Receipt“, hält am Ende fest, was genau passiert ist: welche Befugnis galt, welche Belege genutzt wurden, was entschieden und ausgeführt wurde.
Von den 25 Anwendungen beschreibt Oracle vier: Ledger für Abstimmungen und Ausnahmen in der Buchhaltung, Workforce Staffing für Personaleinsatzpläne, Shipping Consolidation für die Bündelung von Sendungen und Account Territory Growth Plan für die Aufteilung von Vertriebsgebieten. Die übrigen 21 bleiben ungenannt. Preise, Kundenbeispiele oder Ergebnisse enthält die Mitteilung nicht, dafür Zitate von Accenture, Deloitte, KPMG, PwC, Google Cloud und IDC.
Das ist eine Pressemitteilung, also Werbung in eigener Sache, und so lese ich sie auch. Die Richtung halte ich trotzdem für richtig: weg vom Assistenten, der Vorschläge macht, hin zum Agenten, der ausführt.
Neun Begriffe aus der Führungsrunde
Oracle zählt auf, was in den Handlungsrahmen gehört: die Ziele der Organisation, ihre Standardabläufe, Richtlinien, Einschränkungen, Berechtigungen, Risikoschwellen, Entscheidungsrechte, Freigabepflichten und Eskalationsgrenzen. Lesen Sie die neun Begriffe zweimal, einmal als Techniker und einmal als Geschäftsführer.
Als Techniker sehen Sie Parameter, also Felder, die jemand befüllt, damit das System weiß, wann es weitermachen darf und wann es anhalten muss.
Als Geschäftsführer sehen Sie die Fragen, über die in jeder Führungsrunde gestritten wird. Wie viel Risiko gehen wir ein? Wer darf was ohne Rückfrage entscheiden? Ab wann muss jemand drüberschauen? Wann gehört ein Fall nach oben? Das sind Führungsentscheidungen. Bisher musste man sie selten ausdrücklich treffen, weil Menschen sie im Alltag still mitentscheiden.
Für den Kundenkontakt lassen sich die neun Begriffe zu drei Fragen bündeln.
Wohin?
Ziele und Standardabläufe. Was soll der Agent erreichen, und auf welchem Weg? Im Service heißt das etwa: Fall beim ersten Kontakt lösen oder möglichst günstig lösen. Beides zugleich gelingt selten, also muss jemand entscheiden.
Wie weit?
Richtlinien, Einschränkungen, Berechtigungen, Risikoschwellen. Was darf der Agent zusagen, bis zu welchem Betrag, bei welchem Kunden? Hier entscheidet sich, was Ihr Kunde bekommt.
Wer entscheidet?
Entscheidungsrechte, Freigaben, Eskalationsgrenzen. Wann muss ein Mensch zustimmen, und welcher? Ohne klare Antwort wird jede Grenze zur Warteschlange.
Das Werkzeug für diese Fragen liefert Oracle mit. Die Antworten kann Ihnen kein Anbieter abnehmen, weil es Ihre sind. Der Begriff stammt von Oracle, die Frage stellt sich bei jeder Plattform, auf der Agenten mehr tun dürfen als Vorschläge machen.
Die Regeln stehen in Köpfen
Jedes Unternehmen hat Regeln für den Kundenkontakt. Ein Teil steht in Richtlinien und Prozessbeschreibungen, ein Teil in der Unterschriftenregelung. Diese Dokumente beschreiben den Normalfall. Der Kunde merkt sich aber die Ausnahmen.
Nehmen Sie einen Stammkunden, dessen Lieferung zum dritten Mal in Folge zu spät kommt. Ihre erfahrenste Teamleiterin weiß, was jetzt zu tun ist: anrufen statt mailen, die Versandkosten erlassen, den Account Manager informieren, bevor der Kunde es selbst tut. Aufgeschrieben ist das nirgends; sie weiß es, weil sie solche Fälle oft genug erlebt hat und weil ihr irgendwann jemand gesagt hat, wo die Grenze liegt.
Bisher ging das gut, weil Menschen solche Lücken still füllen. Beim Thema Übergaben habe ich das beschrieben, beim Regelwerk gilt dasselbe eine Ebene höher. Ein Agent mit Ausführungsrecht kennt nur, was im Rahmen steht. Wo der Rahmen schweigt, entscheidet er nach einer plausiblen Annahme, und die kann gut gehen. Wo die Befugnis fehlt, gibt er den Fall an einen Menschen ab, dann haben Sie viel Technik für eine Weiterleitung gekauft. Oder jemand hat die Grenze beim Einrichten großzügig gesetzt, damit es läuft. Dann entscheidet eine Konfiguration über Ihre Kunden, und niemand in der Geschäftsleitung hat sie je gesehen.
Oracle formuliert das in der Mitteilung erstaunlich klar. Kunden sollen selbst festlegen, wie weit ein Prozess automatisiert wird, bis hin zur vollautomatischen Ausführung „within explicitly delegated authority“, also im Rahmen ausdrücklich übertragener Befugnisse. Auf das Wort „ausdrücklich“ kommt es an, denn in der Praxis heißt das: aufgeschrieben.
Der Agent hält sich an Ihre Regeln. Vorausgesetzt, Sie haben welche aufgeschrieben.
Carsten Ratzlaff
Die ersten Agenten arbeiten fern vom Kunden
Schauen Sie sich die vier Anwendungen an, die Oracle beschreibt: Buchhaltung, Personaleinsatz, Versand, Vertriebsgebiete. In allen vier Bereichen sind die Regeln schon heute weitgehend in Zahlen gefasst. Es gibt Buchungsregeln, Arbeitszeitvorschriften, Qualifikationen, Kapazitäten und Kosten. Ein Agent findet dort einen Handlungsrahmen vor, der zum großen Teil schon existiert.
Ich halte das nicht für Zufall. Ob es für die anderen 21 Anwendungen genauso gilt, lässt die Mitteilung offen. Das Muster liegt aber nahe: Autonomie kommt zuerst dort an, wo das Regelwerk schon geschrieben ist. Im Kundenkontakt ist es am wenigsten geschrieben. Kulanz, Ausnahmen für gute Kunden, die Frage, wann ein Fall Chefsache wird, all das regeln die meisten Unternehmen über Erfahrung.
Aufschlussreich ist ein Detail bei der Versandanwendung. Sie soll Frachtkosten senken und dabei „service requirements and customer commitments“ berücksichtigen, also Serviceanforderungen und Zusagen an Kunden. Das Kundenversprechen steht hier als Nebenbedingung in einer Kostenrechnung. Das ist richtig gedacht, setzt aber voraus, dass jemand die Zusagen so festgehalten hat, dass eine Rechnung sie lesen kann. Welche Lieferzeit hat Ihr Vertrieb diesem Kunden versprochen? Steht sie im System oder nur in einer Mail? Kennt das System eine Zusage nicht, kann es sie auch nicht einhalten. Dann bündelt es die Sendung, spart Fracht und verschiebt das Problem in Ihren Service.
Für CX heißt das: Wer Agenten auch am Kunden arbeiten lassen will, muss dort zuerst nachholen, was Finanzen und Logistik seit Jahren haben: Regeln, die auch jemand versteht, der nicht dabei war.
Wofür die Quittung taugt
Bleibt der dritte Baustein, die Quittung. Dass jede Ausführung prüfbar protokolliert wird, ist ein echter Fortschritt, für die Revision genauso wie für alles, was an Regulierung noch kommt. Nur muss man genau lesen, was sie belegt: dass der Agent sich an den Rahmen gehalten hat. Ob der Rahmen gut war, belegt sie nicht.
Ein Agent, der eine zu knappe Kulanzgrenze perfekt einhält, verliert Kunden mit lückenloser Dokumentation. Deshalb braucht der Handlungsrahmen, was jede andere Führungsentscheidung auch braucht: jemanden, der ihn verantwortet, einen Maßstab, an dem er sich messen lassen muss, und das Recht, ihn zu ändern. Das ist die Rolle, die ich in „Wer orchestriert?“ beschrieben habe. Mit Plattformen wie Fusion Claw bekommt sie einen sehr konkreten Gegenstand: das Regelwerk, nach dem Ihre Agenten handeln.
Drei Tests für diese Woche
Dafür brauchen Sie eine Stunde mit Service, Vertrieb und IT:
Der Kulanz-TestWie weit?
Fragen Sie drei Menschen in Ihrem Service, bis zu welchem Betrag sie einem verärgerten Kunden ohne Rückfrage entgegenkommen dürfen. Bekommen Sie drei verschiedene Antworten oder ein „Kommt drauf an“, ist Ihre Risikoschwelle in Wahrheit eine Gewohnheit. Ein Agent kann nur mit einer Schwelle arbeiten.
Der Ausnahmen-TestWohin?
Nehmen Sie einen häufigen Ablauf im Kundenkontakt, etwa eine Reklamation, und legen Sie die Prozessbeschreibung neben das, was Ihre erfahrenste Kollegin tatsächlich tut. Der Unterschied zwischen beidem ist das Regelwerk, das Ihrem ersten Agenten fehlen wird.
Der Zuständigkeits-TestWer entscheidet?
Wer darf bei Ihnen eine Regel für einen Agenten ändern, und wer muss zustimmen? Lautet die Antwort „Das stellt die IT ein“, entscheidet eine Konfiguration über Ihre Kundenbeziehung. Dann gehört die Frage in die Geschäftsleitung, bevor der erste Agent ausführen darf.
Wenn Sie beim Lesen gemerkt haben, dass Ihre Regeln eher in Köpfen als in Dokumenten stehen, ist das kein Grund, auf Agenten zu verzichten. Es ist ein guter Anlass für ein Orientierungsgespräch: 30 Minuten, in denen wir klären, welche Regeln Sie zuerst aufschreiben sollten und wer darüber entscheidet.
Quelle und Anstoß für diesen Artikel: „Oracle Extends Fusion Agentic Applications with Introduction of Fusion Claw“, Pressemitteilung von Oracle auf oracle.com (29.09.2026). Die Einordnungen und Empfehlungen sind meine eigenen.
Dieser Text ist mit KI-Unterstützung entstanden. Recherche-Prüfung, Haltung, Beispiele und Endredaktion sind meine.
