En 2026, le problème n’est plus de « trouver une IA ». C’est de choisir, pour une tâche donnée, un outil que l’on peut expliquer, payer, et relire. ChatGPT, Mistral Vibe, un modèle appelé depuis n8n, un plugin, un serveur MCP : la liste s’allonge. Voici les critères que nous utilisons, dans l’agence et sur les projets, sans classement universel, et sans chiffres de parts de marché que nous n’avons pas à afficher ici.
Partir de la tâche, pas de l’outil à la mode
Une rédaction de première version, un résumé, une classification, une transcription, une image de travail, un branchement à un logiciel métier : ces tâches ne demandent pas le même outil, ni le même contrat, ni la même relecture. Nous commençons donc par écrire la tâche, les données en jeu, et ce qui doit sortir — un brouillon, une fiche, un classeur, un message interne.
Ensuite seulement, on regarde quel outil sait le faire de façon tenable. Un assistant généraliste, comme ChatGPT ou Mistral Vibe, convient bien à une aide ponctuelle, à une reformulation, à une exploration. Un modèle appelé dans n8n convient mieux à une tâche répétée, dans un flux que l’on peut journaliser et interrompre. Un outil spécialisé — transcription vers un tableau, pseudonymisation d’un corpus, synthèse d’un questionnaire — convient quand le parcours est déjà cadré, et que l’assistant généraliste obligerait à trop de copier-coller.
Nous n’opposons pas « le français » et « le reste du monde » par slogan. Mistral Vibe est un assistant que nous nommons ainsi, et que nous pouvons retenir quand le fournisseur, la langue, le contrat, correspondent au besoin. ChatGPT reste, pour beaucoup d’usages de rédaction et d’exploration, un outil que les équipes connaissent déjà. Ni l’un ni l’autre n’est « le bon » dans l’absolu. Le bon, c’est celui dont on assume le chemin des données, et dont on relit le résultat.
Données, contrat, clés : ce qui tranche vraiment
Avant de coller un texte dans un assistant, ou d’appeler un modèle depuis un workflow, nous posons des questions banales, et décisives. Ce contenu a-t-il le droit de sortir ? Vers quel prestataire, dans quel pays, avec quelle conservation, avec ou sans usage pour l’entraînement ? Le contrat, les options de l’espace de travail, la documentation du prestataire, valent mieux qu’une réputation.
Les clés d’API, ensuite. Une clé trop large, partagée, jamais tournée, est un risque, y compris financier. Nous l’avons déjà écrit : une alerte de budget ne suffit pas. On restreint les droits, on sépare les environnements, on journalise, on révoque. Un plugin ou un connecteur qui demande une clé et ne dit pas clairement ce qu’il en fait n’entre pas dans un projet, même s’il « marche en deux clics ».
Le MCP, que nous avons décrit dans une note précédente, change la forme du branchement, pas cette exigence. Relier un CRM ou un outil de questionnaires à un assistant, via un serveur authentifié, peut éviter des exports. Cela n’autorise pas à tout exposer, ni à laisser l’assistant conclure une action irréversible. L’IA prépare. La décision reste chez vous.
Quand le corpus est trop nominatif, nous le préparons avant, éventuellement avec un outil de pseudonymisation, et nous ne confondons pas ce geste avec une anonymisation au sens de la CNIL. Quand l’audio d’un entretien doit être transcrit, nous regardons le chemin réel des segments, pas seulement la qualité de la saisie. Le choix de l’outil dépend de ces chemins autant que de la qualité stylistique de la réponse.
Plugins, connecteurs, extensions : un même réflexe
Sous le mot « plugin » se rangent aujourd’hui des choses différentes : une extension dans un assistant, un connecteur MCP, un greffon dans Figma, un nœud dans n8n. Le réflexe, lui, peut rester le même. Quel éditeur, quelles permissions, quelles données transitent, peut-on le retirer proprement, qui le maintient ?
Un plugin Figma qui envoie des icônes vers une collection, dans un compte que l’on contrôle, n’a rien à voir avec une extension opaque qui lit une boîte mail entière. Un nœud n8n qui appelle un modèle, avec un prompt et un jeu de champs limités, n’a rien à voir avec un assistant auquel on a donné accès à tous les disques, « pour qu’il soit plus fort ». On ouvre le minimum.
Nous évitons d’empiler. Trois assistants, cinq plugins, deux coffres de clés, un tableur pour « centraliser les prompts » : la stack devient un sujet à elle seule, et plus personne ne sait où est passé un document. Mieux vaut peu d’outils, nommés dans une page interne, avec un usage et une interdiction clairs, qu’une collection que l’on enrichit à chaque nouveauté.
Les environnements de développement, de leur côté, ont largement adopté le MCP et des agents. C’est utile pour le code, à condition, encore, de savoir ce que l’agent a le droit de lire et d’écrire. Un dépôt client n’est pas un terrain d’essai. Les mêmes questions de secrets, de périmètre, de relecture, s’y posent, parfois avec plus d’urgence.
Ce que nous gardons humain, quels que soient les outils
Les faits. Un modèle peut inventer une source, une date, une référence réglementaire. Dans un article, un devis, un conseil à un client, nous vérifions, ou nous ne publions pas. Les textes officiels, pour la facture électronique, l’accessibilité, la protection des données, se lisent à la source, pas dans une réponse sûre d’elle-même.
Les envois et les engagements. Une réponse à un client, une publication, une modification de droit, une écriture financière, passent par une personne. L’outil peut préparer le texte ou le classement. Il n’appuie pas sur « envoyer » par défaut.
Le choix du moment où l’on dit non. Certains contenus ne vont dans aucun assistant grand public. Certaines tâches n’ont pas besoin d’un modèle, seulement d’une règle et d’un formulaire. Renoncer à l’IA, sur un morceau de projet, n’est pas un échec. C’est souvent de la méthode.
Un exemple, volontairement simple. Une équipe veut des comptes-rendus plus rapides après des points internes, et une aide à rédiger des pages de site. Ce n’est pas un seul outil. Le compte-rendu, s’il s’appuie sur un échange sensible, n’ira pas dans le même assistant, ou pas avec les mêmes options, qu’une page publique déjà destinée à être lue par tous. On sépare les usages, on nomme les outils, on relit. C’est plus lent à poser que d’ouvrir un nouvel abonnement. C’est plus tenable ensuite.
Une petite politique, tenable, plutôt qu’une charte décorative
Nous préférons une page courte, dans l’équipe : outils autorisés, pour quels types de contenus, avec quelle relecture, ce qui est interdit, qui on prévient en cas de doute. Cette page se met à jour quand un outil change, pas tous les jours. Elle se relie aux contrats et aux clés, pas à des intentions vagues.
En 2026, ChatGPT, Mistral Vibe, les modèles branchés dans n8n, les plugins et les serveurs MCP peuvent coexister dans une même organisation, à condition que chaque usage ait un responsable et un périmètre. Sans cela, on n’a pas une stack d’IA. On a une fuite lente, de temps, d’argent, et parfois de données.
Si vous voulez poser ces choix pour un site, une automatisation ou un outil métier, nous pouvons les écrire avec vous, à partir des tâches réelles. Un message sur la page contact, ou un premier échange, suffit. On part du travail, pas d’une liste d’abonnements à prendre.