Claude für Salesforce Service Cloud: jeder Verbindungsweg in 2026

Warum mir das mehr am Herzen liegt als den meisten

Ich baue KI-Agenten bei eesel, und Salesforce war die Integration, nach der ich gefragt wurde, bevor ich sie überhaupt ausgeliefert hatte. Zwei der klarsten Niederlagen in unserer Vertriebsgeschichte waren Mid-Market-Support-Teams, die das Produkt mochten und trotzdem gingen, weil wir uns damals nicht mit ihrer Service-Cloud-Org verbinden konnten. Eines davon fuhr etwa 900 Cases im Monat und sagte uns unumwunden, dass fehlender nativer Salesforce-Support ein Dealbreaker sei. Deals, die man wegen eines fehlenden Connectors verliert, vergisst man nicht.

Wenn ich also sage, dass die unten stehenden Wege kurz vor dem Versenden einer Antwort haltmachen, ist das kein Seitenhieb gegen die Konkurrenz. Es ist genau die Wand, an der ich selbst Monate verbracht habe. Eine KI dazu zu bringen, Salesforce zu lesen, ist ein Kinderspiel. Sie dazu zu bringen, eine kundenseitige E-Mail abzuschließen, innerhalb des Salesforce-Ticketsystems und seiner Governor Limits – das ist der schwere Teil, und genau den Teil lässt fast jeder „Claude mit Ihrem CRM verbinden“-Beitrag aus.

Zuerst: das, was keiner dieser Wege tut

Fangen Sie hier an, denn das setzt alles Folgende in den richtigen Rahmen.

Salesforces gehosteter MCP-Katalog ist gut gebaut. Der SObject-Reads-Server bringt sechs Tools mit, der SObject-All-Server elf, und Cases sind ausdrücklich im Umfang enthalten: Salesforces eigene Beispiel-Prompts umfassen „Gib mir eine Zusammenfassung aller Cases, die in den letzten 7 Tagen für Accounts in der Finanzdienstleistungsbranche eröffnet wurden.“

Sucht man in diesem Katalog jedoch nach einer Möglichkeit, dem Kunden zu antworten, findet man nichts eigens dafür Gebautes. Kein sendEmail. Kein postCaseComment. Kein replyToCase. Was man bekommt, ist das generische createSobjectRecord, das einen beliebigen Objektnamen und ein Bündel Feldwerte entgegennimmt. Der Antwortweg lautet also: einen CaseComment- oder einen EmailMessage-Datensatz anlegen und hoffen, dass die eigene Automatisierung der Org ihn aufgreift und tatsächlich etwas verschickt.

Meist wird das nicht passieren, und der Grund liegt in einer Eigenheit des EmailMessage-Objekts, die ständig Leute überrascht.

Das Anlegen einer EmailMessage protokolliert, dass eine E-Mail existiert. Es sendet keine. Das Feld Status ist schreibgeschützt außer für den Übergang von New zu Read, man kann es also nicht auf „gesendet“ setzen und die Sache für erledigt erklären. Das eigentliche Senden ist ein zweiter, separater Aufruf: die emailSimple-Standardaktion über REST oder Messaging.SingleEmailMessage in Apex. Zwei Aufrufe, zwei Fehlerquellen, und logEmailOnSend steht standardmäßig auf false, sodass das, was man gerade gesendet hat, möglicherweise nicht einmal am Case erscheint.

Jeder Weg unten endet auf der linken Seite dieser Lücke. Nur selbst geschriebener Apex-Code oder ein selbst gebauter Flow überschreitet sie.

Die fünf Wege im Vergleich

Keiner davon ist ein „Claude für Service Cloud“-Produkt, denn ein solches hat Salesforce nie ausgeliefert. Claude erreicht Ihre Cases über eine dieser fünf Türen, und die falsche zu wählen kostet ein Quartal. Falls Sie noch entscheiden, ob Sie überhaupt den nativen Stack nutzen wollen, deckt unsere Übersicht beste KI für Service Cloud die Nicht-Salesforce-Optionen neben diesen hier ab.

Weg 1: Agentforce auf Claude umstellen

Das ist der Weg, den Leute meinen, wenn sie sagen „wir betreiben Claude in Salesforce“, und es ist eine einzige org-weite Einstellung.

