n8n s’est imposé comme une référence de l’automatisation. Son éditeur visuel, ses centaines de connecteurs et sa capacité à s’auto-héberger en font un outil puissant pour relier des services entre eux : recevoir un e-mail, en extraire une pièce jointe, la résumer avec un modèle de langage, créer un ticket, notifier une équipe. Lorsque ces workflows intègrent de l’IA, n8n orchestre très bien la chaîne. Reste une question qu’aucun outil d’orchestration ne tranche à votre place : que voit le fournisseur du modèle quand un nœud lui envoie du texte ?
Orchestrer et protéger la donnée sont deux problèmes différents
Un workflow n8n auto-hébergé garde vos automatisations chez vous. Mais au moment précis où un nœud appelle un modèle de langage hébergé dans le cloud, le contenu transmis (un CV, un contrat, un e-mail client, une facture) quitte votre périmètre tel quel. n8n n’a pas vocation à anonymiser ce contenu : ce n’est pas son métier, et c’est d’ailleurs une demande récurrente de sa communauté, à laquelle chacun répond aujourd’hui par des bricolages au cas par cas.
C’est exactement là que CLEVYA intervient. Non pas en remplacement de n8n, mais en complément : une brique souveraine qui se place entre votre workflow et le modèle, remplace en local les identifiants détectés par des codes avant tout envoi et, en cas de doute, garde la donnée sur votre serveur (fail-closed).
Le schéma : CLEVYA s’intercale entre le nœud IA et le modèle
Dans un workflow classique, le nœud d’IA envoie son texte directement au modèle. Avec CLEVYA, le flux passe par une étape supplémentaire, locale :
Workflow n8n → le texte à traiter → CLEVYA (anonymisation locale + journal d'egress) → le modèle ne reçoit que des jetons → réponse → re-substitution locale → retour dans le workflow n8n.
Le modèle ne voit jamais « Sophie Martin », « FR76… » ou un numéro de client : il reçoit des jetons typés et cohérents, raisonne dessus, et la réponse est reconstituée sur votre serveur. La table qui relie les jetons aux valeurs réelles ne quitte jamais votre périmètre.
Trois exemples concrets
Ressources humaines. Un workflow n8n reçoit les CV par e-mail et les résume avec un modèle pour pré-trier les candidatures. Sans protection, noms, adresses, numéros de téléphone et prétentions salariales partent au fournisseur. Avec CLEVYA intercalé, le modèle ne voit que des marqueurs : il résume les compétences sans connaître l’identité du candidat.
Support client. Un workflow classe automatiquement les tickets entrants à l’aide d’un modèle. Les e-mails, références clients et numéros de commande transitent par le cloud. CLEVYA les masque avant l’envoi ; le classement reste pertinent, la donnée reste chez vous.
Comptabilité et juridique. Un workflow extrait les informations clés de factures ou de contrats. IBAN, montants nominatifs, raisons sociales y figurent en clair. CLEVYA agit comme un pare-feu : ce qui identifie une partie est remplacé, ce qui permet le calcul ou l’analyse est conservé.
La vraie valeur : la preuve, pas seulement le masquage
Masquer des données avant un appel LLM n’est pas une idée nouvelle, et plusieurs outils savent le faire. Le parti pris de CLEVYA tient en un mot : la preuve opposable. L’architecture est pensée autour d’un journal d’egress lisible par un délégué à la protection des données : à chaque envoi, il permet de montrer (et pas seulement d’affirmer) ce qui a été masqué et ce qui est réellement sorti. La détection n’est pas parfaite (le risque zéro n’existe pas), mais le journal rend chaque envoi vérifiable, et le principe directeur reste le même partout : sur le doute, le dispositif bloque plutôt que de laisser passer.
C’est cette capacité de démonstration qui transforme un usage aujourd’hui souvent interdit par un service juridique en un usage autorisé et auditable. L’échéance du règlement européen sur l’IA, applicable au 2 août 2026, rend cette traçabilité d’autant plus concrète pour les organisations concernées.
Garder n8n, ajouter la confiance
Le message est simple : vous utilisez déjà n8n, ou un autre orchestrateur ? Gardez-le. CLEVYA ne cherche pas à le remplacer, mais à combler l’angle mort qu’aucun outil d’orchestration ne couvre : remplacer en local les identifiants détectés par des codes avant tout envoi, garder la donnée en local en cas de doute, et tracer ce qui est sorti dans un journal vérifiable. L’orchestration reste à n8n. La preuve souveraine revient à CLEVYA.
Pour aller plus loin
La brique qui se place devant vos appels d’IA est décrite sur la page Audit de clé API, et la mécanique de masquage dans l’article Anonymisation locale : comment ça fonctionne avant un appel LLM. Un workflow n8n précis en tête ? Parlons-en.