9 façons d’utiliser le plugin Clay Agent pour créer des workflows et des outils GTM

Les agents sont déjà à l’œuvre dans presque tous les secteurs et métiers, et le go-to-market ne fait pas exception. En juillet, nous avons lancé la bêta du plugin Clay Agent, qui intègre l’API et la CLI de Clay aux agents de programmation comme Claude Code et Codex. Depuis le 15 septembre, il est accessible à tous les clients, sans frais supplémentaires.

Pour installer le plugin, ouvrez l’agent de programmation de votre choix et collez ce prompt :

Configurez le plugin Clay en suivant les étapes sur https://github.com/clay-run/agent-plugins

Connectez-vous lorsque le système vous y invite. Dès lors, cet agent de programmation peut rechercher et enrichir des contacts auprès de plus de 200 fournisseurs de données de Clay, extraire des fiches depuis Audiences, créer et modifier des workflows, générer des campagnes Sequencer et interroger vos tables, le tout depuis le terminal ou l’éditeur de code dans lequel vous travaillez déjà. Vous n’avez jamais besoin d’ouvrir l’interface de Clay pour les créer, même si tout ce que vous créez y est enregistré. Vos collègues peuvent également accéder à vos créations et les modifier.

Les équipes GTM ont toujours dû choisir entre acheter leurs outils et les développer elles-mêmes. Maintenant qu’un agent de programmation est capable de créer un routeur de leads ou une application de prospection opérationnelle pour les commerciaux en une après-midi, certaines choisissent de les développer elles-mêmes. Cependant, cette première version fonctionnelle constitue rarement la partie la plus complexe. Une fois l’outil en ligne, sa maintenance demande du temps : les intégrations tombent en panne, les authentifications expirent, les limites de requêtes changent et les fournisseurs de données renomment des champs.

Lorsque vous développez avec le plugin, Clay prend en charge les données, la logique d’enrichissement, le routage et les intégrations. Vous pouvez concevoir vos propres systèmes de génération de revenus et outils pour les commerciaux en vous appuyant sur Clay, sans avoir à maintenir l’infrastructure sous-jacente. Pendant la phase bêta, nous avons vu des clients créer en quelques jours des applications destinées aux commerciaux à partir de notre API, ou transformer des idées de campagnes en workflows opérationnels depuis leur terminal. Neuf membres de notre propre équipe l’ont également utilisé pour créer des outils pour les équipes produit, ventes, opérations, growth et contenu. Regardez la démonstration de chaque collaborateur pour voir comment chacun a conçu son outil. Si l’un de ces exemples répond à un problème que vous rencontrez, installez le plugin et créez votre propre version dans Clay.

Ce que neuf membres de l’équipe Clay ont créé avec le plugin

Les neuf projets ci-dessous vont d’un bot qui corrige les bugs de notre workflow outbound à un tableau de bord qui mesure quelles publications LinkedIn des dirigeants atteignent les comptes cibles. Carolyn Ann Jones, ingénieure GTM déployée sur le terrain au sein de notre équipe de services professionnels, estime que le flux d’enrichissement inbound qu’elle a reconstruit pour un client « prendrait probablement plusieurs jours » à réaliser manuellement, alors qu’elle l’a terminé en quelques minutes seulement. Voici ce qu’elle et neuf de ses collègues ont conçu :

• Une campagne Sequencer de deux e-mails destinée au contact le plus technique de chaque compte en phase 2 ayant utilisé le MCP de Clay (Matthew Quan, Produit).
• Un bot de détection de bugs qui lit les signalements sur Slack, identifie l’étape défectueuse dans notre workflow outbound et applique le correctif après validation humaine (Rana Banankhah, stagiaire GTM Engineering).
• Un workflow de recherche de comptes qui, à partir d’un domaine, propose un angle d’approche ainsi que le cas d’usage Clay à présenter (Mopi Mopidevi, ingénieur GTM, Ventes).
• Un workflow de prospection partagé, créé à partir du tableau d’un commercial, qui trouve et vérifie les contacts d’un compte, puis rédige un e-mail pour chacun d’entre eux (Luca Prando, GTM Ops).
• Un workflow de suivi post-événement qui inscrit les participants issus d’un segment ou d’un fichier CSV à une campagne Sequencer personnalisée (Chris Viglietta, responsable des ateliers GTM Engineering).
• Une application de scan de leads pour les événements, qui enrichit et achemine un contact en quelques secondes afin qu’il puisse réserver un rendez-vous sur place avec un commercial (Spencer Chemtob, ingénieur GTM, GTM Ops).
• Un scénario quotidien qui signale les comptes en libre-service présentant des signaux de grands comptes et les transmet au bon commercial, avec un script d’appel (Andrew Morris, Growth).
• Un organigramme interactif de l’équipe de direction d’un compte, généré à partir d’un seul prompt (Alex Lindahl, Creator in Residence).
• Le workflow d’enrichissement inbound d’un client, reconstruit en quelques minutes à partir d’un fichier Markdown (Carolyn Ann Jones, GTM Engineer déployée sur le terrain).

