n8n ou agents en code : comment choisir en 2026
Trois critères pour choisir entre n8n et un agent en code : déclencheur, raisonnement, maintenance. Ce que Cowork a changé en avril, et ce qui reste.
En janvier, j’écrivais sur ce site que n8n était le bon choix si la souveraineté ou le volume comptait. Huit mois plus tard, la question qu’on me pose en formation a changé : à partir de quand faut-il sortir du sans-code et écrire l’agent en code ?
La réponse tient en trois critères, et l’un d’eux a bougé en avril.
L’essentiel en cinq points
- n8n garde l’avantage sur tout ce qui réagit à un événement : un webhook, un formulaire, un mail entrant, avec 2 174 intégrations prêtes à brancher.
- Depuis avril 2026, Claude Cowork exécute des tâches planifiées dans le cloud, ordinateur fermé. Le brief du matin et le rapport du vendredi n’ont plus besoin d’un serveur qui tourne.
- Cowork ne réagit pas à un événement, et des praticiens jugent ses tâches planifiées encore peu fiables. L’argument n8n reste entier pour ce qui doit tourner sans faute.
- Le code reprend l’avantage dès que l’agent raisonne sur plusieurs étapes : il se relit, se teste branche par branche, et un autre agent peut le maintenir.
- Le choix n’est pas binaire : un agent de code peut construire et maintenir un workflow n8n.
Ce que n8n fait bien, et que le code ne remplace pas
n8n annonce 2 174 intégrations. Une équipe sans développeur relie un formulaire, un CRM et une messagerie en une heure, sans écrire une ligne. Ce n’est pas un détail : c’est la raison pour laquelle la plupart des automatisations d’entreprise existent.
Sa vraie force est le déclenchement sur événement. Un webhook, un mail qui arrive, une ligne ajoutée dans un tableur : n8n écoute et réagit dans la seconde. Aucun agent conversationnel ne fait ça aujourd’hui.
Il versionne aussi, dans les limites de son forfait : cinq jours d’historique restaurable sur le forfait Pro, et une intégration Git réservée à l’offre Enterprise. Pour un flux simple qui change rarement, c’est suffisant.
Ce qui a changé depuis janvier : les tâches planifiées de Cowork
Le 9 avril 2026, Claude Cowork a ouvert les tâches planifiées à tous les forfaits payants. Une tâche se programme en cadence horaire, quotidienne, hebdomadaire, en jours ouvrés ou à la demande, avec les outils connectés et les skills du compte.
Depuis une mise à jour ultérieure, ces tâches s’exécutent à distance. La documentation d’Anthropic est explicite : elles tournent « même quand votre ordinateur est en veille ou que l’application est fermée ». L’argument de la machine qui tourne en continu, longtemps propre à n8n, ne l’est plus pour ce type de tâche.
Deux limites, que je préfère écrire moi-même plutôt que les laisser découvrir en production.
La première est structurelle : Cowork ne se déclenche pas sur un événement. Il connaît l’heure, pas le webhook. Pour réagir à un formulaire soumis ou à une commande reçue, n8n reste seul en lice dans cette catégorie.
La seconde est une question de confiance. Dans ma veille, un praticien qui a publié son installation complète juge les tâches planifiées « peu fiables » et recommande n8n pour l’automatisation programmée.
Je n’ai pas mesuré ce taux d’échec. Mais j’ai rencontré moi-même des erreurs d’API sur mes propres agents, et une tâche planifiée qui dépend de la même API hérite de ce risque sans qu’on soit devant l’écran pour le voir. Pour un flux qui ne doit jamais manquer, l’avantage de n8n tient encore.
Trois critères pour trancher
| Critère | n8n | Cowork | Agent en code |
|---|---|---|---|
| Déclencheur | événement ou horaire | horaire seulement | tout, à condition de l’héberger |
| Raisonnement | une étape à la fois, dans un nœud | une tâche autonome, cadrée par le prompt | multi-étapes, avec outils et mémoire |
| Maintenance à six mois | graphe à relire, historique court | prompt à relire | code relu, testé, versionné par Git |
Le premier critère élimine vite. Si le flux part d’un événement, la question est réglée : n8n. Si le flux part d’une heure et produit un document, Cowork suffit dans la plupart des cas.
Les deux autres critères décident du reste.
Là où le graphe devient une dette
n8n n’impose aucune limite de complexité. Un utilisateur documente un agent de 47 nœuds qui trie des candidatures, les évalue par IA, planifie des entretiens et envoie des refus personnalisés. Il fonctionne. Le problème vient six mois plus tard.
Un graphe de 47 nœuds ne se relit pas. On ne compare pas deux versions ligne à ligne, on ne teste pas une branche isolée, on ne demande pas à un collègue de relire la logique avant de la modifier. Et un piège documenté attend celui qui modifie : le workflow doit être republié, sinon les appels externes exécutent silencieusement l’ancienne version.
Le code a exactement les propriétés inverses. Il se relit, il se compare version à version dans Git, il se teste fonction par fonction.
Depuis que les agents de code lisent et modifient une base entière, il se maintient aussi par un agent. C’est ce que je fais sur les agents en production que je livre : le harness est du code, et c’est un agent qui l’entretient.
Le cas hybride : un agent de code qui construit le workflow n8n
En mars 2026, un skill Claude Code est apparu qui construit des workflows n8n directement, sur plus de 500 nœuds. L’agent de code fabrique le graphe, n8n l’exécute.
Cette combinaison résout une partie du problème de maintenance. La logique vit dans une conversation avec un agent qui peut la régénérer, et n8n garde ce qu’il fait le mieux : écouter les événements et parler aux 2 174 intégrations.
Je ne l’ai pas encore déployée chez un client. C’est la piste que je regarderais en premier pour une équipe déjà équipée en n8n.
À terme, du code sur une machine à vous
Ma position, une fois les critères posés : quand un flux compte pour l’entreprise, la cible à terme est du code Python qui tourne sur une machine que vous contrôlez. Pas parce que le sans-code est mauvais, mais parce que trois choses vous reviennent alors en propre.
Le flux vous appartient. Il se lit, se copie, se relit par un agent, se reprend par un développeur qui ne l’a pas écrit. Il ne dépend ni d’un forfait pour son historique, ni d’un éditeur pour continuer d’exister.
Il tourne où vous décidez. Sur un serveur chez vous, il traite des données qui ne sortent pas, et il ne s’arrête pas parce qu’un planificateur distant a manqué une exécution. Les erreurs d’API existent toujours, mais c’est votre code qui les voit, les journalise et réessaie.
Et il ne se paie pas à l’exécution. Une machine est un équipement ; un planificateur hébergé est un abonnement. Sur un flux qui tourne mille fois par mois, la différence se lit dans le compte de résultat.
C’est un point d’arrivée. n8n et Cowork restent les bons premiers pas ; le code est ce vers quoi on migre quand le flux a prouvé sa valeur.
Ce que je ferais dans trois situations
Une PME sans développeur, dont le besoin est de réagir à un formulaire. n8n, sans hésiter. L’événementiel et les connecteurs font tout le travail, et le graphe restera assez petit pour se relire.
Un dirigeant qui veut un brief chaque matin à huit heures, croisant sa messagerie, son agenda et ses fichiers. Cowork, en tâche planifiée, avec un contrôle sur la fiabilité les deux premières semaines.
Un agent qui doit lire des dossiers, raisonner dessus et produire une décision argumentée. Du code, dès le premier jour. C’est le cas des agents métier que Colombani.ai déploie, et c’est la matière de la formation Travailler avec les agents IA, où l’on part justement des cas où le sans-code s’arrête.
Si vous hésitez encore, le guide de janvier sur l’automatisation sans code reste le bon point de départ. Cet article en est la suite, pour le moment où le point de départ ne suffit plus.
Sources
- Anthropic, centre d’aide Claude, « Schedule recurring tasks in Claude Cowork » : cadences, exécution à distance, forfaits, limite des dossiers locaux. Consulté le 14 septembre 2026.
- n8n, page des intégrations : 2 174 intégrations. Documentation n8n : historique de workflow de cinq jours sur le forfait Pro, contrôle de version Git en Enterprise, publication requise pour l’exécution automatique. Consultées le 14 septembre 2026.
- Témoignage d’utilisateur, revue d’usage n8n sur huit mois publiée sur DEV Community, 2026 : agent de 47 nœuds, republication requise après modification.
- Skill Claude Code « n8n Workflow Builder », 18 mars 2026, plus de 500 nœuds supportés.
- Observation personnelle, non publiée : fiabilité des tâches planifiées Cowork relevée dans la veille de l’auteur, 2026.
- Google Trends, France, 12 mois au 14 septembre 2026 : « n8n » à 62 contre « formation IA » à 20, crête en novembre 2025.
Questions fréquentes
Faut-il remplacer n8n par des agents en code ?
Non, pas systématiquement. n8n reste le bon choix pour une intégration déclenchée par un événement, un webhook, un formulaire ou un mail entrant, montée par une équipe sans développeur. Le code reprend l'avantage quand l'agent doit raisonner sur plusieurs étapes, quand la logique doit être testée et relue, et quand le flux doit être maintenu au-delà de six mois.
Les tâches planifiées de Claude Cowork remplacent-elles n8n ?
En partie seulement. Depuis avril 2026, Cowork exécute des tâches à cadence horaire, quotidienne, hebdomadaire ou en jours ouvrés, dans le cloud, ordinateur fermé. Il couvre le cas du rapport ou du brief récurrent. Il ne réagit pas à un événement, ne lit pas un dossier local en mode distant, et des praticiens jugent sa fiabilité encore inégale.
Quelles sont les limites de n8n pour des agents IA ?
Trois limites reviennent en production : un graphe de plusieurs dizaines de nœuds ne se relit pas et ne se compare pas version à version, l'historique de workflow est de cinq jours sur le forfait Pro et Git n'arrive qu'en Enterprise, et un workflow modifié doit être republié pour que le changement prenne effet, sinon les appels externes exécutent l'ancienne version.
Peut-on combiner n8n et un agent de code ?
Oui. Un skill Claude Code publié en mars 2026 construit des workflows n8n directement, sur plus de 500 nœuds. L'agent de code fabrique et maintient le graphe, n8n l'exécute. C'est une façon de garder les connecteurs de n8n tout en confiant la logique et la maintenance à un outil qui se relit.