Claudeforce : Salesforce dans Claude (bêta ouverte sept. 2026)
Intermédiaire
Le 26 août 2026, Salesforce et Anthropic ont co-annoncé Claudeforce, un partenariat en quatre volets. La première brique livrée est Salesforce dans Claude — un plugin qui permet à une conversation Claude de raisonner sur des données CRM en direct et d'agir de façon gouvernée, avec 37 skills de vente prêtes à l'emploi (seules ~8 nommées publiquement au lancement), une bêta ouverte prévue pour septembre 2026 et — c'est la partie que la presse saute — une surface MCP étonnamment réduite en dessous.
La plupart des articles ne sont que des communiqués de presse recoupés. Cette page est le guide de terrain pratique : l'architecture qui rend 37 skills possibles à partir de seulement 4 outils MCP, les deux modèles d'authentification très différents livrés avec le plugin, et les pièges de gouvernance qui mordront les RevOps s'ils traitent le tout comme une énième extension Chrome.
- Comprendre ce qui sort réellement dans la bêta ouverte de septembre 2026 — les quatre volets de Claudeforce, et lequel est « Salesforce dans Claude »
- Voir pourquoi le plugin n'a besoin que de 4 outils MCP (Discover / Describe / Dispatch / Dispatch Read-Only) pour exposer toute la surface de l'API Salesforce
- Distinguer les deux routes d'authentification — OAuth par utilisateur (Claude) vs utilisateur d'intégration en client credentials (Slack) — et choisir correctement pour votre org
- Classer les 37 skills par niveau d'autorité (lecture seule / recommandation / écriture) avant d'en activer une seule
- Éviter les quatre pièges : profils surprovisionnés, effets de bord d'automatisation oubliés, collision avec la mise à niveau Winter '27, et serveurs MCP en shadow IT
Ce que Claudeforce est vraiment (et ne l'est pas)
Claudeforce est un partenariat en quatre volets, pas un produit. Un seul volet — Salesforce dans Claude — ouvre en septembre 2026. Confondre les volets, c'est ainsi que les équipes RevOps finissent par cadrer le mauvais pilote.
Guided walkthrough1 of 4
- Un plugin Salesforce qui tourne À L'INTÉRIEUR de l'application Claude. Les commerciaux restent dans Claude ; Claude atteint leur org via le Hosted MCP de Salesforce. C'est le volet dont traite cette page.
- La direction inverse : les modèles d'Anthropic disponibles comme citoyens de première classe dans tout Agentforce (Atlas Reasoning Engine, Agentforce Vibes, Agentforce Coworker, Agent Builder). UX différente, surface d'administration différente, calendrier de déploiement différent.
- Les fonctionnalités Slack AI (résumés de huddles, récapitulatifs de canaux, rédaction de messages) commencent à utiliser Claude comme modèle par défaut. Gouverné différemment — voir la route d'authentification Slack plus bas.
- Salesforce devient un gros client d'Anthropic ; Anthropic devient un gros client de Salesforce. Intéressant pour les achats, sans importance pour la configuration technique.
Le reste de cette page porte sur le volet 1 : Salesforce dans Claude.
L'architecture à 4 outils qui passe à l'échelle de 37 skills
La seule chose non évidente à propos de Claudeforce, c'est que le plugin n'enregistre pas un outil par capacité. Le serveur Hosted MCP Headless 360 de Salesforce (Bêta, juillet 2026) expose exactement quatre outils MCP, et Claude atteint chaque skill en les composant.
Guided walkthrough1 of 4
- Recherche sémantique dans un index vectoriel de toutes les API et skills de l'org connectée. Claude transmet son interprétation de votre demande ; Discover renvoie une liste classée d'opérations candidates. C'est la raison pour laquelle « trouve-moi le truc de santé du deal pour ce compte » ne nécessite pas 200 outils pré-enregistrés qui encombrent le contexte.
- Pour un candidat choisi, Describe renvoie le contrat technique : paramètres, dépendances, étapes ordonnées, effets de bord. Claude s'en sert pour vérifier que Discover a fait remonter la bonne chose avant de s'engager à exécuter quoi que ce soit.
- Exécute l'opération choisie. Route vers le bon endpoint. Applique les garde-fous d'accès utilisateur avant que l'appel n'atteigne Salesforce. C'est le chemin d'écriture — règles de validation, Flows, triggers Apex et limites du gouverneur CPU se déclenchent normalement en aval de Dispatch.
- Variante GET uniquement. Même flux de découverte, mêmes contrôles d'accès, mais l'outil est physiquement incapable de muter. C'est le défaut sûr pour un pilote, et l'outil auquel se lient les skills en lecture seule.
Deux implications que la plupart des articles de lancement manquent :
- La surface d'outils reste petite et stable, mais le catalogue de skills grandit indépendamment du côté de Salesforce — Claude n'a pas besoin d'un nouvel enregistrement d'outil pour atteindre une nouvelle skill.
- La sécurité au niveau des champs, les permissions d'objet et les règles de partage s'appliquent à chaque appel d'outil — l'application se fait dans l'org, pas dans Claude. Si un utilisateur ne peut pas voir un champ dans l'interface Salesforce, Discover ne le fera pas remonter et Dispatch le refuserait de toute façon.
Les deux routes d'authentification — et pourquoi la différence compte
Claudeforce est livré avec deux modèles OAuth agrafés à un plugin d'apparence identique, et leurs postures de sécurité sont très différentes. Se tromper ici, c'est donner par accident à chaque commercial de l'org les permissions effectives d'un seul utilisateur d'intégration.
Guided walkthrough1 of 2
- Utilise les External Client Apps Salesforce avec le scope mcp_api. Un seul admin réalise la connexion unique au niveau de l'org ; chaque commercial s'autorise ensuite en son propre nom. Chaque appel d'outil Claude s'exécute en tant que l'individu demandeur, avec SON profil, ses ensembles d'autorisations, ses règles de partage et sa sécurité au niveau des champs. C'est la posture correcte pour tout ce qui est visible par l'utilisateur.
- Utilise le flux OAuth 2.0 client credentials avec un utilisateur d'intégration dédié. Les bundles d'accès partagent UNE seule identité d'agent entre les utilisateurs. Chaque requête s'exécute en tant que ce même utilisateur d'intégration — ce qui signifie que les permissions de cet utilisateur deviennent le plafond effectif pour tout le monde. Pratique, mais la mauvaise forme dès qu'il y a des exigences d'isolation des données par utilisateur.
- Si vous provisionnez l'utilisateur d'intégration Slack avec un profil sales-ops large pour que « ça marche tout simplement », chaque utilisateur Slack routé par lui hérite de cet accès effectif. Restreignez le profil de l'utilisateur d'intégration au périmètre le plus étroit dont Slack a réellement besoin, puis ajoutez des capacités avec des ensembles d'autorisations — même principe que pour n'importe quel compte de service partagé.
Les 37 skills, classées par niveau d'autorité
Salesforce n'a nommé qu'une poignée de skills au lancement ; d'autres arriveront d'ici fin 2026. Ce sur quoi vous pouvez planifier dès maintenant, c'est que chaque skill se range dans un des trois niveaux d'autorité, et que l'interface les fait paraître identiques. C'est à vous de classer.
| Skill nommée (août 2026) | Niveau d'autorité | Route Dispatch approximative |
|---|---|---|
| Briefing quotidien | Lecture seule | Dispatch RO |
| Revue de pipeline | Lecture seule | Dispatch RO |
| Récit de prévisions | Lecture seule | Dispatch RO |
| Préparation de réunion | Lecture seule | Dispatch RO |
| Revue de santé du deal | Lecture seule | Dispatch RO |
| Analyse gagné/perdu | Lecture seule | Dispatch RO |
| Hygiène Salesforce | Recommandation | Dispatch RO → brouillons |
| Journalisation d'activité | Écriture | Dispatch (POST/PATCH) |
Les ~29 skills restantes ne sont pas publiées au lancement ; le même tri s'applique à mesure qu'elles arrivent :
Guided walkthrough1 of 3
- Analyse, résume, récupère. Ne peut pas muter. Activez librement pour la cohorte pilote. Le mode de défaillance est « mauvaise réponse », pas « mauvaise écriture ».
- Analyse ET propose des changements, mais laisse la mutation réelle sous forme de brouillon pour un humain. Activez après que le palier lecture seule se comporte bien. Le mode de défaillance est un mauvais brouillon qu'un commercial pourrait approuver sans le lire — mesurez le taux de correction, pas seulement la vitesse.
- Mute directement les données CRM. Chaque écriture passe par les règles de validation, les Flows, les triggers Apex et les limites du gouverneur CPU de l'org, EXACTEMENT comme si un humain avait cliqué sur Enregistrer. Activez en dernier, skill par skill, avec un cadrage de profil par utilisateur, et seulement après avoir mesuré la précision du palier recommandation pendant au moins 4 semaines.
Mettre en place un pilote — la checklist RevOps
Guided walkthrough1 of 6
- Tout profil surprovisionné qui était inoffensif derrière une interface lente devient réellement risqué derrière un agent rapide. Avant de piloter, faites un audit des permissions des utilisateurs que vous allez inviter : quels objets, quels champs, quel partage par type d'enregistrement. Le plugin appliquera fidèlement ce que disent ces profils — y compris tout surprovisionnement historique que personne n'avait remarqué.
- Créez un ensemble d'autorisations Pilote Claudeforce : objets spécifiques, champs spécifiques, lecture seule pour commencer. Attribuez-le en plus de leur profil normal afin de pouvoir le retirer proprement à la fin du pilote sans toucher à l'accès de base.
- N'activez que les skills en lecture seule pour les deux premiers sprints. Cela vous permet de mesurer la précision sans surface de rollback. Surveillez les noms de champs hallucinés ou les mauvaises recherches d'enregistrements — ce sont les modes de défaillance qui survivent jusqu'au palier écriture.
- Un en lecture seule, un en recommandation, un en écriture. Des profils de risque différents révèlent des lacunes de gouvernance différentes, et un pilote par palier coûte moins cher qu'un pilote par skill.
- Salesforce dans Claude exige l'API v67.0+ ; Winter '27 introduit la v68.0. Si votre org se met à niveau automatiquement vers Winter '27 pendant la fenêtre de bêta (sept.–oct. 2026), verrouillez explicitement la version d'API du plugin pour qu'une mise à niveau de plateforme ne change pas la sémantique en plein pilote.
- Si des équipes individuelles montent leurs propres Hosted MCP Servers pour « aller plus vite », vous avez réinventé le shadow IT avec un plus joli emballage. Centralisez la gouvernance MCP chez les mêmes admins qui possèdent les applications connectées et les profils.
Modèle de prompt commercial : briefing pipeline du lundi sans risque (palier lecture seule)
You are preparing my Monday pipeline briefing from Salesforce. Every Monday at 07:00 local: 1. Use the "Pipeline review" skill on my named accounts (owner = me, stage != Closed Lost, close date in current quarter). 2. Use the "Deal-health review" skill on the top 10 by amount. 3. Use the "Meeting preparation" skill for accounts I have a meeting with in the next 5 business days. Constraints (do NOT violate): - Read-only pass only. If any skill proposes a write (update stage, log activity, change amount) STOP and surface it as a draft in the output — do NOT dispatch it. - Do not log activities on my behalf. Do not update fields. - If a skill returns a field you cannot see under my profile, do not guess the value — flag it as "hidden by permissions". Produce a single briefing: - 3-bullet TL;DR - "Pipeline movement since last Monday" (opportunity-level, cite the Salesforce record IDs) - "Deals I should touch this week" (with why, from deal-health) - "Meetings this week" (with prep pack from meeting-preparation) - "Proposed writes (NOT DISPATCHED)" — every draft change the agent wanted to make, so I can review in one place.
Deux choses que ce prompt fait et que la plupart des articles « copiez ce modèle » ne font pas :
- Il épingle le pilote en lecture seule avec un invariant explicite « si la skill propose une écriture, STOP ». Dans une session Claude planifiée ou de longue durée, vous ne pouvez pas répondre à un « vous êtes sûr ? » de relance — les invariants doivent vivre dans le prompt.
- Il demande au modèle de faire remonter au même endroit chaque écriture qu'il voulait faire, afin que vous puissiez mesurer la précision au palier recommandation d'une skill avant de la promouvoir au palier écriture. C'est la façon la moins chère de mériter la promotion.
Les quatre pièges qui vous mordront
Guided walkthrough1 of 4
- Le même ensemble d'autorisations qui passait à peu près bien derrière une interface est réellement dangereux derrière un agent capable de Dispatch 30 écritures/minute. Correctif : audit des profils AVANT le pilote, pas après.
- Dispatch PATCH est une écriture Salesforce normale. Chaque règle de validation, Flow, Process Builder, trigger Apex et limite du gouverneur de temps CPU se déclenche exactement comme lors d'un clic humain. Une skill bien intentionnée qui tourne en boucle peut faire sauter les limites CPU ou déclencher en cascade des e-mails pilotés par un Flow. Correctif : instrumentez votre automatisation sur l'org pilote avant d'activer les skills du palier écriture.
- Les mises à niveau de production Winter '27 (sept.–oct. 2026) entrent en collision avec la bêta ouverte de Claudeforce. Si une skill casse au milieu de la fenêtre, vous déboguerez DEUX changements de plateforme simultanés. Correctif : épinglez la version d'API du plugin, et planifiez la mise à niveau Winter '27 de la cohorte pilote EN DEHORS de la fenêtre de bêta si vous pouvez.
- Parce que Slack utilise client credentials avec un utilisateur d'intégration, donner « l'accès Slack à Claudeforce » n'a pas la même forme de gouvernance que donner le plugin à des utilisateurs individuels dans Claude. Traitez-les comme deux déploiements distincts avec deux pistes d'audit distinctes.
Où se situe Claudeforce par rapport à Agentforce
Salesforce livre Agentforce depuis 2024 et Claude est L'UN de ses modèles de fondation depuis fin 2025. Claudeforce ne remplace pas Agentforce — il ajoute une nouvelle surface (l'application Claude) et formalise Claude sur quatre couches d'Agentforce (Atlas Reasoning Engine, Agentforce Vibes, Agentforce Coworker, Agent Builder). L'optionalité de modèle reste : Agent Builder propose toujours Amazon Nova aux côtés de Claude.
Table de décision approximative pour les équipes qui hésitent entre les deux :
| Vous voulez... | Optez pour |
|---|---|
| Donner aux commerciaux une interface de chat qui raisonne sur le CRM en direct | Salesforce dans Claude (le plugin) |
| Intégrer des fonctionnalités d'IA DANS votre interface Salesforce (enregistrements, vues de liste, boutons) | Agentforce |
| Construire un agent personnalisé avec outils, mémoire, politiques d'escalade | Agent Builder (dans Salesforce) |
| Automatiser de bout en bout du travail CRM back-office répétable | Agentforce Coworker |
| Utiliser Claude pour écrire du code Salesforce (Apex, LWC) | Agentforce Vibes |
Si plus d'une ligne s'applique, le mauvais choix est d'en prendre une et de la forcer — Claudeforce est conçu pour que le plugin, Agentforce et Agent Builder soient complémentaires, et les utilisateurs peuvent circuler entre eux au sein de la même org.
Quand NE PAS utiliser Salesforce dans Claude
- Vous avez besoin d'une intégration machine-à-machine. Le plugin est une surface de chat avec humain dans la boucle. Pour des écritures CRM non surveillées à l'échelle, câblez le serveur MCP Headless 360 directement dans les Managed Agents, sans l'application Claude au milieu.
- Vous livrez déjà une expérience Agentforce que vos commerciaux connaissent. Ajouter une deuxième surface fragmente votre formation et double le travail de gouvernance. Choisissez celle dans laquelle votre équipe vit.
- Vous n'avez aucun admin Salesforce pour gouverner tout ça. Le plugin rend l'org plus puissante et plus accessible — c'est une mauvaise combinaison sans quelqu'un qui possède les profils, les ensembles d'autorisations et les connexions MCP.
- Votre posture de conformité interdit l'inférence sur les données clients. Même si le plugin route l'inférence via Amazon Bedrock à l'intérieur du Salesforce Trust Boundary, le contenu des prompts et les données renvoyées quittent tout de même la couche de stockage. Lisez votre DPA avant de piloter.
Quiz
Check yourself
0/4Sources et lectures complémentaires
- Salesforce — Salesforce et Anthropic annoncent Claudeforce (communiqué de presse de lancement, 26 août 2026)
- Salesforce Developers — Headless 360 (Bêta) — référence des Hosted MCP Servers (architecture canonique à 4 outils)
- Salesforce Developers — Référence des Standard Servers (authentification par utilisateur, application de la sécurité au niveau des champs)
- Blog Salesforce Developers — Annonce de la bêta du serveur MCP Headless 360 (lancement de l'architecture, juillet 2026)
- Anthropic — Tarification permanente de Claude Sonnet 5 (10 août 2026, 2 $/10 $ confirmés comme permanents — la hausse du 1er septembre a été annulée)
- À lire aussi sur AILmanac : Connecteurs (MCP) dans les applications · Tâches planifiées Cowork · Standard ouvert Skill.md · Managed Agents · Restrictions de domaine des Managed Agents · Sécuriser les serveurs MCP · Empoisonnement d'outils MCP et rug pulls
Suite
- Connecteurs (MCP) dans les applications — le concept général que ce plugin spécialise
- Sécuriser les serveurs MCP — les patterns de sécurité à appliquer avant d'ouvrir le pilote
- Managed Agents — l'alternative côté API quand vous voulez tout ceci sans l'application Claude dans la boucle