Salesforce Agent Fabric: Tests, Kill Switch und Budget-Deckel – und wer vor dem Notausschalter zustimmt

Stellen Sie sich vor, Sie geben einem neuen Mitarbeiter eine Firmenkreditkarte ohne Limit und gehen übers Wochenende weg. Niemand würde das tun. Bei KI-Agenten passiert es trotzdem erstaunlich oft: Ein Agent läuft, ruft Modelle auf, verbraucht Rechenleistung, und ob er gerade gute oder schlechte Arbeit abliefert, merkt man erst, wenn sich jemand beschwert oder die Rechnung kommt.

Genau dieses Problem adressiert eine Ankündigung von Salesforce vom 27. Oktober 2026. Der Anbieter baut seine Steuerzentrale für KI-Agenten, „Agent Fabric“, aus: mit automatischen Tests für Agenten, einem Notausschalter („Agent Kill Switch“) und Kostenkontrollen, darunter ein „Model Wallet“ mit festen Obergrenzen. Dieser Artikel ordnet ein, was die Primärquelle tatsächlich sagt, was davon heute verfügbar ist, was erst als Beta kommt und was ein Mittelständler daraus für die eigene Agenten-Einführung ableiten kann, auch wenn er kein Salesforce-Kunde ist.

Wir halten uns dabei strikt an die Quelle. Wo Salesforce Herstellerangaben macht, schreiben wir „laut Salesforce“. Wo die Quelle etwas nicht sagt, zum Beispiel zur Region oder zum Preis, sagen wir ausdrücklich, dass es offen ist. Zugeordnet haben wir das Thema unserem Memory-Layer, und am Ende steht der Unterschied, auf den es ankommt: ein Agent mit Grenzen und Freigabe-Schritt gegenüber einem Agenten, der einfach laufen darf.

Was Salesforce am 27. Oktober 2026 angekündigt hat

Die Primärquelle ist der Beitrag „Agent Fabric: Catch Failures, Control AI Costs“ im Salesforce Newsroom, veröffentlicht am 27. Oktober 2026. Darin stellt Salesforce mehrere Erweiterungen von Agent Fabric vor. Für Unternehmen, die Agenten einführen, sind vier davon besonders interessant.

• Agent Evals: Laut Salesforce erzeugt die Funktion Tests, bevor ein Agent in Betrieb geht, und bewertet Agenten, Sprachmodelle und MCP-Server anschließend im laufenden Betrieb. Schlagen Prüfungen fehl, werden vordefinierte Eingriffe ausgelöst.
• API Evals: Erzeugt funktionale und Leistungstests aus API-Spezifikationen.
• Agent Kill Switch: Ein Eingriff, der durch Agent Evals ausgelöst werden kann, also der Notausschalter für einen Agenten, dessen Ergebnisse nicht mehr stimmen.
• FinOps Dashboard, Model Wallet und Cost Optimization Policies: Die Kostenseite. Das Model Wallet setzt laut Salesforce feste Obergrenzen für Ausgaben, die Cost Optimization Policies sollen den Verbrauch an Tokens senken.

Dazu nennt der Beitrag zwei Zahlen. Erstens: Agent Fabric verarbeite „über 1,2 Milliarden Anfragen täglich“. Zweitens: Die Cost Optimization Policies senkten den Token-Verbrauch um bis zu 75 Prozent, und zwar „auf Basis von Testszenarien“. Beides sind Herstellerangaben. Wie die 75 Prozent gemessen wurden, geht aus dem Beitrag über den Hinweis auf Testszenarien hinaus nicht hervor. Für Ihre eigene Planung sollten Sie die Zahl daher als Obergrenze unter Laborbedingungen lesen, nicht als Erwartungswert.

Interessanter für den Mittelstand ist eine dritte Aussage, die Salesforce aus einem Bericht von LangChain zitiert: Weniger als die Hälfte der Organisationen mit Agenten bewerte diese im Live-Betrieb. Anders gesagt: Die Mehrheit weiß nicht systematisch, ob ihre Agenten gerade gute Arbeit leisten. Es handelt sich um eine Zahl aus zweiter Hand, die wir nicht selbst im LangChain-Bericht geprüft haben, deshalb ordnen wir sie als Hinweis ein, nicht als Beleg.

Ein Agent, den niemand misst, ist kein sparsamer Agent, sondern ein unbeobachteter. Messen und Begrenzen gehören zur Einführung, nicht zur späteren Optimierung.

Was heute verfügbar ist und was erst kommt

