L'agent qui écrit dans votre base de contacts

Une plateforme marketing grand public vient d'ouvrir sa porte de service aux assistants IA. Pas sous forme d'une intégration maison, ni d'un bouton « générer avec l'IA » posé dans son éditeur : sous forme d'un serveur d'outillage, le même mécanisme que celui qui relie déjà un assistant à un dépôt de code ou à une base de tickets. En pratique, cela veut dire qu'une phrase tapée dans une fenêtre de conversation peut désormais créer un contact, poser une étiquette, écrire un bulletin et l'envoyer à votre liste.

Le geste est court. Ses conséquences ne le sont pas. Une base de contacts n'est pas un dépôt de code : on ne la restaure pas par un retour en arrière, et un envoi parti ne revient pas. Cet article regarde ce qu'un assistant peut réellement faire dans un tel compte, ce que les documentations officielles de l'éditeur affirment sans s'accorder entre elles, et à quelles conditions le branchement reste gouvernable.

Le principe du protocole d'outillage — MCP, dans sa désignation d'origine — est décrit dans Le protocole d'outillage : standardiser l'accès aux outils. Les trois articles qui précèdent celui-ci en ont tiré les conséquences pratiques : l'agent qui emprunte votre session, celui à qui l'on donne ses propres clés, et le catalogue d'outils que personne ne vérifie. Ce qui change ici, c'est la nature de la cible. Ce n'est plus un outil de développeur. C'est le fichier client d'une petite entreprise.

Ce que l'assistant peut réellement y faire

Deux sources officielles décrivent les capacités du serveur, et elles ne disent pas la même chose. La documentation destinée aux développeurs énumère les contacts, les étiquettes, les champs de contact et les bulletins, puis ajoute une phrase sans ambiguïté : ce sont là les seules capacités exposées, les autres fonctions de la plateforme ne sont pas encore prises en charge. Cette page porte la mention « mise à jour il y a trois mois ».

Le centre d'aide, lui, consacre neuf articles au sujet et documente en plus les tunnels de vente, les règles d'automatisation, les produits numériques et les offres tarifaires. Ses pages les plus récentes datent des 20 et 27 août 2026.

Les deux sources sont officielles ; la seconde est la plus fraîche. Cet écart n'est pas une anomalie de rédaction, c'est la signature d'une fonction qui bouge vite — l'éditeur qualifie lui-même son serveur de « version initiale » dont la stabilité est encore en cours de renforcement. La conséquence pratique est simple, et elle vaut au-delà de cette plateforme : la documentation ne fait pas foi, la liste d'outils affichée par le connecteur fait foi. C'est elle qu'il faut lire, au branchement, puis à chaque mise à jour.

Voici l'état annoncé par la source la plus récente, au 3 septembre 2026.

Regardez la colonne de droite plutôt que celle du milieu. Le déséquilibre y est net : l'assistant sait créer à peu près partout, mais il ne sait corriger presque nulle part. Un tunnel mal nommé, une règle d'automatisation posée de travers, une étape d'inscription en trop : rien de tout cela ne se répare depuis la conversation. Il faut rouvrir le tableau de bord.

Les déclencheurs disponibles pour les règles d'automatisation tiennent d'ailleurs sur une ligne : une étiquette ajoutée, une étiquette retirée, une inscription à un formulaire de tunnel. Les actions se limitent à ajouter ou retirer une étiquette. C'est de quoi câbler l'entrée d'une liste, pas de quoi orchestrer un parcours d'achat.

La clé d'accès n'est pas un jeton de lecture

La clé se crée dans les réglages du compte, à la rubrique des clés d'interface, avec un nom et une date d'expiration. Deux détails de son fonctionnement méritent plus d'attention qu'ils n'en reçoivent d'ordinaire.

Le premier concerne l'authentification. Le serveur accepte la clé de deux manières : dans un en-tête de requête dédié, ou dans l'adresse elle-même, sous forme de paramètre. La procédure de branchement officielle retient la seconde, la plus simple : l'adresse à coller dans l'assistant contient la clé en clair. Cette souplesse existe pour une bonne raison — tous les clients ne permettent pas de configurer des en-têtes — mais elle a un coût. Une adresse voyage : elle se retrouve dans un historique, dans une capture d'écran d'assistance, dans un fichier de configuration synchronisé, dans un message envoyé à un prestataire. Un en-tête, non.

Le second concerne les quotas. Ils sont partagés entre toutes les clés d'un même compte, et le serveur répond par un refus explicite lorsque le plafond est atteint. Autrement dit, une clé qui s'emballe dans un coin ne pénalise pas seulement son propre usage : elle consomme la réserve commune. La séparation des clés par usage reste la bonne pratique — c'est le sujet de Donnez à votre agent ses propres clés, pas les vôtres — mais il faut savoir qu'elle cloisonne les droits et la révocation, pas la capacité.

Trois niveaux de permission, et une décision à ne pas déléguer