1. Créer une audience ciblée et une séquence de deux e-mails à partir d’un prompt vocal

Matthew Quan, chef de produit chez Clay, a piloté le lancement du plugin. Pour montrer ce dont le plugin est capable, il a créé une Audience et une campagne Sequencer de deux e-mails dans Claude Code à partir d’un seul prompt, qu’il a dicté à voix haute au lieu de la saisir :

« Je veux que tu fasses deux choses avec Clay. La première consiste à créer une audience. Pour ce faire, trouve toutes les entreprises qui se trouvent à la phase 2 de notre workflow de vente. Filtre les résultats pour ne conserver que celles qui ont déjà utilisé notre MCP. Ensuite, une fois ces comptes isolés, je veux que tu trouves la personne la plus technique pour chacun d’entre eux. Une fois que c’est fait, la création de l’audience est terminée. Je veux que tu passes à la deuxième étape, à savoir la création de la séquence. »

La séquence comportera donc deux e-mails.

• Le premier e-mail doit dire : « Bonjour, j’ai vu que vous aviez utilisé notre MCP. J’ai pensé que notre plugin pourrait vous intéresser, car il permet de créer des éléments beaucoup plus rapidement. »
• Le deuxième e-mail, s’ils n’ont pas répondu, doit être une relance. En substance, il faut dire : « Je viens aux nouvelles. » Je veux aussi que tu mentionnes que le plugin Clay est désormais disponible pour tous.

L’agent a recherché les comptes dans Audiences, trouvé la commande CLI pour les séquences, importé l’audience dans une nouvelle campagne, rédigé les deux e-mails et renvoyé un lien d’aperçu. L’audience et la campagne se trouvaient toutes deux dans Clay, prêtes à être lancées.

Le plugin ne sert pas qu’à créer. Une fois qu’un workflow est en ligne, tu peux aussi t’en servir pour vérifier comment il tourne et corriger ce qui ne fonctionne pas. Pour Matthew Quan, cela voulait dire demander à Claude Code un état des lieux du workflow qui achemine chaque nouvelle opportunité chez Clay, afin de repérer les échecs et les améliorations possibles (plus vite qu’en cliquant sur chaque nœud dans Clay). L’agent a signalé quatre échecs sur 196 exécutions, expliqué chacun d’eux et proposé une courte liste d’améliorations. Ensuite, il peut lui demander d’appliquer les corrections.

2. Laisser un bot examiner les bugs signalés sur Slack et corriger le workflow après validation

Le workflow qui envoie tout l’outbound généré par l’IA de Clay est gigantesque. Avant l’existence de la CLI de Clay, son débogage impliquait de cliquer manuellement sur chaque nœud. Rana Banankhah, étudiante à Stanford et stagiaire au sein de notre équipe GTM Engineering cet été, a créé un bot de détection de bugs pour que personne n’ait plus à le faire.

Prenons un exemple récent : quelqu’un a remarqué que les e-mails outbound indiquaient toujours que Clay comptait 160 fournisseurs de données, alors que le nombre réel est de 230. Voici comment fonctionne la boucle :

• Une personne signale le bug via un formulaire Slack.
• Cela déclenche un agent qui utilise la CLI de Clay pour inspecter le workflow outbound et repérer les passages du prompt d’IA qui indiquent encore 160.
• L’agent propose un correctif sous la forme d’un diff qui remplace 160 par 230 à chacun de ces emplacements.
• Un membre de l’équipe Clay, en l’occurrence Rana Banankhah, examine le diff et clique sur « Accepter ».
• Le bot s’exécute à nouveau et applique les cinq modifications via la CLI. Le prompt corrigé est ainsi immédiatement opérationnel dans le workflow.

