Was sich mit der Enterprise AI Harness ändert
Salesforce hat eine neue Architektur, die Enterprise AI Harness, veröffentlicht, die Agenten ein gemeinsames Verständnis des Kunden und des Unternehmens ermöglichen soll, wie auf der offiziellen Seite[1] berichtet wird.
Das Projekt verbindet sechs Funktionen, genannt Kontext, Agentenunterstützung, Aktion, Governance, Sicherheit und Modelle, verteilt über eine gemeinsame und modulare Architektur. Um diese Funktionen herum entsteht eine neue Control Plane, die Unternehmen einen einzigen Punkt bietet, von dem aus sie Agenten sehen, verwalten und kontrollieren können, wenn sie sich im Unternehmen vermehren.
Das erklärte Ziel betrifft die Ausführung komplexer Aufgaben, wie die Beantwortung der Frage „Können wir diese Bestellung heute versenden?", die Daten aus CRM, ERP, Verträgen und internen Richtlinien erfordert. Ein Agent muss diesen Kontext verstehen, die richtige Aktion entscheiden und innerhalb der vom Unternehmen festgelegten Grenzen handeln. Das technische Versprechen ist groß: offenes Reasoning verbunden mit kontrollierter Ausführung.
Sechs Funktionen, ein einziger Kontrollpunkt
Die Architektur ermöglicht Kunden, die sechs Funktionen als integriertes System zu nutzen oder nur die nützlichen Teile zu übernehmen, mit Salesforce-Technologie, bestehenden Systemen oder beiden. Dies umfasst Modelle, Agenten und Systeme von Drittanbietern – ein Detail, das das Gespräch von einzelnen Produkten auf die Orchestrierungsebene verlagert.
Der Kontext wird zwischen Agenten und Modellen geteilt, und Aktionen werden zu wiederverwendbaren Workflows in der gesamten Organisation.
In der Theorie reduziert die Modularität die Arbeitsduplizierung zwischen Teams, die heute isolierte Agenten entwickeln. In AWS-Berichten werden ähnliche Trends beschrieben: gemeinsame Frameworks zur Beschleunigung der Agentenimplementierung, wie in der AWS-Zusammenfassung für August 2026[2] beschrieben. Die offene Frage betrifft, was passiert, wenn einer dieser modularen Komponenten in einer Kette verbundener Agenten ausfällt.
Die architektonische Lücke: fehlende Circuit Breaker
Die öffentliche Dokumentation der Enterprise AI Harness beschreibt Funktionen und Ziele und enthält keine technischen Details zu Validierungsmechanismen zwischen Agenten.
Ein Multi-Agenten-System ohne explizite Circuit Breaker fällt kaskadierend aus, wenn der Output eines Agenten zum Input des nächsten wird, ohne unabhängige Kontrolle. Ihre Abwesenheit erlaubt es dem Fehler, sich über die gesamte Kette auszubreiten.
Die Control Plane verspricht Sichtbarkeit darüber, wer was, wo und wann tut. Auf der offiziellen Seite fehlt in der Dokumentation Bezug auf Ausführungslimits für einzelne Agenten, auf Fehlerschwellen, die die Kette unterbrechen, oder auf automatische Rollback-Prozesse. Diese dokumentarische Lücke ist von Tag eins der Einführung an technische Schulden.
Agenten-Identität: der fehlende Kontrollplan
Die Control Plane verwaltet Agenten im großen Maßstab, und Skalierung erfordert verifizierbare Identitäten, nominative Protokolle und die Fähigkeit, eine Berechtigung gezielt zu widerrufen. Die Salesforce-Seite listet „Governance" und „Sicherheit" unter den sechs Funktionen auf und versäumt zu spezifizieren, wie die Identität jedes Agenten zugewiesen, nachverfolgt oder widerrufen wird.
Ein Unternehmen, das Agenten im industriellen Maßstab ohne formale Identitäten für jeden einzelnen einführt, ist außerstande, eine Berechtigung zu widerrufen, wenn ein Agent eine außerhalb der Richtlinie liegende Aktion ausführt.
Das Thema betrifft die gesamte Branche: 91% der Unternehmen geben an, Agenten in der Produktion zu haben, und nur 22% behandeln sie als formale Identitäten, laut Daten, die in früheren Analysen dieses Desks zitiert werden. Salesforce beschreibt eine Kontrollplan, die Agenten sehen kann, und versäumt zu klären, ob jeder Agent eigene, von den Anmeldedaten des Benutzers, der ihn gestartet hat, unterschiedliche Anmeldedaten erhält. Diese Unterscheidung ist wichtig, denn die Agenten-Identität ist der Kontrollplan des nächsten Zyklus der Enterprise-Adoption.
Das wiederkehrende Muster: Infrastruktur schneller als Sicherheit
Die Lücke zwischen Orchestrierung und Governance folgt einem Muster, das bereits in Agentenframeworks der letzten zwei Jahre zu sehen ist.
Semantic Kernel, Langflow, PraisonAI und Cursor haben kritische Schwachstellen gezeigt, die in der Lage waren, ein abgerufenes Dokument in Remote-Execution zu verwandeln, mit CVSS-Scores nahe dem Maximum. Die Sequenz wiederholt sich: schnelle Einführung in der Produktion, Sicherheitshardening, das später kommt, wenn der Schaden bereits messbar ist.
Kinaxis zeigt im von Microsoft über seine eigene Lieferkette veröffentlichten Bericht einen Fall von Agenten, die auf komplexe Prozesse mit dokumentiertem operativem Nutzen angewendet werden, wie in der Microsoft-Geschichte über Kinaxis[3] beschrieben. Der Fall bestätigt, dass mehrere Agenten, sorgfältig orchestriert, messbaren Wert in realen Produktionsumgebungen bringen. Es bleibt zu verstehen, wie viel dieses Wertes von speziellen, Fall-für-Fall aufgebauten Kontrollen abhängt, und wie viel vom angenommenen generischen Framework.
Drei Fragen für Enterprise-AI-Teams
Vor der Unterzeichnung eines Vertrags mit einem beliebigen Anbieter einer agentengesteuerten Control Plane verdienen drei operative Fragen dokumentierte Antworten.
- Welcher Mechanismus unterbreitet eine Agentenkette, wenn ein Output eine definierten Fehlerschwelle überschreitet?
- Wie wird die Identität jedes einzelnen Agenten im System zugewiesen, nachverfolgt und widerrufen?
- Welche nominative Audit-Spur existiert für jede von einem Agenten auf Produktionsdaten durchgeführte Aktion?
Entscheidungen für CTO, Head of Engineering, CFO und Procurement
Für den CTO geht es darum, welcher Teil des bestehenden Stacks vor der Einführung einer modularen Control Plane neu bewertet werden muss. Für den Engineering-Leiter verschiebt sich die Wahl darauf, welches Framework in einer isolierten Umgebung getestet werden soll, bevor es mit Produktionssystemen mit echten Daten verbunden wird.
Für den CFO wird die Infrastrukturinvestition riskanter, wenn der Vertrag keine Bestimmungen über unabhängige Sicherheitsaudits und SLAs für den Widerruf von Agenten enthält.
Der technische Procurement-Ausschuss sollte jeden Vendor-Vertrag neu verhandeln, der „Governance" und „Sicherheit" als generische Funktionen ohne explizit aufgelistete verifizierbare Mechanismen beschreibt. Die Modularität der Architektur verlagert das Risiko ohne diese Details vom Vendor auf den Kunden. Wer heute eine Control Plane ohne öffentliche Spezifikationen zu Ausführungsgrenzen einführt, unterzeichnet einen Vertrag, der von Tag eins an technische Schulden anhäuft.
Falle oder Wettbewerbsvorteil?
Die Enterprise AI Harness bleibt eine technisch kohärente Architektur, die Funktionen vereinen kann, die viele Unternehmen heute isoliert und redundant aufbauen. Der Wettbewerbsvorteil existiert wirklich, wenn das Unternehmen, das sie einführt, akzeptiert, über der Salesforce-Schicht die Validierungskontrollen aufzubauen, die die öffentliche Dokumentation derzeit nicht spezifiziert.
Die versprochene Modularität wird zur architektonischen Falle, wenn Teams glauben, dass „Governance" und „Sicherheit", als Funktionen aufgelistet, automatisch mit Circuit Breakern und verifizierbare Identitäten übereinstimmen, die bereits einsatzbereit sind.
Google Cloud zeigt im Fall KDDI zur Optimierung der RAG-Performance durch das Agent Development Kit, wie die Kontextebene spezifisches Tuning erfordert, um in der Produktion zu funktionieren, wie im von Google Cloud veröffentlichten Fall[4] berichtet. Die Parallele zu Salesforce ist unmittelbar: Keine Agentenarchitektur kommt einsatzbereit, ohne spezialisierte Ingenieurarbeit auf der Kontrollschicht.
Die Frage, die sich jedes technische Team vor dem nächsten Procurement-Zyklus stellen muss, betrifft, was passiert, wenn diese Architektur zusammenbricht, und wer innerhalb des Unternehmens die Aufgabe hat, darauf zu antworten.
Dieser Artikel wurde von einem redaktionellen KI-Autor mit menschlicher Aufsicht verfasst, in Einklang mit den Transparenzpflichten der Verordnung (EU) 2024/1689 (AI Act, Art. 50). Die Quellen sind im Text verlinkt.
Article by LEON
Quellen
- offiziellen Seite 10 Sep 2026 (salesforce.com)
- AWS-Zusammenfassung für August 2026 (aws.amazon.com)
- Microsoft-Geschichte über Kinaxis (news.microsoft.com)
- von Google Cloud veröffentlichten Fall (cloud.google.com)