Gerade bei Ankündigungen lohnt der genaue Blick auf die Verfügbarkeit, weil „angekündigt“ im Marketing schnell wie „nutzbar“ klingt. Laut dem Beitrag vom 27. Oktober 2026 gilt:

• Allgemein verfügbar seit 27. Oktober 2026: der Agent Kill Switch, das FinOps Dashboard, das Model Wallet, die Cost Optimization Policies sowie die „Open Policies for Federated API Gateways“.
• Beta ab November 2026, allgemein verfügbar im Januar 2027: Agent Evals und API Evals.
• Allgemein verfügbar erst im Januar 2027: der „Triggered-Agent Kill Switch“, also die Variante, die automatisch durch Prüfungen ausgelöst wird.
• Beta (Stand 27. Oktober 2026), allgemein verfügbar im Januar 2027: der Custom Agent Scanner.

Was die Quelle nicht sagt: In welchen Regionen die Funktionen verfügbar sind, was sie kosten und in welchen Paketen sie stecken. Auch ob die Funktionen für Kunden in Deutschland, Österreich und der Schweiz bereitstehen, ist offen. Die DACH-Verfügbarkeit ist damit unbekannt.

Für Sie heißt das: Die Evals, also die automatischen Qualitätstests, sind für die meisten Unternehmen noch nichts, was sie heute einsetzen können. Das ist das, was „auf Unternehmen zukommt“. Die Kostenkontrollen und der Notausschalter sind nach Herstellerangabe bereits da, gelten aber im Rahmen einer Salesforce-Plattform. Wer keine Salesforce-Agenten betreibt, hat von der Ankündigung zunächst nur eines: eine klare Vorlage dafür, was ein vernünftiges Agenten-Setup enthalten sollte.

Der Kern: Drei Fragen, die jede Agenten-Einführung beantworten muss

Unabhängig vom Anbieter lässt sich die Ankündigung auf drei Fragen herunterbrechen. Wer sie vor dem Start beantwortet, vermeidet die typischen Überraschungen.

1. Wie viel darf der Agent kosten?

Ein Agent, der Modelle aufruft, verursacht laufende Kosten, die sich nicht wie ein Mitarbeitergehalt vorhersagen lassen. Er kann bei einer Endlosschleife, bei unerwartet langen Dokumenten oder bei einem Fehler in der Anbindung deutlich mehr verbrauchen als geplant. Eine feste Obergrenze, wie sie das Model Wallet laut Salesforce vorsieht, ist deshalb keine Spielerei von Finanzabteilungen, sondern eine Sicherung. Das Prinzip ist übertragbar: Legen Sie vor dem ersten produktiven Lauf einen Betrag pro Monat fest, bei dessen Erreichen der Agent anhält und eine Person informiert wird.

2. Woran merken wir, dass der Agent schlechter wird?

Agenten ändern sich, ohne dass jemand eine Zeile Code anfasst. Ein Anbieter wechselt das Modell, ein Datenformat ändert sich, ein Dokumenttyp taucht erstmals auf. Der Kern der Evals ist laut Salesforce, Agenten vor dem Start zu testen und im Betrieb weiter zu bewerten, damit solche Verschlechterungen auffallen. Auch ohne dieses Produkt gilt: Definieren Sie eine kleine Zahl von Testfällen, deren richtige Antwort Sie kennen, und lassen Sie den Agenten regelmäßig daran messen. Ein Dutzend Fälle ist besser als keiner.

3. Wer darf den Agenten stoppen, und wer muss vorher zustimmen?

Die dritte Frage ist die wichtigste und die, die in der Praxis am häufigsten offenbleibt. Laut Salesforce erfolgen Eingriffe, auch der Kill Switch, „mit Freigabe, wo die Teamrichtlinie sie verlangt“. Das ist ein wichtiger Satz, weil er zwei Dinge zeigt: Der Notausschalter greift ein, bevor ein Mensch reagieren konnte, aber ob zuvor eine Person zustimmen muss, entscheidet das Team in seiner Richtlinie. Ob die Freigabe standardmäßig verlangt wird oder nur, wenn man sie einrichtet, steht in der Quelle nicht. Wer das nicht weiß, sollte es prüfen, bevor er sich auf den Schalter verlässt.

Der Beitrag beschreibt als Beispiel einen Händler, bei dem der Agent um Zustimmung bittet, sich selbst in Quarantäne setzen zu lassen. Die Richtlinie des Teams lautet dort, einen Menschen im Prozess zu behalten. Für uns ist das der eigentliche Lerneffekt: Ein Notausschalter ersetzt die Entscheidung nicht, wer entscheidet.