Rana Banankhah n’a eu qu’à cliquer sur un seul bouton.

3. Faire des recherches sur un compte et obtenir une recommandation d’angle d’approche à partir d’un domaine

Vaibhav « Mopi » Mopidevi est GTM Engineer au sein de l’équipe commerciale de Clay. Comme tous les commerciaux, il effectue des recherches sur les comptes avant de les contacter. Il a transformé ce processus en un workflow sur Clay, afin que n’importe quel membre de l’équipe puisse l’exécuter depuis son agent de programmation en saisissant simplement un domaine. Les résultats s’affichent dans cette même fenêtre quelques minutes plus tard.

Pour lancer son processus de recherche, Mopi ouvre Codex d’OpenAI dans son terminal et lui soumet une requête simple :

« Bonjour Clay, en t’appuyant sur mes workflows de recherche de comptes, effectue des recherches sur alloy.com et varonis.com. »

Codex utilise la compétence Clay fournie avec le plugin pour localiser son workflow de recherche de comptes existant dans Clay et lui transmettre les deux domaines. Le traitement s’exécute dans Clay, tandis que Mopi reste dans son terminal. Le workflow normalise chaque domaine, extrait les offres d’emploi GTM à pourvoir, la croissance des effectifs commerciaux et marketing, ainsi que les données technographiques. Il rédige ensuite une synthèse indiquant quels produits Clay sont adaptés et comment ils répondent aux priorités de l’entreprise. Il propose également un angle d’approche et une recommandation de démo.

Pour Varonis, le résultat a signalé plusieurs postes de SDR à pourvoir, ainsi qu’un partenariat avec Snowflake annoncé quelques semaines plus tôt. Clay s’intégrant nativement à Snowflake, ce partenariat constitue un signal pertinent pour sa prospection.

4. Transformer le tableau de prospection d’un commercial en un workflow que toute l’équipe peut mettre en œuvre

Sabrina Glaser, GTM Engineer au sein de l’équipe des ventes stratégiques et grands comptes de Clay, a créé une table qui trouve les bons contacts au sein d’un compte et rédige un e-mail personnalisé pour chacun d’entre eux. La séquence a généré tellement de pipeline pour elle que Luca Prando, de l’équipe GTM Ops de Clay, a souhaité que tout le monde puisse en bénéficier. Il a utilisé la CLI pour la transformer en workflow.

Son prompt se résumait à un lien vers la table de Sabrina Glaser, accompagné de quelques précisions. Il a demandé à l’agent de prendre le domaine d’une entreprise, d’enrichir le compte, de trouver les bonnes personnes, de vérifier leurs adresses e-mail professionnelles et de rédiger le contenu outbound pour chacune d’entre elles, le tout au sein d’un seul workflow. Il a également listé les résultats qu’il souhaitait obtenir :

« Intitulé du poste, e-mail professionnel, utilisation de l’IA pour l’objet, utilisation de l’IA pour le 1er e-mail, utilisation de l’IA pour le 2e e-mail, utilisation de l’IA pour le 3e e-mail, motif. »

L’agent a renvoyé une trame du workflow proposé ainsi que quelques questions. Après quelques allers-retours et deux ou trois erreurs, la version finale dans Clay ressemblait beaucoup à cette première ébauche. Les commerciaux peuvent désormais le déclencher depuis leur outil de chat en saisissant un domaine et recevoir en retour des e-mails personnalisés pour les contacts de ce compte.

Le tableau initial de Sabrina Glaser est un système de prospection à quatre agents qui a réduit le temps consacré à l’analyse des comptes cibles de 85 à 5 minutes. Aujourd’hui, toute l’équipe commerciale l’utilise sous la forme d’un workflow que les commerciaux peuvent exécuter depuis leur agent de programmation ou n’importe quel outil de chat. Comment Clay gère l’outbound à froid auprès des grands comptes passe en revue chaque agent et explique comment l’équipe Ops l’a déployé à grande échelle.

5. Automatiser le suivi post-événement, de la liste des participants aux e-mails personnalisés