Sie finden sie in Setup, unter Quick Find bei Audit, Analytics, and Monitoring, dann Einstein Audit, Analytics, and Monitoring Setup, dann „Select the Model for Agentforce“. Salesforces Seite Select Agentforce Model Option listet genau drei Möglichkeiten:

• Salesforce Default, was Salesforce empfiehlt und GPT-4.1 für Agenten im neuen Agentforce Builder sowie GPT-4o für ältere Agenten nutzt
• AWS-Hosted, was Anthropic Claude Haiku 4.5 auf Amazon Bedrock ist
• Google Gemini, was Gemini 3.5 Flash auf Vertex AI ist

Drei Dinge an dieser Liste lohnen es, festzuhalten. Claude ist eine Option, nicht der Standard, und Salesforces eigene Empfehlung ist immer noch die OpenAI-gestützte. Die Wahl gilt org-weit, betrifft also jeden Ihrer Agentforce-Agenten, Service und andere, sofern Sie sie nicht pro Agent in Agent Script überschreiben. Und das Modell hinter diesem Umschalter ist das kleine: Die AWS-Hosted-Option wechselte in der Woche vom 18. Mai 2026 von Claude Sonnet 4 zu Haiku 4.5.

Salesforce ist erfrischend offen über die Migrationskosten eines Wechsels. Von derselben Seite: „Compared to OpenAI, Anthropic tends to be more sensitive to the nuances in the input payload. Anthropic returns more accurate and reliable responses if the prompts are clear, concise, and thorough.“ Es verlinkt sogar auf Anthropics Prompt-Engineering-Dokumentation. Lesen Sie das so, wie es gemeint ist: Ihre bestehenden Prompt-Templates müssen neu getestet werden, und ein Modellwechsel ist keine Konfigurationsänderung, die man an einem Freitag mal eben macht.

Noch ein Vorbehalt aus Salesforces eigenem Text, der wichtig ist, wenn Sie aus Compliance-Gründen wechseln: Selbst nachdem Sie eine Modelloption gewählt haben, können bestimmte Aufgaben wie Subagent-Klassifizierung oder Zitate weiterhin Salesforce-eigene Modelle nutzen. Der Umschalter ist keine hermetische Abdichtung, und das ist eine der Service-Cloud-KI-Einschränkungen, die man besser in einer Sicherheitsprüfung anspricht, als sie später zu entdecken.

Was Sie tatsächlich gewinnen

Das ehrliche Argument für diesen Weg ist nicht Modellqualität, sondern die Vertrauensgrenze. Anthropic sagt, es sei der erste LLM-Anbieter, der vollständig innerhalb der Salesforce-Vertrauensgrenze integriert sei, und Salesforces eigene Dokumentation bestätigt das: Auf der Seite Supported Models tragen nur Anthropic- und Amazon-Nova-Modelle dieses Merkmal. Jedes OpenAI- und Google-Modell auf der Liste trägt es nicht.

Konkret erklärt Salesforce, dass der Traffic innerhalb der eigenen Virtual Private Cloud bleibt, mit mindestens TLS 1.2 verschlüsselt ist, über AWS PrivateLink mit Bedrock verbunden ist, und dass Modellanbieter keinen Zugriff auf Kundendaten haben und nichts in Bedrock gespeichert wird. Wenn Ihre Sicherheitsprüfung der Grund ist, warum KI in Ihrer Org stockt, ist genau dieser Absatz der Grund, sich Claude anzusehen. Das ist ein viel stärkeres Argument als jeder Benchmark, und es bringt einem KI-Governance-Sign-off mehr als jede Modell-Rangliste je könnte.

Und was es Sie kostet

Government-Cloud-Orgs sollten hier aufhören zu lesen: Die Verfügbarkeitstabelle für Government Cloud listet Claude Haiku 4.5 und Claude Opus 4.5 als nicht verfügbar.

Weg 2: ein bestimmtes Claude-Modell in Prompt Builder, Apex oder der Models API wählen

Der Agentforce-Umschalter gibt Ihnen ein Modell. Dieser Weg gibt Ihnen acht, und er ist der richtige, wenn eine bestimmte Case-Bearbeitungsaufgabe ein größeres Gehirn als Haiku verdient.

