Avant MCP, la boucle était figée et fuyait de partout. Vous filtriez dans l’interface de quelqu’un d’autre, vous exportiez un CSV, vous le chargiez ailleurs, et vous écriviez un prompt par-dessus les colonnes que vous aviez pensé à inclure. Chaque étape jetait du contexte, et le modèle n’avait jamais l’occasion de poser une deuxième question. Il résumait superbement votre export et n’avait aucune idée de ce qui se trouvait en dehors.
Avec un serveur Model Context Protocol, c’est le modèle qui tient les outils. Il demande, il lit la réponse, il pose une meilleure question. Ce resserrement itératif, c’est exactement ce que fait un bon analyste et exactement ce qu’un tableur ne sait pas faire. Le changement, ce n’est pas que l’IA est devenue plus intelligente ; c’est que la donnée a cessé d’être un instantané pour devenir quelque chose que le modèle peut interroger.
La surface d’outils, et pourquoi sa forme compte
Une surface de prospection complète tient en six outils environ : compter les boutiques qui matchent, les chercher, récupérer une boutique en entier, récupérer son catalogue, récupérer son historique de trend, et vérifier le quota restant. C’est tout. Les petites surfaces d’outils sont une qualité, pas un compromis — les modèles choisissent mal devant quarante options qui se recouvrent, et chaque outil en plus est une chance supplémentaire d’appeler le mauvais à l’étape neuf d’une longue chaîne.
L’outil quota est le plus sous-estimé de tous. Donnez à l’agent un budget explicite dans son brief — tu as deux cents appels pour cette session, vérifie le quota restant avant d’entrer dans une boucle, arrête-toi et fais un rapport si tu passes sous vingt — et il se met à se comporter comme un salarié avec une carte de société plutôt qu’avec vos coordonnées bancaires. Les agents n’économisent pas spontanément. Ils pagineront joyeusement sur tout ce que vous leur autorisez.
Comme ces outils reposent sur la même surface REST que le reste, tout ce que l’agent découvre est portable. Une conversation produit un filtre, le filtre devient une requête enregistrée, la requête enregistrée devient un workflow planifié. Ce chemin de l’exploration à la production, c’est tout l’intérêt de la manœuvre, et il casse à la seconde où votre agent et votre pipeline lisent des données différentes.
Le branchement prend quatre minutes
Dans un agent de code en terminal, c’est une commande qui ajoute un serveur MCP en HTTP avec votre clé API dans un header. Dans un client desktop ou un éditeur, c’est quelques lignes de JSON dans le fichier de config qui nomment l’URL du serveur et le même header. Dans un moteur de workflow, c’est un nœud MCP Client pointé sur la même adresse. Partout, la liste d’outils est découverte automatiquement, donc vous ne codez jamais un nom d’outil en dur et rien ne casse quand des outils s’ajoutent.
Testez avec une question dont vous connaissez déjà la réponse. Demandez combien de boutiques WooCommerce contient la base. Si ça revient à 58 549, votre connexion fonctionne. Si le modèle louvoie, arrondit, ou sort un nombre plausible sans qu’aucun appel d’outil n’apparaisse, votre clé ou votre transport est en cause et tout ce qui suit relève de la fiction. Vérifiez sur un nombre connu avant de faire confiance à un nombre inconnu — ça prend dix secondes et ça économise des après-midi entiers.
Donnez à l’agent un endroit où noter les choses
Une session de chat n’est pas un système. Fermez la fenêtre et l’agent oublie quels segments il a explorés, quels comptages il a trouvés, quels domaines il a déjà remontés. Deux jours plus tard, il redécouvre les deux cents mêmes boutiques Shopify et vous les présente avec le même enthousiasme. La mémoire n’est pas un confort ici ; c’est ce qui sépare un assistant d’une démo.
La mémoire minimale viable, c’est deux fichiers ou deux tables. Un journal des segments : le filtre exprimé en champs, le comptage qu’il a renvoyé, la date, et votre verdict sur l’intérêt de le poursuivre. Un journal des contacts : domaine, date, campagne, résultat. Le premier empêche la redécouverte. Le second vous empêche d’écrire deux fois au même marchand. Les deux peuvent vivre derrière un autre serveur MCP — une base, un outil de notes, un système de fichiers — ou simplement dans un fichier de projet que l’agent lit au début de chaque session et complète à la fin.
Inscrivez la lecture et l’écriture dans le brief comme une étape dure, pas comme une suggestion. Les agents sautent l’intendance dès qu’elle est optionnelle, parce que rien dans leur objectif ne la récompense. Faites-en l’étape une et l’étape finale, formulées comme une instruction et non comme une préférence.
Le brief d’agent en cinq champs
Tout agent qui mérite d’être gardé tient en cinq champs courts. Mission : une phrase sur ce dont il est responsable. Entrées : ce qu’il reçoit et de qui. Sorties : ce qu’il produit, dans quel format, et où il le dépose. Garde-fous : ce qu’il ne doit jamais faire sans demander. Sources de vérité : quels outils et quels champs il a le droit de traiter comme des faits. Un paragraphe chacun, et si vous n’arrivez pas à remplir un champ, l’agent n’est pas encore assez bien défini pour être construit.
Pour un agent de recherche, ça donne : mission, produire une shortlist scorée de boutiques correspondant à un brief. Entrées, une description de segment en langage naturel plus un budget d’appels. Sorties, un tableau de domaines avec un score, trois lignes de preuve nommant chacune son champ, et une étiquette de segment tirée d’une liste fermée. Garde-fous, ne contacter personne, ne jamais dépasser le budget, s’arrêter et demander si le comptage est nul ou au-dessus d’un plafond. Sources de vérité, la fiche boutique, le catalogue, le trend et le bloc Google.
Le champ que tout le monde saute, c’est sources de vérité, et c’est celui qui décide si la sortie est exploitable. Nommez ce que l’agent a le droit de traiter comme un fait, et dites clairement ce qui n’existe pas dans votre stack. Dans notre cas, cela inclut explicitement les données publicitaires, quelles qu’elles soient : il n’y en a aucune, nulle part dans le système. Un agent à qui on dit ce qu’il n’a pas le dira. Un agent laissé libre de combler le trou écrira un paragraphe fluide sur la stratégie publicitaire d’une boutique, entièrement inventé, et vous ne le remarquerez pas avant qu’un prospect ne le fasse.
Trois garde-fous qui portent l’essentiel
Comptez avant de chercher. Compter est bon marché, chercher ne l’est pas, et un filtre qui matche onze boutiques ou quatre cent mille est un filtre à corriger avant qu’il ne consomme quoi que ce soit. Demandez à l’agent de rapporter d’abord le comptage, d’ajuster exactement un critère s’il est hors bande, et de dire lequel il a changé. Un seul critère à la fois, c’est la même discipline que pour tester un texte de prospection : changez deux choses et le résultat ne vous apprend rien.
Citez le champ derrière chaque affirmation. Chaque énoncé factuel sur une boutique doit être suivi du nom du champ d’où il vient, et si le champ est vide, l’énoncé disparaît au lieu d’être déduit. Ça rend l’hallucination structurellement visible : une affirmation fabriquée n’a aucun champ à pointer. C’est le contrôle qualité le moins cher de toute la pile et il tient en une phrase de system prompt.
Gardez un humain entre le brouillon et l’envoi. Pas par prudence, par intérêt bien compris : la personne qui lit la file est votre signal le plus rapide sur la justesse du segment, de l’offre et du texte. Un agent qui envoie tout seul supprime la seule boucle de retour qui vous apprenait réellement quelque chose.
Une petite équipe bat un gros agent
Un agent unique qui fait la recherche, le scoring, la rédaction et le contrôle qualité fera les quatre correctement et aucun des quatre bien, parce que les instructions de chaque tâche tirent dans des directions opposées. Découpez : un orchestrateur qui porte l’objectif et délègue, un chercheur qui ne fait que requêter et présélectionner, un scoreur qui ne fait que classer, un rédacteur qui ne fait que transformer une fiche en un brouillon, et un relecteur qui ne fait que juger. Chacun reçoit son brief en cinq champs et son accès outils étroit.
Le relecteur est celui que presque personne ne construit et dont tout le monde a besoin. Son unique métier est de lire la sortie d’un autre agent en face de la fiche source et de répondre à trois questions : chaque affirmation est-elle rattachable à un champ, un élément obligatoire manque-t-il, le ton correspond-il au brief. Son verdict est valide, à revoir ou rejeté — avec un motif. Et surtout, il ne corrige rien. Un relecteur autorisé à réécrire aplatira tout vers la même voix moyenne en une semaine.
Gardez un brief modèle inactif que vous clonez à chaque nouvel agent. Ça sonne bureaucratique pour une équipe de quatre, et c’est la seule chose qui empêche la dérive lente où chaque agent accumule ses conventions privées et où plus rien ne se compose. Copier, éditer les cinq champs, activer.
Là où ça casse encore
Les longues boucles épuisent le contexte, et l’échec est silencieux. Un agent à quarante appels d’outils dans une même session commence à résumer au lieu de lire, et vous ne verrez pas le moment où il a cessé d’être précis. Contrez-le en demandant des agrégats plutôt que des lignes dès que c’est possible — distributions par plateforme, comptages par pays, médianes par tranche — et en plafonnant le nombre de fiches complètes qui entrent dans une même session.
Les modèles sont aussi optimistes sur leur propre couverture. Après une seule page de résultats, un agent annoncera volontiers qu’il a trouvé toutes les boutiques correspondant à vos critères. Imposez la version honnête dans le brief : rapporter le comptage total, puis le nombre de fiches réellement examinées, puis la conclusion. Ces trois nombres côte à côte rendent la surenchère impossible, et vous serez surpris de voir à quel point l’écart entre les deux premiers est souvent énorme.
Rien de tout ça ne rend l’agent autonome, et c’est très bien ainsi. Ce qu’il produit, c’est une shortlist avec ses preuves attachées, assemblée en quelques minutes à partir de données que vous n’auriez pas pu lire à la main, prête à être acceptée ou jetée par un humain. Ce n’est pas une ambition plus petite que l’automatisation totale. C’est la version qui survit à un client qui demande d’où vient une affirmation.