Chez Clay, nous organisons de nombreux événements et ateliers, et la communication post-événement nous permet de continuer à accompagner les participants (et à leur vendre nos solutions) une fois la session terminée. Chris Viglietta anime les ateliers en direct GTM Engineering chez Clay et a organisé une cinquantaine d’événements au cours des neuf derniers mois. Cela représente environ une cinquantaine de vagues de relance. Il a créée un workflow pour gérer les siennes. Il l’a conçu en discutant avec Claude Code, une fois le plugin installé :

« Salut, je veux que tu prennes tout segment ajouté à mon workflow ou que tu acceptes un fichier CSV. Je veux ensuite que tu recherches la personne dans Audiences et que tu l’ajoutes à ma campagne outbound. »

Le workflow ainsi généré dans Clay possède deux points d’entrée :

• Un déclencheur lorsqu’une personne rejoint un segment dans Audiences.
• Un déclencheur lorsqu’il importe un fichier CSV de participants.

Dans les deux cas, le système recherche le contact dans Audiences et l’inscrit à sa campagne Sequencer (l’outil outbound natif de Clay). Lorsqu’il ouvre Sequencer, des brouillons personnalisés pour chaque participant l’attendent déjà, prêts à être envoyés une fois l’événement terminé.

6. Scanner un lead lors d’un événement et planifier le rendez-vous avant la fin de la conversation

Spencer Chemtob, GTM Engineer au sein de notre équipe GTM Ops, travaille également sur le suivi des événements. Il avait une autre idée pour gérer cette tâche. La flexibilité de Clay a pu lui permettre de concevoir une solution très différente de celle de Chris Viglietta. Au lieu de demander aux responsables du marketing terrain d’effectuer les relances après l’événement, il voulait leur donner les moyens de le faire pendant l’événement lui-même.

L’application de scan de leads qu’il a conçue avec la CLI de Clay exécute la logique d’enrichissement et de routage de Clay pendant que le prospect est encore présent. L’équipe l’a d’ailleurs utilisée à Dreamforce et à Unbound ce mois-ci.

Voici ce qui s’est passé lorsque Spencer Chemtob l’a testée avec Jon Tobias, Marketing Producer chez Clay :

1. Spencer Chemtob (dans le rôle d’une personne de l’équipe commerciale) scanne le code QR LinkedIn de Jon Tobias avec l’application de scan des leads.
2. L’application appelle une fonction Clay via l’API et renvoie son nom, son entreprise, son adresse e-mail ainsi que son profil LinkedIn.
3. Spencer Chemtob ajoute une note et soumet le lead, associé à l’événement.
4. Le lead passe par le tableau de scan de leads de Clay, où il est qualifié et acheminé.
5. L’application indique à quelle commerciale de Clay Jon Tobias a été attribué (Marilin), il reçoit un code QR pour planifier un rendez-vous sur-le-champ avec elle.

Spencer Chemtob n’a eu à recréer aucune logique d’enrichissement ou de routage pour y parvenir. L’application fait appel, via l’API, aux mêmes workflows Clay que notre équipe utilise déjà pour les leads inbound. Le commercial peut ainsi se concentrer sur la conversation pendant que Clay se charge du reste.

7. Repérer les clients en libre-service ayant un potentiel de devenir un grand compte et les transmettre aux commerciaux

Les responsables GTM de Clay ont demandé à Andrew Morris, de notre équipe Growth, de trouver nos prochains clients grands comptes au sein de notre base de clients actuelle, à savoir les comptes en libre-service qui ont dépassé ou sont sur le point de dépasser l’offre en libre-service. Il a conçu une routine dans Cursor qui repère ces comptes au quotidien et les attribue à un commercial.

Il a commencé par deux signaux qui prédisent l’expansion :

• si un compte achète des crédits supplémentaires (recharges) ;
• si un compte est en passe d’utiliser 70 % ou plus de l’allocation de son forfait.

Il a défini le périmètre du scénario dans le chat avec Cursor et le plugin Clay. Avant de la créer, il a demandé un diagramme Mermaid du flux de données illustrant la logique de suppression et de routage ainsi que les sorties, afin de s’assurer que chaque lead passe par les contrôles nécessaires avant d’être transmis à un commercial.

Une fois le diagramme validé, l’agent a créé le workflow. Son fonctionnement est le suivant :