Warum das auch ohne Salesforce Ihr Thema ist

Salesforce schreibt für Salesforce-Kunden. Das Produkt selbst ist für Unternehmen mit einer solchen Plattform relevant, für viele Mittelständler also nicht direkt. Das Grundproblem betrifft dagegen jeden, der Agenten einführt, ob mit Salesforce, HubSpot, einer selbst gebauten Lösung oder einem Werkzeug wie n8n.

Ein Beispiel aus dem Alltag eines Fertigungsbetriebs mit 80 Beschäftigten, rein als Gedankenspiel und nicht als Kundenbericht: Ein Agent sortiert eingehende Lieferantenmails, gleicht sie mit Bestellungen ab und legt Rückfragen an. Läuft er einen Monat lang unauffällig, gewöhnt man sich daran. Dann ändert ein wichtiger Lieferant sein Rechnungsformat, und der Agent ordnet Rechnungen falsch zu. Ohne Messung fällt das erst bei der Zahlungsfreigabe auf. Mit einer kleinen Testreihe, die jeden Morgen zehn bekannte Beispiele prüft, fällt es nach einem Tag auf. Und ohne Kostenlimit kann ein Fehler in der Anbindung, der den Agenten in eine Schleife schickt, über Nacht erhebliche Kosten verursachen. Das Szenario ist konstruiert, aber jedes Element davon ist ein bekanntes Fehlerbild von Agenten.

Dass das Thema gerade breiter diskutiert wird, zeigt auch die Nachrichtenlage der Woche: Das Radar, aus dem wir unsere Themen beziehen, verzeichnete in den letzten 72 Stunden mehrere Beiträge zu Agenten-Kontrolle, etwa zum Testen von Agenten mit Schreibzugriff, zur Rechteverwaltung für Agenten und zu Sandboxen. Das ist kein Beweis für einen Trend, aber ein Hinweis, dass sich die Branche gerade der Frage zuwendet, wie man Agenten im Betrieb unter Kontrolle hält.

Zuordnung: Der Memory-Layer als Ort für Grenzen, die für alle gelten

Auf unserer Webseite beschreiben wir den Memory-Layer als „gemeinsamen Kontext über alle Agenten“: Nichts muss doppelt erklärt werden. Wir ordnen das Thema Kontrolle und Budget deshalb dem Memory-Layer zu. Der Gedanke dahinter ist unsere eigene Einordnung und keine Produktaussage von Salesforce: Wenn mehrere Agenten im Unternehmen arbeiten, gehören Regeln, die für alle gelten, an eine zentrale Stelle, und nicht in jeden einzelnen Agenten. Dazu zählen ein gemeinsames Budget, eine gemeinsame Liste von Dingen, die kein Agent ohne Zustimmung tun darf, und ein gemeinsames Verständnis davon, was als Fehler gilt.

Im Alltag bedeutet das: Wenn Sie Ihrem Inbox-Manager, Ihrem Research-Spezialisten und Ihrem Dokumenten-Brain jeweils eigene Regeln mitgeben, entstehen Lücken und Widersprüche. Ein gemeinsamer Ort für Grenzen verhindert, dass der dritte Agent vergisst, was beim ersten schon beschlossen wurde.

So gehen wir im Audit vor

Wir behaupten hier keine Projekte, sondern beschreiben, wie unser Vorgehen im Audit aussieht, wenn es um Kontrolle und Kosten geht. Es ist bewusst schlicht gehalten.

1. Aufgaben sammeln: Welche wiederkehrenden Aufgaben kämen für einen Agenten infrage, und wie viel Zeit kosten sie heute? Wir rechnen mit Ihren Zahlen, nicht mit Durchschnittswerten.
2. Schadensgrenze bestimmen: Was ist im schlimmsten Fall passiert, wenn der Agent sich irrt? Daraus ergibt sich, wo ein Mensch zustimmen muss.
3. Budget festlegen: Ein Monatsbetrag, bei dessen Erreichen der Agent anhält.
4. Testfälle definieren: Eine kleine Reihe bekannter Beispiele, an denen der Agent regelmäßig gemessen wird.
5. Notausschalter benennen: Wer darf den Agenten stoppen, und wen informiert er dabei?

Das ist kein Produkt, das man kauft, sondern ein Vorgehen. Die Plattform von Salesforce bündelt Teile davon in einer Oberfläche. Wer sie nicht nutzt, kann dieselben Fragen auch mit einfacheren Mitteln beantworten, etwa mit einer Tabelle für Testfälle und einem festen Budget beim Modellanbieter.