Salesforces Hinweis auf der Setup-Seite beschreibt das Hintertürchen: Obwohl Agentforce auf wenige Modelloptionen beschränkt ist, kann eine benutzerdefinierte Aktion mit einem Prompt-Template, Apex oder der Models API jedes von Salesforce verwaltete oder mitgebrachte Modell referenzieren.

Ein Template im Prompt Builder kann also Opus nutzen, während der Agent selbst Haiku nutzt. Das ist die vernünftige Art, ein größeres Modell einzusetzen: bei der Handvoll Aufgaben, bei denen sich Reasoning-Qualität im Ergebnis zeigt, statt bei jeder Runde jeder Konversation. Das Schreiben von Case-Zusammenfassungen ist der naheliegende Kandidat.

Drei ältere Namen wurden umgeleitet statt entfernt. Claude3Haiku landet jetzt bei Haiku 4.5, Claude37Sonnet seit 26. Februar 2026 bei Sonnet 4.5, und Claude4Sonnet bei Sonnet 4.6. Wenn Sie vor einem Jahr einen API-Namen fest verdrahtet haben, betreiben Sie heute still und leise ein anderes Modell.

Es gibt außerdem einen Bring-your-own-Weg, verfügbar ab Enterprise, Performance oder Unlimited mit einem Einstein-for-Sales-, Platform- oder Service-Add-on. Er unterstützt genau vier Anbieter: Amazon Bedrock, Azure OpenAI, OpenAI und Vertex AI. Es gibt keinen direkten Anthropic-Connector, das eigene Claude mitzubringen bedeutet also das eigene Bedrock-Konto mitzubringen. Der Anreiz dafür ist real: Salesforce zufolge verbrauchen BYO-Modelle 30 % weniger Einstein Requests als verwaltete.

Die Grenze, die alle erwischt

Hier ist die eine Sache, die ich auf einen Zettel schreiben würde, bevor irgendjemand in Ihrer Org einen Claude-gestützten Case-Zusammenfasser verspricht.

Mit aktiviertem Data Masking im Einstein Trust Layer ist jedes Modell auf 65.536 Tokens Kontext begrenzt. Opus 4.8s Millionen-Token-Fenster schrumpft auf etwa sechs Prozent seiner selbst. Um das volle Fenster zurückzubekommen, müssen Sie Masking abschalten – genau die Funktion, für die Sie Claude überhaupt erst aktiviert haben.

Für ein Support-Workload ist das ein echter Biss. Ein langer eskalierter Case mit einem Dutzend E-Mail-Wechseln, zitierter Historie und ein paar Anhängen läuft über 65k Tokens hinaus, und das Modell sieht still und leise weniger vom Thread, als Sie denken. Auch Rate-Limits pro Modell lohnt es zu prüfen: Haiku 4.5 ist mit 250 Anfragen pro Minute am striktesten, während die Sonnets sowie Opus 4.6 und höher 1.000 bekommen. Für die breitere Modellpalette und was jede Stufe außerhalb von Salesforce kostet, siehe unsere Aufschlüsselung Claude-Preise.

Weg 3: gehostete MCP-Server, der Weg, für den Salesforce eine Claude-Anleitung geschrieben hat

Das ist der neueste Weg und derjenige, mit dem ich tatsächlich anfangen würde, weil Salesforce die Integrationsarbeit für Sie erledigt und dann die Anleitung geschrieben hat.

Gehostete MCP-Server erreichten am 29. April 2026 GA, verfügbar für Developer-, Enterprise-, Performance- und Unlimited-Orgs. Der Rahmen im GA-Beitrag nennt Claude direkt: „Whether your users live in Slack, Claude, ChatGPT, or something else entirely, MCP means they can work with Salesforce without switching contexts.“ Fünf Wochen später veröffentlichte Salesforce eine eigene Claude-Einrichtungsanleitung, eine echte Schritt-für-Schritt-Anleitung für Claude Desktop und Claude Code.

Es gibt vier Standard-SObject-Server, alle standardmäßig deaktiviert, und ein Admin muss einen davon einschalten:

Die Tools des Lese-Servers sind getObjectSchema, soqlQuery, find, getUserInfo, listRecentSobjectRecords und getRelatedRecords. Der Mutations-Server ergänzt createSobjectRecord, updateSobjectRecord und updateRelatedRecord. Salesforces eigener Rat, dem ich folgen würde, lautet, in einer Sandbox mit dem schreibgeschützten Server zu beginnen: „It's read-only, risk-free, and immediately useful.“

