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 n'a pas bougé.
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 que me posent les participants 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, dont l’un a changé 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 en faveur de n8n reste entier pour les flux qui ne doivent jamais échouer.
- Le code reprend l’avantage dès que l’agent enchaîne plusieurs étapes de raisonnement : il se relit, se teste branche par branche, et un autre agent peut le maintenir.
- Les deux approches se combinent : 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. C’est d’ailleurs ce qui explique l’existence de la plupart des automatisations d’entreprise.
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 n’en est capable 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.
Ces tâches ont deux limites, que je préfère signaler moi-même plutôt que de vous les laisser découvrir en production.
La première est structurelle : Cowork ne se déclenche pas sur un événement. Il se déclenche à heure fixe, jamais sur un 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 y est exposée de la même façon, sans que personne soit devant l’écran pour s’en apercevoir. Pour un flux qui ne doit jamais échouer, n8n garde l’avantage.
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 permet de trancher rapidement. 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.
Quand le graphe devient une dette technique
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. Impossible d’en comparer deux versions ligne à ligne, d’en tester une branche isolée ou d’en faire relire la logique par un collègue avant de la modifier. La documentation signale en outre un piège : un workflow modifié doit être republié, faute de quoi les appels externes continuent d’exécuter l’ancienne version sans aucun avertissement.
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 savent lire et modifier une base de code entière, un agent peut aussi en assurer la maintenance. C’est ce que je pratique sur les agents que je livre en production : l’environnement d’exécution qui pilote le modèle 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 est paru un skill Claude Code capable de construire directement des workflows n8n, avec plus de 500 nœuds pris en charge. L’agent de code fabrique le graphe, n8n l’exécute.
Cette combinaison résout une partie du problème de maintenance. La logique est portée par un agent capable de la régénérer, et n8n conserve ce qu’il fait le mieux : écouter les événements et communiquer avec ses 2 174 intégrations.
Je ne l’ai pas encore déployée chez un client. C’est la piste que j’explorerais en premier pour une équipe qui utilise déjà n8n.
À terme, du code sur une machine qui vous appartient
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 peut être lu, copié, relu par un agent et repris 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 de bons points de départ ; le code devient la cible une fois que 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. Le déclenchement sur événement et les connecteurs font tout le travail, et le graphe restera assez petit pour être relu.
Un dirigeant qui veut un brief chaque matin à huit heures, croisant sa messagerie, son agenda et ses fichiers. Cowork, en tâche planifiée, en surveillant sa fiabilité pendant les deux premières semaines.
Un agent qui doit lire des dossiers, les exploiter 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, qui part justement des cas où le sans-code atteint ses limites.
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 en 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 l'intégration Git n'est disponible qu'avec l'offre Enterprise, et un workflow modifié doit être republié pour que le changement prenne effet, sinon les appels externes exécutent l'ancienne version.
Est-il possible de combiner n8n et un agent de code ?
Oui. Un skill Claude Code publié en mars 2026 construit directement des workflows n8n et prend en charge plus de 500 nœuds. L'agent de code fabrique et maintient le graphe, n8n l'exécute. Cette combinaison conserve les connecteurs de n8n tout en confiant la logique et la maintenance à du code relisible.