n8n, un outil d'automatisation de flux de travail largement utilisé pour connecter les logiciels d'une entreprise entre eux, a lancé le 9 septembre 2026 un assistant qui construit une automatisation à partir d'une description écrite en langage courant. L'utilisateur décrit ce qu'il souhaite automatiser. Le système planifie les étapes, les construit sur le plan de travail visuel, demande les accès nécessaires, exécute le résultat, puis identifie et corrige ce qui n'a pas fonctionné.
Ce qui distingue cette annonce d'un simple générateur de texte ou de code, c'est ce que produit réellement l'assistant une fois le travail terminé. Selon l'éditeur, le résultat final est un flux n8n tout à fait ordinaire : visible sur le plan de travail, modifiable à la main, journalisé à chaque exécution, et possédé par l'équipe plutôt que par la personne qui a écrit la description initiale.
Un système qui exécute une tâche automatisée sans laisser de trace lisible pose, à terme, un problème connu de toute entreprise qui a déjà dépendu d'un script écrit par une seule personne, partie depuis. Plus personne ne comprend alors ce que fait exactement le système, ni comment le modifier sans le casser. Un système construit par une IA, mais opaque une fois terminé, reproduirait ce problème à plus grande échelle. Il n'y aurait même plus d'auteur humain à interroger.
n8n répond à cette inquiétude en insistant sur un point précis dans son annonce. L'assistant ne produit pas un objet à part, réservé à ceux qui savent l'interroger ; il produit exactement le même type de flux que celui qu'une personne aurait construit à la main, avec les mêmes outils d'édition et le même journal d'exécution. La différence se situe uniquement dans la manière dont ce flux a été construit la première fois, pas dans ce qu'il devient ensuite.
L'assistant reste, au moment de son lancement, réservé à un accès en avant-première. n8n précise que cette restriction reflète un développement encore actif, plus qu'une volonté de limiter qui peut y accéder, d'autres fonctionnalités étant annoncées pour les mois suivants sans calendrier précis communiqué à ce stade.
Un outil qui construit une première version d'une automatisation à partir d'une phrase abaisse réellement la barrière d'entrée pour tester une idée, avant même de savoir si elle mérite un investissement sérieux. Une PME peut obtenir un prototype fonctionnel en quelques minutes. Il fallait auparavant soit apprendre l'outil soi-même, soit faire appel à quelqu'un qui le maîtrise déjà.
Ce que cet outil ne remplace pas, c'est le jugement qui précède la construction. Quel processus vaut vraiment la peine d'être automatisé ? Quels cas particuliers le système doit-il gérer sans se tromper ? Qui vérifie que le résultat obtenu correspond bien à ce que l'entreprise pensait avoir demandé ? Un assistant qui construit vite un premier brouillon rend ce travail de vérification plus urgent, pas moins nécessaire, puisque la vitesse de construction ne dit rien de la justesse du choix fait en amont.