Côté assistant, le branchement passe par la fonction de connecteurs. La procédure officielle, mise à jour le 20 août 2026, tient en quelques écrans : ajouter un connecteur personnalisé, lui donner un nom, coller l'adresse du serveur. Un article jumeau décrit le même branchement sur l'autre assistant grand public. La fonction est disponible sur les formules courantes, y compris gratuites, sur le web comme sur mobile.

Ce qui suit est la partie intéressante. Une fois connecté, le connecteur affiche la liste des outils que l'assistant pourra employer, séparée en deux familles : ceux qui lisent, et ceux qui écrivent ou suppriment. Chaque outil accepte l'un de trois niveaux : toujours autoriser, demander l'accord, bloquer. Un réglage global s'applique à tous ; un réglage personnalisé permet de décider outil par outil.

C'est le seul endroit de la chaîne où vous tranchez réellement quelque chose. Le réglage par défaut est confortable, et c'est précisément ce qui doit alerter : autoriser globalement, c'est accorder l'écriture et la suppression sur la base de contacts au même titre que la lecture. La règle utile est asymétrique. Lecture : toujours autoriser. Écriture : demander l'accord. Suppression et envoi : bloquer, et débloquer à la demande.

L'éditeur ajoute un garde-fou de son côté : pour les actions qu'il juge sensibles — planifier, envoyer, supprimer un bulletin — l'assistant demande confirmation. C'est une bonne nouvelle, à condition de ne pas s'y adosser. Ce garde-fou dépend de l'éditeur, du client employé et de la version ; il n'a pas la même valeur qu'un outil que vous avez explicitement bloqué. Un garde-fou que vous n'avez pas posé vous-même n'est pas un garde-fou, c'est une politesse. La question de fond — combien d'autonomie accorder, et jusqu'où — est traitée dans Faut-il faire confiance à un agent IA ?

Ce que cela coûte

Le serveur d'outillage n'est pas facturé à part : il donne accès au compte, et c'est le forfait du compte qui fixe les plafonds. Quatre niveaux figurent sur la page tarifaire française, relevés le 3 septembre 2026.

Les envois d'e-mails sont annoncés illimités sur tous les niveaux, y compris le niveau gratuit, et les frais de transaction à 0 %. Pour l'usage qui nous occupe, le point notable est ailleurs : le niveau gratuit suffit à évaluer le branchement. Deux mille contacts, un tunnel, une règle d'automatisation : c'est assez pour vérifier ce que le connecteur expose réellement, mesurer ce que l'assistant crée sans savoir corriger, et décider ensuite. Le forfait payant se justifie par les plafonds de la plateforme, pas par l'accès à l'assistant.

Mettre en service sans y laisser sa liste

Ce qui suit est un protocole, pas un verdict. Les capacités décrites plus haut sont sourcées sur les pages officielles de l'éditeur et datées ; la qualité de ce que l'assistant produira dans votre compte, sur vos formulations, ne se déduit d'aucune documentation. Elle se mesure, et elle se mesure chez vous.

1. Ouvrez un compte gratuit distinct de votre compte de production. Le branchement s'évalue sur des données dont la perte n'a aucune conséquence. Une base de contacts réelle n'est pas un bac à sable, et ce n'est pas réversible.
2. Créez la clé avec une expiration courte et un nom qui dit l'usage. Notez où vous la collez.
3. Avant tout usage, lisez la liste d'outils affichée par le connecteur et comparez-la au tableau plus haut. C'est le contrôle qui compte : la documentation peut être en retard, l'écart entre les deux sources officielles le prouve.
4. Réglez les permissions à froid : lecture autorisée, écriture sur accord, suppression et envoi bloqués. Faites-le avant la première demande, pas après le premier incident.
5. Faites décrire, puis créer. Demandez d'abord ce qui va être créé, avec les noms exacts ; validez ; autorisez ensuite. C'est la seule parade au « créer sans modifier ».
6. Testez l'envoi sur une liste de test à un destinataire, le vôtre. Un envoi est l'action la moins réversible de toute la chaîne.
7. Rejouez la lecture de la liste d'outils après une mise à jour. La fonction est en version initiale : ce qui était hors de portée le mois dernier peut être devenu accessible, sans que personne vous prévienne.
8. Décidez d'une frontière et écrivez-la. Ce que l'assistant fait dans ce compte, et ce qui reste à la main. Sans cette ligne, l'usage glisse vers le confort.

Quatre articles, une même bascule observée de plus en plus près. L'agent a d'abord emprunté votre session, puis reçu ses propres clés, puis tiré du code que personne n'avait lu ; il entre maintenant dans le fichier client. Les questions ne changent pas, seul l'enjeu monte — et la règle de la série tient toujours : tout ce que vous ne cloisonnez pas explicitement, vous l'accordez. Pour reprendre depuis le début, l'article L'agent navigue dans votre session, pas dans la sienne ouvre la question, et Connecter un agent IA à vos outils et vos données en donne le cadre général. Les mouvements du domaine sont suivis dans le radar IA et dans le bulletin Nouveautés.

Une question, un projet IA ?

Vous voulez brancher un assistant sur vos outils métier sans lui ouvrir le fichier client en écriture ? Échangeons sur votre contexte.

Prendre contact →