Créez des outils GTM sur mesure avec Clay

Aujourd’hui, nous lançons le Plugin de Clay pour tous les clients. Le Plugin regroupe la CLI et l’API de Clay dans une interface unique, idéale pour des agents de codage comme Claude Code et Codex. Les agents peuvent créer des workflows, lancer des Enrichissements, extraire des données auprès d’Audience et de plus de 200 Fournisseur de données, puis déclencher des Action dans Clay, le tout en mode headless. C’est la façon la plus rapide de bâtir des systèmes GTM sur mesure avec l’infrastructure de Clay. Concevez exactement ce dont votre équipe a besoin, sans les coûts de maintenance continus ni les risques liés aux outils personnalisés.

Quoi de neuf

La version bêta ouverte a permis aux équipes d’enrichir depuis le Data Marketplace de Clay et de créer des flux de travail avec un agent de codage. GA élargit considérablement le champ d’action.

• Audience. Importez des enregistrements, gérez les champs, créez des segments et interrogez vos données de façon programmatique. Constituez et entretenez les listes qui alimentent vos campagnes Outbound et vos parcours client, sans jamais ouvrir un navigateur.
• Sequencer. Créez des campagnes de bout en bout, connectez‑les aux audiences et consultez les analyses de performance. Votre orchestration de sensibilisation cohabite avec la logique d’enrichissement et de scoring qui l’alimente.
• Query Tables. Exécutez des requêtes sur vos Clay Tables depuis la CLI ou l’API. Intégrez les données dans vos tableaux de bord, alimentez vos outils internes, ou créez une Surveillance en cours qui s’appuie sur vos processus existants.

Cela étend les fonctionnalités du plugin à davantage d’opérations que vous configurez habituellement dans l’interface de Clay. Il est maintenant disponible en mode headless, ce qui vous permet de les intégrer dans le système dont votre équipe a besoin.

Créez des outils personnalisés pour vos équipes sur l’infrastructure de Clay

Les entreprises veulent une interface unique pour leurs représentants, plutôt que de jongler entre une douzaine d’onglets. Aujourd’hui, créer des outils internes sur‑mesure est plus simple que jamais : les développeurs peuvent monter une interface de représentant en un après‑midi. Le vrai défi n’est pas d’obtenir une première version qui enthousiasme l’équipe commerciale, mais de garder les Intégration à jour, de gérer l’authentification, les limites de débit et les évolutions de schéma quand les fournisseurs modifient leurs API. Le lancement initial est rapide, mais les coûts de maintenance s’accumulent.

Quand les équipes opérationnelles créent cette interface avec le plugin de Clay, la partie la plus difficile est déjà faite. Les cascades d’enrichissement, les modèles de scoring, la logique de routage et plus de 200 intégrations de fournisseurs de données fonctionnent et sont maintenues dès le départ. Les équipes utilisent le plugin pour injecter cette infrastructure existante dans une expérience commerciale adaptée à leur processus de vente, sans avoir à construire ou entretenir elles‑mêmes le lien technique.

Le résultat est un outil sur‑mesure qui ressemble à ce qu’une équipe d’ingénierie mettrait des mois à développer, mais qui a été livré en quelques jours par une équipe ops grâce à un agent de codage. L’équipe d’ingénierie de Clay assure la majeure partie de la maintenance continue, tandis que l’équipe ops consacre son temps à ajouter des améliorations spécifiques aux besoins de son équipe commerciale.

Systèmes de surveillance en cours automatisée et d'auto‑guérison

La disponibilité compte quand vos systèmes GTM génèrent du revenu. Mais les flux de travail complexes se cassent subtilement, et c’est difficile à repérer à la main : un fournisseur de données en amont modifie le format d’un champ, une cascade d’enrichissement voit ses taux de correspondance baisser, la délivrabilité d’un (outil de) séquençage chute sous le seuil.

Avec la surface API élargie du plugin, les équipes mettent en place une Surveillance en cours automatisée de toute leur opération GTM. Elles interrogent les flux de travail pour repérer les anomalies selon un planning. Elles configurent des alertes dès que les indicateurs clés s’écartent des valeurs attendues. Elles orientent les problèmes vers le bon responsable avant qu’ils n’impactent le Pipeline.

Certaines équipes sont allées plus loin, en créant des systèmes d’auto‑réparation agentiques qui détectent les problèmes et appliquent les correctifs sans créer de panique pour leur équipe. Un workflow qui remarque une chute des taux de correspondance peut automatiquement réorganiser la En cascade. Un Surveillance en cours agent qui voit la délivrabilité baisser peut mettre la séquence en pause et la signaler pour révision.

Votre système de revenus doit être aussi fiable que votre infrastructure produit. Il l’est maintenant.

Découvrez ce qui tourne, pas seulement ce qui a été livré

Quand l’automatisation GTM vit dans un script local ou le Sandbox d’un·e agent de codage, le résultat est une boîte noire. Si quelque chose se casse en aval, vous consultez les journaux. Si un·e collègue veut comprendre comment fonctionne une séquence, vous le guidez à travers le code.

Construire sur Clay signifie que chaque enregistrement, chaque enrichissement, chaque étape du workflow est visible. Suivez le chemin d’un·e enregistrement à travers un scénario complexe. Parcourez les résultats pour les valider avant le lancement. Partagez un workflow avec un·e collègue ; il·elle voit exactement ce qui s’exécute et pourquoi — aucune relecture de code n’est requise.

Chaque Action effectuée via le plugin est également enregistrée automatiquement dans Clay. Les équipes ops disposent d’une trace d’audit centralisée : ce qui est construit, ce qui tourne et quelles données sont consultées, sur chaque agent, chaque interface, chaque équipe. Pas besoin de créer une journalisation séparée à partir de zéro. Quand la question surgit, la réponse est déjà là.

Une gouvernance sans surcharge

Lorsque les équipes de développement créent localement des automatisations GTM, les données de production les accompagnent. Exportations CRM, résultats d’enrichissement, listes de contacts, listes d’exclusion — tout réside sur des machines individuelles et circule entre outils et environnements de façon difficile à suivre. Une machine compromise, un point d’accès piraté, ou même simplement des données qui passent par une chaîne d’outils non surveillée, peuvent exposer les données clients sans que personne ne s’en rende compte.

S’appuyer sur le plugin de Clay signifie que les données ne quittent jamais la plateforme. Les agents exécutent le travail en arrière‑plan, mais les données, la logique et les résultats restent tous dans l’infrastructure de Clay — pas sur un ordinateur portable ou dans un Sandbox local.

Les entreprises investissent massivement dans la conformité SOC2 et la posture de sécurité de l’information, car c’est cette confiance qui permet de décrocher les gros contrats. Faire tourner l’automatisation GTM en dehors d’un environnement gouverné met cet investissement en danger et affaiblit la crédibilité nécessaire pour conclure vos plus gros deals. Le plugin vous permet de créer avec la même rapidité et flexibilité qu’un agent de code, tout en bénéficiant d’une piste d’audit et de contrôles de plateforme déjà en place.

Bien démarrer

Le plugin de Clay est disponible dès aujourd’hui, sans frais supplémentaires. Installez‑le depuis Claude Code, Codex, Cursor ou n’importe quel terminal pour commencer à créer. Si vous utilisez déjà Clay, tout ce que vous avez construit — tables, flux de travail, enrichissements, audiences — est accessible dès le premier jour. Pour démarrer, demandez à n’importe quel agent de codage de Configurer le plugin Clay en suivant les étapes sur https://github.com/clay-run/agent-plugins.

‍