Une équipe d’agents pour tout le marketing
Comment le marketing de Derrick tourne avec des agents Claude, et ce qui a cassé en route.

Le marketing de Derrick tourne avec une équipe d’agents Claude : sept chantiers, chacun avec des rôles et des règles écrits, et chacun avec un pilote qui contrôle la production avant que quoi que ce soit ne sorte. J’ai cofondé Derrick, un outil B2B d’enrichissement de données et de prospection utilisé par plus de 30 000 personnes, et j’ai construit ce système. Ce chapitre décrit son organisation, les règles qui le gardent honnête et ce qui a cassé, dates à l’appui. L’objectif : que vous puissiez reprendre les morceaux adaptés à une structure plus petite.
Sept leviers, un pilote chacun
Nous appelons chaque chantier un levier. Chacun a ses propres instructions, ses propres agents et un pilote, agent ou skill, dont le seul travail est de vérifier ce que le levier produit.
| Levier | Ce que font les agents |
|---|---|
| SEO | Planifier la semaine, écrire et améliorer des pages, mener des tests bornés |
| Rédiger les posts de la semaine avec la voix du fondateur | |
| Vidéo | Préparer les contenus vidéo |
| Analytics | Lire les chiffres dont dépendent les autres leviers |
| Newsletter | Préparer l’édition |
| Outbound | Sourcer, enrichir, rédiger et pousser les campagnes de prospection |
| Fabrique de features | Générer de nouvelles fonctions de données pour le produit |
Il y en a eu un huitième. Un levier Reddit a été lancé, puis arrêté en octobre 2026. Arrêter un levier est une issue normale.
Le levier LinkedIn a son propre chapitre, et le levier outbound est devenu un plugin Claude Code publié. Son flux : l’import (sourcing à partir d’un ICP, cinq chemins possibles), un enrichissement qui s’arrête au premier signal exploitable, un message écrit avec la voix de l’utilisateur, une séquence que l’agent recommande et que l’humain monte dans son outil d’envoi, un push avec une vérification pour ne jamais écraser un lead déjà dans une campagne active, et une revue hebdomadaire qui classe les réponses avec la citation et les croise avec la variante A/B et le type de signal.
Qui décide, qui exécute
Dans le levier SEO, un agent Head of SEO planifie la semaine et rend des verdicts. Des agents rédacteurs et optimiseurs produisent et améliorent les pages. Un agent expérimentateur mène des tests bornés, par exemple sur 10 pages, et chaque test reçoit un verdict daté à quatre semaines. Personne ne laisse tourner un test parce qu’il « a l’air prometteur ».
Deux règles techniques façonnent l’ensemble. Le modèle le plus puissant va à l’agent principal et aux experts, là où le jugement compte. Un petit modèle rapide prend les sous-tâches purement mécaniques, comme un rechercher-remplacer ou une recherche dans des fichiers. Et un sous-agent ne peut pas lancer un autre sous-agent : la délégation s’organise donc depuis le haut. L’agent principal découpe le travail, les sous-agents rendent leurs résultats, rien ne se ramifie plus bas.
L’arborescence ci-dessous est simplifiée, ce n’est pas la vraie, mais elle montre le principe qui compte : un fait vit au niveau le plus bas partagé par tout ce qui l’utilise, et les niveaux supérieurs pointent vers lui au lieu de le recopier.
marketing/
CLAUDE.md # règles communes, pointe vers les fichiers ci-dessous
facts/product.md # le seul endroit où vivent prix et fonctionnalités
build-log.md
levers/
seo/
CLAUDE.md # règles SEO, pointe vers facts/product.md
experts/head-of-seo.md
experts/experimenter.md
tests/register.yaml
linkedin/
voice.md
archetypes/
Les faits produit vivent dans un seul fichier. Un script vérifie qu’une fonctionnalité existe avant qu’un contenu la cite, et les décomptes (nombre de fonctionnalités, nombre de pages) sont toujours calculés, jamais tapés à la main. Un décompte écrit en dur n’est juste que le jour où vous l’écrivez.
Les règles qui gardent le système honnête
L’essentiel du travail est passé dans les règles. Voici celles que je garderais si je devais tout recommencer :
| Règle | Pourquoi |
|---|---|
| Chaque texte sortant passe un lint mécanique, puis un juge en contexte vierge | Attrape mots interdits, prix faux et noms de concurrents, puis le ton et les affirmations |
| Un agent ne note jamais son propre travail | Il trouvera toujours sa production convaincante |
| Des briefs figés sont relancés après toute modification d’un skill de rédaction | Un « petit » changement d’instruction peut casser trois autres cas |
| Un tableau de bord hebdomadaire compare production et résultat | Pages publiées et trafic sont deux chiffres différents |
| Une leçon durable est écrite dans les instructions de l’expert | Une leçon rangée seulement dans un registre est oubliée au passage suivant |
| Les agents lisent un condensé des gros fichiers, sans secrets ni données personnelles | Les CSV et logs bruts gaspillent le contexte et font fuiter des données |
| Les routines vérifient d’abord leurs outils, et s’arrêtent s’il en manque un | Une solution de repli improvisée produit des erreurs sûres d’elles |
| Une routine propose ; publier ou envoyer exige une exception écrite | L’humain garde la main sur le bouton |
| Chaque construction notable est consignée avec le quoi, le pourquoi et les leçons | Un mois plus tard, le pourquoi a disparu |
Deux points sur les routines passent facilement inaperçus. Lancez chaque nouvelle routine une fois à la main : sinon elle peut rester bloquée sur une demande d’autorisation que personne ne voit, et ne jamais tourner. Et une routine figée ressemble trait pour trait à une routine au repos, donc un script vérifie que chaque routine a bien tourné quand elle le devait. Les deux sont détaillés dans le chapitre sur les routines.
Ce qui a cassé en route
C’est la partie que je trouve la plus utile à partager, parce que plusieurs des règles ci-dessus sont nées d’incidents comme ceux-ci.
| Date | Ce qui s’est passé | Ce qui a changé |
|---|---|---|
| 05/11/2026 | Un des exports de l’agent Head of SEO ne comptait qu’environ un tiers des clics réels, et un arrêt de production avait été décidé sur un faux zéro (détails) | Vérifier que les totaux concordent avant de combiner deux exports |
| 05/11/2026 | Rejoué sur les données corrigées, un des trois anciens verdicts s’est révélé faux, et une mise à jour de routine avait gâché un test en touchant des pages en test | Déclarer des pages en test ne sert à rien si les routines ne lisent pas la déclaration |
| 09/11/2026 | Un service de données passait son contrôle de santé alors que toutes les vraies requêtes échouaient (détails) | Un contrôle de santé doit emprunter le vrai chemin |
| 09/11/2026 | Toute l’organisation d’agents existait en un seul exemplaire, sur un seul ordinateur portable (détails) | Sauvegarde dans un dépôt privé, données clients exclues, push bloqué si un secret apparaît |
| 10/11/2026 | Un post LinkedIn disait « filtrer, puis enrichir », mais le bouton play de la colonne enrichissait aussi, et facturait, les lignes masquées (détails) | Corrigé dans le produit ; tout geste promis par un post est d’abord vérifié dans le produit |
Un incident plus petit, du 1er novembre 2026, a sa place ici. Une fonctionnalité n’apparaissait qu’une fois ses prérequis remplis, si bien que la plupart des utilisateurs ne la voyaient jamais. Elle est désormais toujours affichée, avec une explication de ce dont elle a besoin.
L’incident de mesure est celui que je raconterais à tout le monde, parce que chaque graphique avait l’air plausible. Mesurer ce que l’agent rapporte approfondit le choix d’instruments fiables.
Ce qu’il faut reprendre si vous commencez plus petit
Vous n’avez pas besoin de sept leviers. Un levier avec un pilote, un lint et un build log vous donne déjà l’essentiel du bénéfice. Les résultats SEO issus de ce système sont dans l’étude de cas Derrick.
Un ordre raisonnable :
- Choisissez le levier où le travail est le plus répétitif et la production la plus facile à vérifier.
- Écrivez le fichier de faits et la liste d’expressions interdites avant le premier prompt.
- Ajoutez le lint, puis le juge, puis les briefs figés.
- Lancez la routine à la main, puis en planifié, en mode proposition uniquement.
- Ouvrez le build log dès le premier jour, avec le quoi, le pourquoi et la leçon.
Prochaine étape : notez le levier que vous confieriez en premier à des agents, le pilote qui le contrôlera, et le chiffre de votre tableau de bord hebdomadaire qui vous dirait de l’arrêter.