Schon dieser rein lesende Server reicht für nützliche Arbeit. Fragen Sie Claude, welche Accounts diese Woche die meisten offenen Cases haben, lassen Sie die zugehörigen Kontakte und Opportunities abrufen, das Muster hinter einem Ausschlag erkennen. Das ist derselbe Wert wie eine Claude-Integration mit jedem anderen System of Record, nur dass das Berechtigungsmodell das von Salesforce selbst ist.

Das Sicherheitsmodell ist der beste Teil

Jede Transaktion läuft als der authentifizierte Nutzer, ohne anonyme Service-Accounts. CRUD-, Field-Level-Security- und Sharing-Regeln gelten alle, und wie es der GA-Beitrag ausdrückt: Wenn der Agent einen Datensatz aktualisiert, erscheint der Name dieser Person im Audit-Trail. Es gibt einen dedizierten OAuth-Scope mcp_api, der MCP-Zugriff gewährt, ohne die bestehenden REST-APIs freizugeben.

Salesforce ist auch ehrlich darüber, wo die Leitplanken enden. Platform-Tools bringen readOnlyHint- und destructiveHint-Annotationen mit, aber die Best-Practices-Seite sagt unumwunden: „Annotations are hints, not enforcement. Not all clients read or respect them.“ Benutzerdefinierte Flow- und Apex-Tools gelten standardmäßig als potenziell destruktiv, sofern man die Annotationen nicht selbst setzt. Das ist die Art Vorbehalt, die die meisten Anbieter verstecken, und ich schätze es, dass er in der Dokumentation steht.

Die Einrichtung

Die komplette Checkliste aus Salesforces Anleitung Configure Claude:

1. Den Server aktivieren. Setup, MCP Servers suchen, Reiter Salesforce Servers, einen Server auswählen, Activate. API-Name und Server-URL kopieren.
2. Eine External Client App anlegen. Salesforce ist hier deutlich: „Connected Apps aren't supported.“ Das stolpert Leute, die seit einem Jahrzehnt auf der Plattform bauen.
3. Die Callback-URL setzen auf https://claude.ai/api/mcp/auth_callback für Claude Web und Desktop, oder http://localhost:38000/callback für Claude Code.
4. Die OAuth-Scopes setzen auf mcp_api plus refresh_token oder offline_access. Der generische Scope api ist der falsche.
5. Require PKCE und „Issue JWT-based access tokens for named users“ ankreuzen. Die beiden „require secret“-Kästchen abwählen.
6. Bis zu 30 Minuten warten, bis die App sich verbreitet hat. Das ist dokumentiert und real.

Sandbox und Produktion unterscheiden sich nur durch ein URL-Segment, /v1/<server> gegenüber /v1/sandbox/<server>.

Auf Claude-Seite gibt es keine First-Party-Salesforce-Karte im Connector-Verzeichnis zum Anklicken. Salesforce taucht dort nur innerhalb von Drittanbieter-Aggregatoren auf, der dokumentierte Weg ist also: Benutzerdefinierten Connector hinzufügen, die Server-URL einfügen, den Consumer Key der External Client App unter Advanced Settings als OAuth Client ID einfügen, verbinden. Slack dagegen hat eine First-Party-Karte, was etwas darüber aussagt, wo die beiden Integrationen in ihrem Lebenszyklus stehen. Die Desktop-App-Seite davon behandelt unser Beitrag Claude Cowork Salesforce-Integration.

Rechnen Sie beim ersten Versuch mit etwas Reibung. Ein offenes Issue in Anthropics MCP-Repo verfolgt einen Fehler, bei dem OAuth abgeschlossen wird, Salesforce bestätigt, dass das Token ausgestellt wurde, und der erste Tool-Aufruf trotzdem „Authorization with the MCP server failed“ zurückgibt. Mehrere Kommentatoren reproduzieren das gegen produktive Enterprise-Orgs. Der Community-Fix besteht darin, den Sicherheitsbereich der External Client App auf nur PKCE plus JWT für benannte Nutzer zurückzustutzen und zu prüfen, ob der Server im API Catalog tatsächlich Activated wurde, statt nur vorhanden zu sein. Wie ein Kommentator es formuliert: „not a bug, it's a missing setting.“