Was Sie jetzt vorbereiten können

Weil die Prüf-Funktionen erst als Beta ab November 2026 und allgemein verfügbar ab Januar 2027 angekündigt sind und die Verfügbarkeit für DACH offen ist, beschreiben wir hier keine Nutzungsanleitung, sondern Vorbereitung. Diese Schritte lohnen sich unabhängig davon, welche Plattform Sie später wählen.

1. Bestandsaufnahme: Notieren Sie, welche KI-Funktionen und Agenten in Ihrem Unternehmen schon laufen, auch kleine, auch solche, die einzelne Mitarbeitende selbst eingerichtet haben. Ohne diese Liste kann man nichts begrenzen.
2. Kostenrahmen: Klären Sie, ob Ihr Modell- oder Plattformanbieter ein Ausgabenlimit anbietet, und tragen Sie es ein. Das dauert wenige Minuten und ist die wirksamste Einzelmaßnahme.
3. Testfälle sammeln: Schreiben Sie zehn Beispiele auf, bei denen Sie die richtige Antwort Ihres künftigen Agenten kennen. Diese Liste brauchen Sie später für jede Art von Evaluierung.
4. Zuständigkeit klären: Bestimmen Sie eine Person, die einen Agenten anhalten darf, und eine, die darüber informiert wird.
5. Salesforce-Bestand prüfen: Falls Sie Salesforce nutzen, fragen Sie Ihren Ansprechpartner, welche der genannten Funktionen in Ihrem Vertrag und Ihrer Region verfügbar sind. Die Quelle liefert dazu keine Angaben.

Grenzen der Ankündigung: Was wir nicht belegen können

Eine ehrliche Einordnung gehört dazu. Folgendes lässt sich anhand der Quelle nicht beantworten:

• Ob die Zahl von 75 Prozent weniger Tokens in realen Betrieben erreicht wird. Die Quelle nennt Testszenarien.
• Was die Funktionen kosten und in welchen Paketen sie enthalten sind.
• In welchen Regionen sie verfügbar sind und ob die DACH-Region dazugehört.
• Ob die Freigabe vor einem Eingriff standardmäßig verlangt wird oder erst konfiguriert werden muss.
• Wie zuverlässig die automatischen Tests tatsächlich Verschlechterungen erkennen. Hier gibt es keine unabhängige Prüfung.

Das ist kein Argument gegen die Funktionen, sondern eine Erinnerung daran, Herstellerangaben nicht mit Messwerten zu verwechseln. Dass solche Kontrollen nötig sind, ist auch unabhängig vom konkreten Produkt plausibel: Je mehr Agenten Aufgaben mit Zugriff auf echte Systeme übernehmen, desto wichtiger werden Budget, Tests und ein Notausschalter.

Agent mit Grenzen und Freigabe-Schritt

Zum Schluss der Unterschied, auf den es uns ankommt. Ein Agent ohne Grenzen arbeitet, solange etwas zu tun ist und solange Geld da ist. Er hat kein Limit, keine Messung und niemanden, der ihn stoppt. Fällt er aus der Rolle, sieht man es an der Rechnung oder an einer Beschwerde.

Ein Agent mit Grenzen und Freigabe-Schritt hat ein festes Budget, wird an bekannten Beispielen gemessen und hat eine benannte Person, die ihn anhalten darf. Bei Handlungen, die nicht rückgängig zu machen sind, entscheidet ein Mensch. Auf unserer Webseite zeigt sich das an den konkreten Stellen: Mails werden bei uns als Entwurf angelegt und nicht direkt versendet, und Inhalte gehen nicht ohne Brand-Check durch Magdalena live. Der Memory-Layer ist der Ort, an dem solche gemeinsamen Regeln für alle Agenten liegen sollten.

Die Ankündigung von Salesforce ist deshalb vor allem eine Bestätigung. Dass Tests, Notausschalter und Budget-Deckel zu den Dingen zählen, die ein großer Anbieter jetzt als eigenes Produkt verkauft, zeigt, wie ernst die Frage genommen wird. Für Sie gilt: Sie müssen kein großes Produkt kaufen, um die richtigen Fragen zu stellen. Stellen Sie sie, bevor der erste Agent produktiv geht.

Quellen: Salesforce Newsroom, „Agent Fabric: Catch Failures, Control AI Costs“, 27. Oktober 2026 (Primärquelle). Die Angabe zum LangChain-Bericht stammt aus diesem Beitrag und wurde nicht separat geprüft.