Salesforce macht Agenten skriptbar — jetzt beginnt die eigentliche Qualitätsprüfung
Agent Script und der neue Agentforce Builder sind allgemein verfügbar. Der Vorteil ist nicht mehr Autonomie, sondern versionierbare Regeln, Modell-Pinning und prüfbare Service-Logik.
Die direkte Antwort: Mit Agent Script und dem neuen Agentforce Builder wird ein Salesforce-Agent besser kontrollierbar, aber nicht automatisch verlässlich. Salesforce erklärt in seinem Entwicklerleitfaden zur Summer-’26-Version, dass Agent Script und der neue Builder allgemein verfügbar sind. Ab der Woche vom 13. Juli 2026 wird der neue Builder beim Erstellen neuer Agenten zum Standard. Modelle lassen sich direkt im Skript festlegen, und Salesforce hat die Agent-Script-Toolchain unter Apache 2.0 als Open Source veröffentlicht.
Das sind Produktangaben von Salesforce, keine unabhängige Bestätigung von Servicequalität, Lösungsquote oder Umsatzwirkung. Der Beitrag wurde laut Salesforce am 8. Juni 2026 veröffentlicht und später aktualisiert; der 13. Juli ist ein im Beitrag genanntes Rollout-Datum, nicht das Veröffentlichungsdatum. Die Qualitätsmatrix und der Rollout unten sind Crescitalys operative Interpretation.
Was mit Agent Script allgemein verfügbar wird
Salesforce beschreibt Agent Script als Skriptsprache für KI-Agenten, die deterministische Regeln mit agentischem Reasoning verbindet. Ein Team kann damit ausdrücken, welche Schritte fest vorgegeben sind und wo ein Modell interpretieren darf. Der neue Agentforce Builder ist ebenfalls GA. Bestehende Legacy-Agenten können laut Quelle mit einem Upgrade-Prozess einschließlich Subagents, Aktionen, Systemmeldungen, Daten und Verbindungen in Agent Script überführt werden.
Die Umstellung hat einen klaren Meilenstein: Ab der Woche vom 13. Juli öffnet der New-Agent-Button in Setup nicht mehr den alten Builder. Neue Agenten entstehen ausschließlich im neuen Agentforce Builder. Das bedeutet nicht, dass alle bestehenden Agenten an diesem Tag automatisch optimiert oder sicher migriert sind. Eigentümer müssen Legacy-Konfigurationen, Abhängigkeiten und Testergebnisse weiterhin prüfen.
Modell-Pinning ist ein Kontrollpunkt, kein Qualitätsbeweis
Salesforce sagt, dass ein Modell direkt im Agent Script festgelegt werden kann, statt nur von einer organisationsweiten Modelloption abzuhängen. Das hilft bei Reproduzierbarkeit. Wenn ein Kundendienst-Agent am Montag ein Modell und am Freitag ein anderes verwendet, können Ton, Tool-Auswahl und Antwortmuster variieren, obwohl der Dialog gleich aussieht. Eine im Quellcode sichtbare Modellwahl macht Änderungen überprüfbarer.
Pinning friert jedoch keine vollständige Laufzeit ein. Datenquellen, Prompts, Tools, Berechtigungen, Plattformverhalten und externe APIs können sich weiterhin ändern. Deshalb muss jede Modelländerung eine neue Testversion auslösen. Das Team sollte Modell, Agent-Script-Commit, Knowledge-Version und Testdatensatz gemeinsam protokollieren. Nur dann lässt sich ein Fehler später rekonstruieren.
Die Qualitätsmatrix vor dem Kundeneinsatz
Nutzen Sie diese Matrix für einen Service-Agenten, der Fragen aus Social Care, Messaging oder CRM bearbeitet. Eine Null in einer Zeile blockiert die Veröffentlichung.
| Dimension | Bestehensbedingung | Stoppsignal |
|---|---|---|
| Regelgrenze | Deterministische und interpretative Schritte sind getrennt | Das Modell entscheidet über nicht genehmigte Ausnahmen |
| Modell | Version und Änderungsgrund sind im Skript dokumentiert | Produktionswechsel ohne Regressionstest |
| Daten | Jede Antwort nutzt freigegebene, aktuelle Quellen | Preis, Richtlinie oder Status ohne nachweisbare Herkunft |
| Aktionen | Tool-Berechtigungen folgen dem geringsten notwendigen Zugriff | Agent kann löschen, erstatten oder veröffentlichen ohne Gate |
| Handoff | Beschwerde, Unsicherheit und sensible Fälle gehen an Menschen | Agent hält Nutzer in einer Endlosschleife |
| Beobachtung | Trace, Ergebnis und Korrektur sind auffindbar | Keine Rekonstruktion einer Sitzung möglich |
| Ergebnis | Nützlichkeit und Lösung werden gegen eine Basislinie gemessen | Nur Dialogvolumen oder Geschwindigkeit wird berichtet |
Die Matrix ist kein Salesforce-Produktfeature. Sie übersetzt die neue Skriptbarkeit in eine Freigabeentscheidung, die Service, Marketing, Datenschutz und Technik gemeinsam verstehen können.
Open Source verändert die Prüfbarkeit
Salesforce hat Parser, Linter, Compiler, Language Server Protocol und Editor-Integrationen der Agent-Script-Toolchain unter Apache 2.0 veröffentlicht. Das erlaubt Teams, eigene Werkzeuge, Prüfungen und Editor-Unterstützung zu bauen. Ein Linter könnte zum Beispiel verhindern, dass ein Agent ohne Handoff-Regel veröffentlicht wird oder dass ein nicht freigegebenes Modell in einer Produktionsdatei auftaucht.
Open Source bedeutet aber nicht, dass jede Salesforce-Laufzeit, jedes Modell oder jede Kundendatenverarbeitung offen ist. Es betrifft laut Quelle die Toolchain von Agent Script. Sicherheit, Hosting, Datenzugriff und kommerzielle Bedingungen müssen weiterhin anhand der jeweiligen Salesforce-Dokumentation und Verträge geprüft werden. Ein öffentliches Repository ersetzt kein Bedrohungsmodell.
Service-Agenten brauchen deterministische Inseln
Ein Agent kann Produktfragen flexibel formulieren, aber bestimmte Entscheidungen sollten harte Regeln behalten. Rückerstattungen über einem Grenzwert, Kontosperren, rechtliche Beschwerden, Gesundheits- oder Finanzfragen und die Veröffentlichung öffentlicher Antworten benötigen klar definierte Grenzen. Agent Script ist gerade dann nützlich, wenn diese Inseln sichtbar und versionierbar werden.
Beginnen Sie mit drei Kategorien. Informieren: Der Agent darf aus freigegebenem Wissen antworten. Vorbereiten: Er darf eine Aktion vorschlagen oder Daten sammeln, aber nicht ausführen. Wirken: Er darf eine kleine, reversible Aktion ausführen, wenn Identität, Daten und Schwelle geprüft sind. Alles außerhalb der Kategorien geht an einen Menschen.
Für eine umfassendere Trennung von Entwurf, Freigabe und Ausführung können Teams die Crescitaly SOP-Checkliste für Social-Media-Automation verwenden.
Ein kontrollierter Migrationsplan
- Inventarisieren: Listen Sie Legacy-Agenten, Aktionen, Datenquellen, Kanäle und Eigentümer auf.
- Einfrieren: Ändern Sie während der Basismessung weder Modell noch Wissensquelle.
- Konvertieren: Nutzen Sie den Upgrade-Pfad zunächst in einer Sandbox und vergleichen Sie Regeln und Verbindungen.
- Testen: Führen Sie normale, mehrdeutige, feindliche und sensible Dialoge mit festen Erwartungen aus.
- Freigeben: Aktivieren Sie zuerst einen Kanal und eine reversible Aktion mit menschlicher Bereitschaft.
- Beobachten: Messen Sie korrekte Lösung, Eskalation, Korrekturaufwand und Vorfälle gegen den bisherigen Prozess.
Ein Team sollte den neuen Builder nicht deshalb schnell einsetzen, weil er zum Standard wird. Der Standard ändert den Einstiegspunkt, nicht die Risikotoleranz des Unternehmens. Wer die Agentenlogik, Testfälle und Freigaben für Social Care oder Customer Experience strukturieren will, kann Crescitalys Services prüfen. Für bereits genehmigte Social-Inhalte kann der Crescitaly SMM Panel eine getrennte Distributionsschicht sein; er ersetzt keine Agentforce-Tests und erteilt keine CRM-Berechtigungen.
Häufig gestellte Fragen
Sind Agent Script und der neue Agentforce Builder wirklich GA?
Ja. Salesforce bezeichnet beide im Summer-’26-Entwicklerleitfaden als allgemein verfügbar. Verfügbarkeit einzelner Funktionen kann dennoch von Organisation, Release und Berechtigung abhängen.
Werden bestehende Agenten in der Woche vom 13. Juli automatisch migriert?
Die Quelle sagt, dass der New-Agent-Button dann nur noch den neuen Builder verwendet. Für Legacy-Agenten beschreibt Salesforce einen separaten One-Click-Upgrade-Pfad. Eine automatische Vollmigration aller bestehenden Agenten wird nicht behauptet.
Garantiert ein im Skript gepinntes Modell identische Antworten?
Nein. Pinning verbessert die Nachvollziehbarkeit der Modellwahl. Daten, Tools, Plattformkomponenten und nichtdeterministisches Verhalten können Ergebnisse weiterhin verändern.
Sources
- Salesforce Developers: The Salesforce Developer’s Guide to the Summer ’26 Release, veröffentlicht am 8. Juni 2026, später aktualisiert.
GA-Status, Builder-Umstellung, Modell-Pinning und Apache-2.0-Toolchain stammen aus der Salesforce-Quelle. Qualitätsmatrix, deterministische Inseln und Migrationsplan sind Crescitalys Interpretation und keine Leistungszusage.