Agentforce-Agenten als Claude-Tools

Es gibt einen weiteren Schritt, den Salesforce dokumentiert: Agentforce-Agenten als MCP-Tools freizugeben, sodass Claude an einen Agenten delegieren kann, der Ihre Org bereits kennt. Das eigene Beispiel der Dokumentation ist ein Support-Triage-Agent, der eine Case-Beschreibung analysiert, den Schweregrad bestimmt, Fehlerbehebungsschritte vorschlägt und das zuständige Routing-Team identifiziert. Das passt sehr gut zur Ticket-Triage-Arbeit und liegt nahe an dem, was natives Bot-Routing bereits versucht.

Zwei Dinge dämpfen meine Begeisterung. Nur Agenten, die mit dem neuen Agent Script Builder gebaut wurden, werden unterstützt, ältere Agenten müssen also erst aktualisiert werden – ein eigenes Projekt zusätzlich zu Ihrer Agentforce-Implementierung. Und die Zeitform ist über Salesforces eigene Seiten hinweg uneinheitlich: Der April-GA-Beitrag sagt „soon, you'll be able to open up even more possibilities by invoking Agentforce agents via MCP“, während die Tool-Dokumentation sich liest, als sei es bereits live. Behandeln Sie diesen Weg als neuer und wackliger als die SObject-Server.

Weg 4: der DX-MCP-Server, der nicht der richtige ist

Suchen Sie nach „Salesforce MCP server“, landen Sie zuerst bei @salesforce/mcp auf GitHub, weil es älter ist und Sterne hat. Es ist nicht der Weg für ein Service-Cloud-Projekt.

Er läuft lokal über stdio gegen Orgs, die Sie auf Ihrem Laptop bereits autorisiert haben, bringt über 60 Tools mit, und Claude Code ist ein dokumentierter First-Class-Client mit einem Copy-paste-Konfigurationsblock im README. Alles gut. Der Haken ist, was diese 60 Tools sind.

Das gesamte data-Toolset ist ein einziges Tool, run_soql_query, und es ist schreibgeschützt. Es gibt kein Tool zum Anlegen von Datensätzen, kein Tool zum Aktualisieren, kein Case-Tool irgendwo. Der Rest ist Deploy und Abruf von Metadaten, Apex-Tests ausführen, Berechtigungssätze zuweisen, zwölf DevOps-Center-Tools und ein langer Schwanz von LWC-, Aura- und Mobile-Guidance-Tools, die Dokumentation statt Org-Daten liefern.

Der DX-Server kann also mit SOQL Produktionsdaten lesen, wenn man --orgs auf Produktion richtet, und das ist die Obergrenze. Er kann keinen Case anlegen, keinen Kommentar posten und nichts versenden. Es ist Entwickler-Tooling, das zufällig MCP spricht, und es ist noch als Beta markiert. Eine scharfe Kante, die man kennen sollte, falls man ihn dennoch nutzt: DEFAULT_TARGET_ORG wird bei jedem Tool-Aufruf neu aufgelöst statt beim Start fixiert, sodass ein Wechsel der Standard-Org still und leise ändert, welche Org der Server erreichen kann.

Weg 5: es selbst auf der API bauen

Wenn nichts vom Obigen passt, schreiben Sie es selbst. Das ist der einzige Weg, der die Sende-Linie überschreitet, und es lohnt sich, die Form der Wand zu verstehen, bevor Sie einen Entwickler darauf ansetzen.

Das Muster ist: neue Cases abonnieren, den Case lesen, Claude aufrufen, die Antwort schreiben, senden. Vier dieser fünf Schritte haben ein Limit dran.

Lesen und Auslösen. Case-Lesevorgänge zählen gegen Ihr tägliches API-Kontingent. Enterprise bekommt 100.000 Aufrufe plus 1.000 pro Lizenz, sodass Salesforces eigenes durchgerechnetes Beispiel einer Enterprise-Org mit 15 Sitzplätzen bei 115.000 pro Tag landet. Unlimited und Performance bekommen stattdessen 5.000 pro Lizenz. Für den Auslöser teilen sich Platform Events und Change Data Capture einen Zustellungspool: 25.000 Events pro 24 Stunden bei Enterprise, 50.000 bei Unlimited.

