Depuis la semaine du 13 juillet 2026, les nouveaux agents sont créés dans le nouveau Agentforce Builder. Les agents déjà construits dans le Builder historique continuent de fonctionner et restent éditables, activables et versionnables. Il n’y a donc pas de coupure générale à subir, mais une décision de trajectoire à prendre.
Le bon profil dépend moins d’un badge que de votre point de départ : aucun agent, prototype non déployé ou agent déjà en production. Avant de recruter un consultant Agentforce Builder, demandez-lui de transformer l’existant en inventaire, en baseline mesurable, en plan de tests et en stratégie de retour arrière.
Pourquoi le passage au nouveau Builder devient une vraie mission
Salesforce confirme que le bouton de création a disparu du Builder historique. Cela ne désactive pas les agents existants. En revanche, Agent Script, les nouvelles capacités d’observabilité et les évolutions multi-agent concentrent désormais l’innovation dans le nouveau Builder.
La mission ne consiste donc pas à recopier des écrans. Elle doit répondre à quatre questions :
- Que fait réellement l’agent aujourd’hui, avec quelles données et quelles actions ?
- Quels comportements doivent rester strictement identiques ?
- Où Agent Script doit-il imposer une logique déterministe, et où le modèle peut-il raisonner ?
- Quelles preuves autoriseront l’activation de la nouvelle version ?
Salesforce propose un mécanisme d’upgrade qui crée une nouvelle version dans le nouveau Builder sans modifier l’original. Cette conversion accélère le point de départ, mais elle ne remplace ni la revue de l’architecture, ni les tests, ni la décision de mise en production.
Choisir le profil selon votre point de départ
| Situation actuelle | Profil recommandé | Mission prioritaire | Vigilance |
|---|---|---|---|
| Aucun agent construit | Consultant fonctionnel et technique Agentforce senior | Cadrer le cas d’usage, les données, les actions, les risques et les tests | Éviter un prototype séduisant sans critères de succès |
| Prototype dans le Builder historique, non déployé | Consultant Agentforce autonome | Convertir ou reconstruire, comparer les versions et industrialiser les tests | Ne pas empiler des dépendances sur l’ancien modèle |
| Agent en production | Lead Agentforce ou architecte, avec développeur si nécessaire | Établir une baseline, migrer par lots, observer, sécuriser le cutover et le rollback | Protéger le service rendu et les intégrations |
| Plusieurs agents, MCP ou orchestration multi-agent | Architecte Agentforce avec expertise sécurité et observabilité | Définir les frontières, identités d’exécution, outils, modèles et traces | Éviter les chaînes d’actions opaques ou sur-permissionnées |
Un consultant senior peut suffire si le périmètre est borné, les actions sont standards et le risque métier reste faible. Une production critique, des intégrations complexes ou plusieurs sous-agents justifient plus vite un lead ou un architecte. L’article sur le parcours d’un architecte Salesforce aide à distinguer expérience d’architecture et accumulation de certifications.
Les compétences à vérifier au-delà des certifications
Un expert Agentforce Salesforce doit savoir arbitrer entre raisonnement et déterminisme. Agent Script combine des instructions en langage naturel avec des conditions, transitions, variables et séquences d’actions prévisibles. Le consultant doit expliquer, avec un exemple métier, ce qui sera codifié et ce qui restera confié au modèle.
Il doit aussi maîtriser :
- les sous-agents, actions, prompts, sources de données et variables de contexte ;
- les identités d’exécution, droits objet, CRUD, FLS, règles de partage et confirmations ;
- les tests de classification, de séquence d’actions, de qualité de réponse et de non-régression ;
- les traces de session, erreurs, latence, consommation et scorers personnalisés ;
- les métadonnées, versions, environnements, déploiements et dépendances ;
- le choix du modèle par sous-agent et les transferts entre agents ;
- les outils externes et MCP, avec authentification par utilisateur, droits minimaux et auditabilité.
Une certification Agentforce reste utile, mais elle ne prouve pas seule la capacité à reprendre un agent en production. SF Talent détaille les autres signaux à regarder dans son guide sur ce que les certifications Salesforce ne prouvent pas.
Les huit livrables minimum d’une migration Agentforce Builder
Avant de comparer des TJM, exigez huit livrables vérifiables :
- Inventaire de l’existant : versions, sous-agents, instructions, actions, données, canaux, intégrations, permissions et propriétaires.
- Matrice cas d’usage, données, actions et risques : pour chaque parcours, ce que l’agent lit, décide, écrit et escalade.
- Baseline qualité et coût : taux de résolution, erreurs, transferts, latence, consommation et incidents connus.
- Architecture cible : frontières des sous-agents, logique Agent Script, modèles, actions, identités et observabilité.
- Plan de migration par lots : conversion ou reconstruction, dépendances, environnements et ordre d’activation.
- Plan de tests et recette : cas nominaux, limites, permissions, données manquantes, ambiguïtés, injections et non-régression.
- Stratégie de rollback : critères d’arrêt, version de repli, responsables et délai de restauration.
- Tableau de suivi post-production : métriques, scorers, seuils, erreurs, coût, fréquence de revue et propriétaire.
Un CV qui mentionne Agentforce ne remplace aucun de ces livrables. Ils donnent une base objective pour comparer deux propositions.
Dix questions à poser en entretien
- Dans quels cas conservez-vous l’architecture actuelle, et dans quels cas reconstruisez-vous ?
- Quelle baseline établissez-vous avant toute modification ?
- Quelles règles rendez-vous déterministes avec Agent Script, et pourquoi ?
- Comment testez-vous sous-agents, actions, Flow, données et réponses ?
- Quels critères mesurent le succès métier, la qualité et le coût ?
- Comment contrôlez-vous CRUD, FLS, partage, identité d’exécution et confirmations ?
- Comment gérez-vous versions, environnements, métadonnées et déploiement ?
- À partir de quel niveau de risque demandez-vous l’intervention d’un architecte ?
- Quel est votre plan de retour arrière si la nouvelle version régresse ?
- Quelles informations vous manquent encore pour estimer la mission ?
Une bonne réponse explicite les inconnues. Une estimation immédiate, sans inventaire ni métrique, est plutôt un signal de risque.
Cas pratique pour départager deux consultants
Votre entreprise exploite un agent de service client créé dans l’ancien Builder. Il consulte la base de connaissances, crée un Case, met à jour une adresse et transfère la conversation à un conseiller. Quarante conseillers l’utilisent, mais aucun taux de résolution fiable n’existe.
Demandez au candidat de présenter :
- ses cinq premiers contrôles ;
- la baseline qu’il établirait ;
- l’ordre des lots de migration ;
- les contrôles de sécurité sur la lecture, la création de Case et la mise à jour d’adresse ;
- les critères de cutover et de rollback.
Évaluez l’ordre du raisonnement. Le meilleur candidat ne commence pas par convertir. Il identifie d’abord les versions actives, les actions et leurs permissions, les parcours réellement utilisés, les données d’escalade et les traces disponibles. Il choisit ensuite conversion ou reconstruction, crée des cas de test, isole les actions sensibles, compare les résultats, puis prépare une activation réversible.
Le Testing Center Agentforce permet de simuler des interactions et d’évaluer classification, séquences d’actions et qualité. Pour une production existante, ces tests doivent être complétés par des contrôles métier et sécurité propres à votre organisation.
Signaux d’alerte dans une proposition
Méfiez-vous d’un prestataire qui :
- chiffre la migration sans inventorier l’agent et ses dépendances ;
- confond activation de la plateforme et migration d’une version ;
- promet une conversion automatique sans recette ;
- parle uniquement de prompts et ignore actions, permissions ou données ;
- ne prévoit ni baseline, ni tests de non-régression, ni rollback ;
- ne mesure ni qualité, ni coût, ni erreurs après activation ;
- propose une orchestration multi-agent ou MCP sans modèle d’autorisation et de trace.
Salesforce indique que l’upgrade crée une nouvelle version et préserve l’agent original tant que la nouvelle n’est pas activée. C’est une protection technique utile, pas une preuve que le comportement sera identique.
FAQ sur le recrutement d’un consultant Agentforce Builder
Faut-il migrer immédiatement tous les agents existants ?
Non. Les agents du Builder historique continuent de fonctionner. Priorisez les prototypes non déployés, les agents qui doivent recevoir de nouvelles capacités, puis les productions selon leur valeur et leur risque.
Un consultant fonctionnel peut-il conduire la mission ?
Oui pour un périmètre standard, s’il maîtrise actions, données, permissions, tests et déploiement. Une production critique ou une intégration complexe appelle souvent un lead ou un architecte.
L’outil d’upgrade Salesforce suffit-il ?
Il crée une base dans le nouveau Builder. Il faut encore relire Agent Script, comparer les comportements, tester les actions, vérifier les droits et préparer l’activation.
Faut-il reconstruire ou convertir ?
Convertir facilite la comparaison quand l’agent est sain. Reconstruire est préférable si le prototype est obsolète, peu utilisé ou mal architecturé. Le choix vient après l’inventaire.
Comment tester la migration ?
Combinez cas nominaux, cas limites, permissions, données absentes, escalades, actions sensibles, conversations multi-tours et non-régression. Conservez les résultats avant et après.
Quelles métriques suivre après le cutover ?
Résolution, exactitude, transferts, erreurs, actions réussies, latence, coût, satisfaction et incidents. Les métriques doivent avoir un seuil et un propriétaire.
MCP change-t-il le profil à recruter ?
Oui. Les serveurs MCP hébergés appliquent authentification et permissions par utilisateur. Le consultant doit savoir limiter les outils exposés, tester leurs descriptions et tracer les appels.
Quelles informations transmettre pour recevoir le bon profil ?
Nombre d’agents, Builder actuel, statut prototype ou production, actions, canaux, utilisateurs, environnements, intégrations, contraintes de sécurité et échéance.
Recevoir une qualification de mission et de profil
Transmettez votre contexte à SF Talent : nombre d’agents, statut, actions, utilisateurs, environnements et date cible. L’équipe qualifiera d’abord le besoin, puis recommandera le niveau de profil, les compétences et les livrables à demander, sans promettre un matching avant cette validation.
Consulter les profils Agentforce et demander une mise en relation.