Anthropic publie le mode d’emploi de ses agents commerciaux

Anthropic ouvre un blueprint Apache 2.0 pour construire des agents Claude capables d’accompagner les achats et les opérations marchandes, sans leur confier directement les paiements ni les modifications sensibles.

Un assistant peut rechercher un produit, comparer plusieurs offres, proposer un remplacement et préparer un panier. Il doit toutefois s’arrêter avant le paiement. Dans les outils destinés aux commerçants, il peut également suggérer une baisse de prix ou une campagne promotionnelle, mais une personne doit encore valider la modification.

Ces frontières structurent le nouveau guide publié par Anthropic pour la création d’agents commerciaux. Intitulé A guide to the anatomy of effective commerce agents, il accompagne un blueprint disponible sous licence Apache 2.0 et présente une architecture de référence pour construire des services fondés sur Claude.

Il ne s’agit ni d’un nouveau modèle ni d’une plateforme commerciale prête à être déployée. Anthropic fournit du code, des exemples d’interfaces, des outils et des évaluations que chaque entreprise doit adapter à son catalogue, à ses politiques et à ses systèmes internes.

Le dépôt Commerce Agents contient deux catégories d’agents. La première est destinée aux consommateurs. Elle peut rechercher des offres, comparer des options, répondre à des questions sur une commande ou une politique commerciale, mémoriser certaines préférences et préparer les éléments nécessaires à un achat.

La seconde cible les employés du marchand. Elle analyse les ventes, consulte les stocks, prépare des fiches produit, recommande des prix ou des promotions et rédige des campagnes. L’objectif est moins de remplacer l’ensemble des logiciels de gestion que d’offrir une interface conversationnelle capable de coordonner plusieurs opérations.

Anthropic décline cette architecture dans quatre secteurs : le commerce de détail, le voyage, les télécommunications et la billetterie. Chaque domaine possède une application destinée au client et une autre consacrée aux opérations internes, soit huit démonstrations au total.

Les données, les marques et les entreprises utilisées dans ces exemples sont fictives. Le code ne passe aucune commande réelle, ne facture aucune carte et ne modifie aucune fiche active. Les démonstrations ne disposent pas non plus d’un système d’authentification prêt pour la production.

Cette différence est importante. Une entreprise souhaitant reprendre le blueprint doit encore connecter son catalogue, son moteur de recherche, ses stocks, ses commandes, son panier, son système de paiement, ses prix et ses outils promotionnels. Aucun connecteur métier n’est livré avec le dépôt.

Anthropic recommande de placer l’agent au-dessus des services déjà utilisés par l’entreprise. Un outil de prix doit par exemple interroger le système qui détient réellement les règles tarifaires, plutôt que tenter de les reproduire dans une instruction destinée au modèle. La même logique s’applique aux disponibilités, aux remises, aux remboursements et aux limites de commande.

Le blueprint peut fonctionner avec la Messages API, le Claude Agent SDK ou l’offre Managed Agents. Il comprend également une extension pour Claude Code, avec des commandes permettant de créer une nouvelle déclinaison, d’ajouter un parcours, de rédiger des évaluations ou d’examiner une implémentation existante.

Le choix architectural défendu par Anthropic repose sur un seul agent principal accompagné d’outils, de compétences modulaires et d’une suite de tests. L’entreprise déconseille de créer automatiquement un sous-agent séparé pour la recherche, le panier, les commandes, les promotions et chaque autre fonction commerciale.

Selon elle, les passages entre sous-agents font perdre une partie du contexte, consomment davantage de tokens et ajoutent plusieurs secondes à certains parcours. Les domaines se chevauchent également : une demande portant sur un remplacement peut nécessiter simultanément le catalogue, les stocks, les préférences du client et les règles promotionnelles.

Anthropic affirme qu’un agent unique enrichi de compétences spécialisées a mieux fonctionné que de très longues instructions ou qu’une organisation fondée sur plusieurs sous-agents lors de différents déploiements en entreprise. Aucun protocole public, jeu de données ou résultat détaillé ne permet cependant de mesurer indépendamment cet avantage.

Les sous-agents ne sont pas entièrement exclus. Le guide les réserve aux recherches longues pouvant être isolées du dialogue principal ou au transfert vers un service réellement spécialisé, notamment lorsque des contraintes réglementaires justifient une séparation nette.

Dans l’agent principal, les règles les plus fréquentes doivent être placées dans l’instruction système. Les procédures utilisées plus rarement peuvent être chargées sous forme de compétences lorsque la conversation les exige. Anthropic propose un repère : une information utile à environ un tiers des requêtes mérite généralement de rester dans le contexte permanent.

Les consignes de sécurité, les obligations juridiques, les règles de marque et les informations essentielles sur l’utilisateur doivent néanmoins rester disponibles en permanence, même lorsqu’elles ne concernent qu’une minorité des échanges. Leur importance prime sur leur fréquence d’utilisation.

Les outils ne servent pas uniquement à consulter ou à modifier des données. Ils peuvent aussi décrire des composants d’interface structurés : carrousel de produits, itinéraire, plan de salle ou graphique. Le serveur reçoit une sortie conforme à un schéma, la vérifie, l’enrichit si nécessaire, puis demande au navigateur de l’afficher.

Cette méthode évite de confier au modèle la génération libre de l’interface. Elle permet aussi de transmettre progressivement un composant avant que toute la réponse textuelle soit terminée. Cette diffusion anticipée accélère l’affichage, mais complique la validation puisque les premiers éléments arrivent avant que la structure complète soit connue. Anthropic conseille donc de prévoir une nouvelle tentative lorsque la sortie finale ne respecte pas le schéma attendu.

Le temps de réponse est traité comme une propriété du parcours complet. Une interaction peut comprendre plusieurs