• Le déclencheur est l’augmentation de l’utilisation sur un compte en libre-service.
• Le workflow interroge Salesforce et applique les règles de suppression.
• Les éléments validés sont associés à leur responsable de compte, puis leur éligibilité à la prospection est vérifiée.
• Les contacts sont ajoutés à Gong avec un script pour le commercial.

Andrew Norris a obtenu une première version fonctionnelle en quelques minutes, et le scénario était opérationnel en l’espace de quelques heures.

8. Cartographier l’équipe dirigeante d’un compte dans un organigramme interactif

Dans ses précédentes fonctions de commercial, Alex Lindahl redoutait que le vice-président des ventes lui demande de dresser les organigrammes de ses comptes clés. Cela prenait un temps fou et personne ne mettait ces documents à jour par la suite. Aujourd’hui Creator in Residence chez Clay, il a rédigé un prompt unique qui effectue le même travail en quelques minutes.

Le prompt demande à Codex de faire appel à la CLI de Clay pour extraire les contacts du compte de votre choix et effectuer des recherches sur l’équipe que vous ciblez. Il génère ensuite une page Web contenant un organigramme complet. Dans cet exemple, la page affichait une trentaine de personnes réparties sur plusieurs niveaux, avec un code couleur pour chacune en fonction de son rôle dans la vente : acheteur exécutif, décideur, relais interne ou influenceur. Vous pouvez mettre à jour les étiquettes à mesure que la transaction progresse.

L’organigramme est modifiable : vous pouvez déplacer les personnes au fur et à mesure que vous découvrez les liens hiérarchiques, ouvrir un profil pour récupérer une adresse e-mail, faire une capture d’écran pour une présentation ou exporter la liste complète au format CSV. S’il manque quelqu’un, il vous suffit de demander au chat de trouver d’autres contacts pour qu’ils soient ajoutés. Alex Lindahl estime que cela fait gagner une heure aux commerciaux à chaque utilisation.

9. Reconstruire un workflow d’enrichissement inbound à partir d’un fichier Markdown

Carolyn Ann Jones est GTM Engineer déployée sur le terrain chez Clay, ce qui signifie qu’elle est en immersion chez nos clients et qu’elle développe des solutions à leurs côtés. L’un de ces clients avait besoin que son flux d’enrichissement inbound soit reconstruit à partir de zéro. C’est un véritable défi, car l’inbound regorge de cas particuliers : une adresse e-mail personnelle dans le formulaire, un concurrent qui demande une démo ou encore un compte partenaire qui ne doit en aucun cas être transmis aux commerciaux. Carolyn Ann Jones y est parvenue en quelques minutes, en trois étapes.

1. Elle a demandé au client un fichier Markdown décrivant son ancien flux d’enrichissement de leads inbound, avec toutes ses règles et exceptions.
2. Elle a transmis le fichier à Claude Code avec une seule consigne (« Je veux créer un workflow à partir de ce fichier Markdown ») ainsi que l’espace Clay dans lequel le construire.
3. Claude Code a créé les nœuds et les a reliés selon les règles du fichier, pendant qu’elle regardait le workflow s’assembler dans Clay.

La version finale comprenait un filtre de suppression pour les cas particuliers, une procédure de traitement lorsqu’un lead y est confronté, des recherches Salesforce, des enrichissements, un scoring ICP et une logique d’attribution. Carolyn Ann Jones estime que la création manuelle d’une version fonctionnelle de ce workflow prendrait des jours, et qu’il faudrait encore plus de temps pour obtenir une version parfaitement opérationnelle.

Installer le plugin Clay Agent et créer votre premier workflow

La plupart de ces projets ont commencé par un paragraphe saisi (ou dicté) dans un terminal, accompagné des éléments dont la personne disposait déjà. Luca Prando a collé un lien vers un tableau et Carolyn Ann Jones a fourni un fichier Markdown. L’agent a posé quelques questions, puis ils ont ajusté le résultat ensemble. Tout ce qu’ils ont conçu se retrouve dans Clay, où le reste de l’équipe peut y accéder et consulter chaque exécution, sans avoir à solliciter l’aide du créateur ni à ouvrir un ticket auprès de l’équipe d’ingénierie.

Pour concevoir votre propre solution, qu’il s’agisse d’un workflow dans Clay ou d’une application pour vos commerciaux, installez le plugin Clay et montrez-nous vos réalisations.