Und Change Data Capture begrenzt Sie org-weit auf fünf auswählbare Entitäten. Case, EmailMessage, CaseComment, Contact und Account sind das gesamte Kontingent, ohne dass etwas für alles andere übrig bleibt, was Ihr Unternehmen sonst noch streamen möchte. Wenn Sie zusätzlich Case-Automatisierung auf demselben Event-Stream geplant hätten, ist dieses Budget bereits aufgebraucht.

Claude aufrufen. Aus Apex bekommen Sie 100 Callouts pro Transaktion und ein kumulatives Callout-Budget von 120 Sekunden, additiv über jeden Aufruf in der Transaktion. Mehrstufiges agentisches Reasoning passt nicht in eine synchrone Transaktion, Sie landen also sofort bei Queueable- oder Future-Methoden.

Am stärksten beißt die Reihenfolge-Regel. Man darf keinen Callout nach einer anstehenden DML-Operation ausführen. Das naheliegende Design – Case als „in Bearbeitung“ markieren, Claude aufrufen, Antwort schreiben – ist in Apex illegal. Man baut es um, aber erst nachdem man darauf gestoßen ist.

Senden. Zurück zum Zwei-Aufruf-Problem vom Anfang dieses Beitrags. Die EmailMessage für den Datensatz anlegen, dann emailSimple auslösen, um tatsächlich zu senden – begrenzt auf 150 Empfänger und 4.000 Bytes pro Empfängerfeld. Threading ist über addThreadingTokenToSubject und addThreadingTokenToBody optional zuschaltbar, und ohne das öffnet die Antwort des Kunden einen brandneuen Case, statt den alten fortzuführen. Das ist ein Bug für die Support-Team-Moral, kein technischer.

Es gibt eine No-Code-Variante. Flow HTTP Callout plus External Services plus ein Named Credential lässt einen Admin Claudes API ohne Apex aufrufen, und es funktioniert. Die Grenze liegt darin, dass asynchrone Callbacks nur mit Apex funktionieren, sodass alles Langlaufende einen wieder in den Code zurückwirft.

Was es tatsächlich kostet

Claude hat in Salesforce keinen eigenen Rechnungsposten, da es über den Agentforce-Zähler abgerechnet wird. Und der Agentforce-Zähler hat zwei Einstellungen, die weit auseinanderliegen.

Salesforce veröffentlicht beide: 2 $ pro Konversation, unabhängig von der Komplexität, oder Flex Credits zu 20 Credits pro Aktion, was 0,10 $ pro Aktion entspricht, verkauft in Paketen zu 100.000 Credits für 500 $. Salesforces eigene Vergleichstabelle setzt eine Case-Management-Interaktion mit drei Aktionen an.

Lesen Sie diese Tabelle genau, denn Salesforce argumentiert damit gegen seine eigene Konversationspreisgestaltung. Ein Case-Management-Austausch kostet 2,00 $ auf dem einen Zähler und 0,30 $ auf dem anderen. Wer für Support-Arbeit auf Konversationsabrechnung ist, zahlt etwa das Siebenfache dessen, was dieselbe Arbeit auf Credits kostet.

Setzen Sie Ihre echten Zahlen ein:

Zwei Zahlen, die das Widget annimmt und die Sie in Ihrem eigenen Vertrag prüfen sollten. Aktionen pro Case ist der ganze Knackpunkt, und drei ist Salesforces Beispielrechnung, kein Versprechen für Ihre Org. Und die 2,5 Mio. Flex Credits, die in Agentforce 1 Service bei 550 $ pro Nutzer und Monat gebündelt sind, ergeben 125.000 Aktionen pro Jahr, was bei 1.200 Cases im Monat und drei Aktionen je Case etwas unter drei Jahren Reichweite entspricht. Bei sechs Aktionen je Case sind es unter anderthalb Jahre.

Wenn Sie eher den Business Case als nur die Integration aufbauen, gehen unsere Aufschlüsselung Agentforce-Preise und der längere Beitrag darüber, ob sich Agentforce lohnt, weiter in die Sitzplatz-plus-Verbrauch-Rechnung, als ich es hier tun werde.

Sitzplatzpreise liegen unter allem darüber

Jede Zeile steht unter dem Vorbehalt „Startpreis, Transaktionsgebühren fallen an“, und alles ab Pro Suite wird jährlich abgerechnet. Die Claude-Option braucht Enterprise oder höher mit Foundations oder Agentforce 1, der günstigste echte Einstiegspunkt für Claude in Agentforce liegt also bei 175 $ pro Nutzer und Monat, bevor auch nur eine einzige KI-Aktion abgerechnet wird. Die vollständige Editions-Leiter steht in unserem Beitrag Salesforce-Preise, die Einrichtungsseite in Agentforce-Einrichtungskosten.

Womit Praktiker tatsächlich konfrontiert werden

Die Dokumentation sagt Ihnen, was möglich ist. Die Foren sagen Ihnen, was passiert.

Bei der Preisgestaltung war die Reaktion auf die Konversationsabrechnung seit ihrem Start konsistent:

„I just cannot stomach the pricing model. Sure, $2.40 for agent might beat $15 for a human interaction, but it's much, much more expensive than the $.05 - $.10 you'd pay to make the API calls to OpenAI to do the same thing.“

u/Exotic-Sale-3003, Reddit

Dieser Kommentar stammt von vor dem Wechsel zu Flex Credits, und Credits sind Salesforces Antwort auf genau diesen Einwand. Aber Credits brachten ihr eigenes Problem mit sich, nämlich dass der Verbrauch keine Obergrenze hat:

„There are currently no native hard caps, circuit breakers, or real-time consumption alerts to automatically halt credit drain. The system prioritizes operational continuity for their servers, leaving the customer exposed to un-capped financial liability.“

Agentforce & Digital Wallet lack hard caps for async loops, Reddit

Es lohnt sich, die Mechanik zu kennen, bevor Sie unterschreiben: Ein Kommentator mit Produktionserfahrung erklärt, dass „1 action = 20 flex credits in production. Sandboxes are 80% consumption, so in sandboxes, 1 action = 16 flex credits“, was ein netter Hinweis für jeden ist, der von einem Sandbox-Pilotprojekt aus budgetiert.

Bei der Zuverlässigkeit ist der schärfste Thread, den ich gefunden habe, einer, in dem ein Agentforce-Agent in einer Live-Warteschlange selbstbewusst das Falsche tat:

„The Agent accessed a internal only knowledge article and shared internal instructions on how to cancel the service. Instead of passing to a real human agent to attempt to resolve the issue, and prevent churn.“

u/Interesting_Button60, Reddit

Die eigentliche Ursache war ein Prompt-Template, das den Standard-Retriever mit Zugriff auf jeden Knowledge-Artikel nutzte. Das ist kein Claude- oder OpenAI-Problem, sondern ein Problem des Knowledge-Scopings, und es ist die mit Abstand häufigste Art, wie ein KI-Support-Rollout schiefgeht. Es ist auch der Grund, warum ich niemals einen Agenten in eine Live-Warteschlange schicke, ohne ihn zuerst gegen echte historische Cases trocken laufen zu lassen – dieselbe Disziplin, die Ticket-Klassifizierung sicher automatisierbar macht.

Auch die Baukosten tauchen in den Bewertungen auf, und das ist fair, nicht vernichtend:

„The learning curve is definitely real. It's a powerful platform, but getting a new agent or admin fully comfortable takes time, and the deeper configuration really benefits from someone who already knows the system well. Licensing costs can climb quickly once you start layering on additional features.“

Parth S., Senior Software Engineer, Small-Business, G2

Und von einem Entwickler, der fünf Jahre im Ökosystem verbracht hat, über die Plattform-Beschränkungen, die Weg 5 schmerzhaft machen: „platform limits are silly in 2025 - 6 meg max heap size for a backend transaction?????“ (zdware, Hacker News). Er beschreibt dieselben Governor Limits, die einen mehrstufigen KI-Callout in Apex umständlich machen.

Wie ich tatsächlich entscheiden würde

Vier Situationen, vier Antworten.

Sie besitzen bereits Agentforce-Lizenzen und wollen Claude aus Compliance-Gründen. Stellen Sie den AWS-Hosted-Umschalter um und testen Sie Ihre Prompt-Templates neu. Der Anspruch der Vertrauensgrenze ist real und konkret, und er ist das stärkste Argument in der gesamten Partnerschaft. Planen Sie einen Sprint fürs Prompt-Retesting ein, keinen Nachmittag.

Sie wollen, dass Claude Ihrem Team hilft, Cases zu bearbeiten, nicht Kunden zu antworten. Gehostete MCP-Server, platform/sobject-reads, in einer Sandbox. Unter 30 Minuten Einrichtung, keine abgerechneten Aktionen, und jeder Aufruf trägt die Berechtigungen des jeweiligen Nutzers. Das ist der höchste Wert pro aufgewendeter Stunde von allen Wegen hier, und der, den ich als Erstes an einem Freitagnachmittag ausprobieren würde. Er zeigt Ihnen auch mehr über den echten Intent-Mix Ihrer Warteschlange, als es ein Dashboard könnte.

Sie wollen einen autonomen Agenten, der Tier-1-Cases von Anfang bis Ende abschließt. Keiner dieser Wege bringt Sie allein dorthin, denn keiner sendet die Antwort. Sie bauen entweder benutzerdefinierten Apex-Code hinter einem MCP-Tool, oder Sie kaufen etwas, das diese Wand bereits überschritten hat. Der Beitrag Agentforce-Alternativen ist die ehrliche Übersicht über diese zweite Option, unsere eigene eingeschlossen.

Sie sind eine Government-Cloud-Org. Claude Haiku 4.5 und Opus 4.5 stehen Ihnen nicht zur Verfügung. Planen Sie mit der Salesforce-Default-Option, oder schauen Sie sich an, was die native Oberfläche des Salesforce-Chatbots bereits abdeckt.

Ein Muster, auf das ich unabhängig vom Weg drängen würde: mit dem Entwurfsmodus beginnen. In den Demo-Calls, bei denen ich dabeisitze, sind die erfolgreichen Teams fast immer diejenigen, die die KI ein paar Wochen lang als Co-Pilot laufen lassen, der Antwortvorschläge schreibt, beobachten, was sie falsch macht, und erst dann zur vollen Automatisierung übergehen, sobald sie ihr vertrauen. Die Teams, die alles auf einmal einschalten, sind diejenigen, die am Ende in einem Reddit-Thread über einen Agenten landen, der internen Kündigungsanweisungen einem Kunden vorlegt.

eesel AI für Salesforce Service Cloud

Ich werde geradeheraus sagen, warum dieser Abschnitt existiert. eesel hat früher aus dem einfachsten möglichen Grund Service-Cloud-Deals verloren: weil wir uns nicht verbinden konnten. Die Salesforce-Integration zu bauen war die Lösung, und sie wurde gezielt gebaut, um genau die Wand zu überschreiten, um die es in diesem ganzen Beitrag geht.

eesel verbindet sich mit Service Cloud, liest Cases, Kontakte und Accounts, trainiert auf Ihrer abgeschlossenen Case-Historie und Ihren Knowledge-Artikeln und tut dann das, was kein Standard-MCP-Tool tut: entwirft und versendet die kundenseitige Antwort, fügt interne Notizen hinzu, aktualisiert Status und Priorität und routet an die richtige Warteschlange. Die Einrichtung dauert unter 30 Minuten, und keine Agentforce-Lizenz ist in der Kette. Es ist dieselbe Aufgabe wie KI in Service Cloud, nur ohne abgerechnete Aktionsanzahl.

Zwei Unterschiede, die gegenüber den Zählern oben zählen. Die Abrechnung liegt bei 0,40 $ pro bearbeitetem Case, und ein Case ist ein Case: Jede Antwort, jede Rückfrage, jede klärende Nachfrage ist in dieser einen Gebühr enthalten, sodass ein schwieriges Gespräch nicht mehr kostet als ein einfaches. Und jeder Rollout beginnt damit, gegen Ihre eigenen historischen Cases zu simulieren, sodass Sie sehen, was der Agent bei echten Tickets gesagt hätte, bevor es je ein Kunde tut. Starten Sie kostenlos mit 50 $ Guthaben und ohne Karte, auf eesels Preisseite.

Wenn Sie bereits tief in Agentforce stecken und zufrieden sind, machen Sie weiter so. Wenn Sie auf einen 175-$-Sitzplatz, eine abgerechnete Aktionsanzahl und einen Antwortweg schauen, den Sie noch selbst in Apex schreiben müssen, ist das der Moment, in dem eesel zwanzig Minuten Ihres Nachmittags wert ist.