Claude Routines : comment j’ai remplacé mes workflows N8N en un après-midi

Claude Routines : comment j’ai remplacé mes workflows N8N en un après-midi

Mon instance N8N compte 47 workflows actifs. Je le sais parce que je viens de les compter, à contrecœur, après avoir passé un samedi après-midi avec la nouvelle fonctionnalité Routines d’Anthropic et réalisé qu’environ la moitié de ces workflows n’ont plus vraiment de raison d’exister.

C’est ce que personne n’ose encore dire à voix haute. Lorsque Anthropic a lancé Claude Routines le 14 avril 2026, la plupart des articles ont présenté la nouveauté comme « Claude Code peut désormais s’exécuter selon un planning ». C’est exact, mais c’est réducteur. Ce qui se passe est bien plus important : Anthropic a discrètement lancé un concurrent direct à N8N, Make.com et Zapier — et passer de « relier ces 18 nœuds ensemble » à « écrire ce que vous voulez en anglais » n’est pas une simple amélioration. C’est une toute nouvelle catégorie d’outil.

J’utilise des plateformes d’automatisation depuis des années. Zapier en 2020. Make.com (à l’époque où ça s’appelait encore Integromat) en 2022. Puis N8N auto-hébergé sur un VPS Hetzner à 12 $ depuis dix-huit mois. Je connais la frustration de fixer un canvas à 1h du matin en essayant de comprendre quel nœud fait silencieusement disparaître ma payload. Alors, quand un ami m’a envoyé en DM une capture d’écran d’une routine qui résume ses bugs Linear, rédige un correctif et ouvre un brouillon de PR — tout ça avant même qu’il ne se lève — j’ai fermé l’onglet sur lequel je travaillais et j’ai passé le reste de la journée à tester cette nouveauté.

Voici ce que j’ai découvert. Les points forts, les failles, les surprises, et les workflows précis que vous devriez migrer en priorité.

Ce qu’est réellement Claude Routines (au-delà du marketing)

Si l’on met de côté le langage des communiqués de presse, Routines, c’est trois éléments assemblés : un planificateur, un routeur de déclencheurs et un runtime Claude Code isolé. Vous définissez une routine une fois — prompt, dépôt, connecteurs, déclencheur — et Anthropic l’exécute dans un conteneur cloud selon la cadence ou l’événement que vous spécifiez. Votre Mac n’a pas besoin d’être allumé. Pas de runner auto-hébergé. Pas de plomberie webhook. Pas de pm2 pour garder un processus Node actif.

Les déclencheurs, directement issus de la documentation des routines Claude Code, sont les trois classiques : planifié (cadence de type cron), API (requête HTTP POST vers un endpoint dédié à la routine avec un bearer token), et GitHub (événements du dépôt comme PR, push, issues, exécutions de workflow). Des webhooks, en somme, avec de bons paramètres par défaut.

La configuration est plate. Une routine comprend :

• Un nom
• Une description rédigée en anglais simple (c’est la SOP — elle devient le prompt)
• Un dépôt (ou aucun, si vous ne faites que du connecteur pur)
• Un choix de modèle (j’utilise Opus 4.6 avec la fenêtre de contexte 1M pour les cas complexes, Sonnet pour le triage simple)
• Un environnement cloud avec vos clés API et variables d’environnement intégrées
• Au moins un déclencheur
• Des connecteurs OAuth (Gmail, Slack, Linear, Google Drive, GitHub, et d’autres chaque semaine)

C’est tout. Pas de nœuds. Pas de canvas. Pas de “connecter la sortie du filtre à l’entrée de la requête HTTP”. Vous décrivez ce que vous voulez, vous attachez les services nécessaires, et vous indiquez quand exécuter.

Si vous avez déjà construit ne serait-ce qu’un seul workflow N8N avec un déclencheur Gmail → filtre → nœud OpenAI → message Slack, vous voyez déjà pourquoi c’est intéressant. Nous passerons à la comparaison directe dans un instant. Mais d’abord, laissez-moi vous montrer la routine exacte qui m’a convaincu.

La routine de boîte mail qui m’a convaincu

L’exemple de démonstration d’Anthropic est un triage d’e-mails du matin. Je trouvais ça gadget. Tous les SaaS font la démonstration d’un e-mail. Puis j’en ai construit une version plus complexe et je l’ai regardée tourner.

Voici exactement ce que j’ai saisi dans le champ de description :

"Chaque jour de la semaine à 7h30, vérifie ma boîte Gmail pour les e-mails non lus des 16 dernières heures. Pour chacun, classe-le comme : client, prospect, newsletter, interne ou bruit. Pour les clients et prospects, rédige une réponse dans les brouillons Gmail (ne pas envoyer) en imitant mon style d’écriture à partir de mon dossier des messages envoyés. Ignore complètement les newsletters et le bruit. Après traitement, poste un seul message Slack sur #morning-brief résumant : le nombre d’e-mails traités, le nombre de brouillons créés, et tout e-mail marqué comme urgent selon l’expéditeur ou le langage du sujet."

J’ai choisi Opus 4.6. Connecté Gmail et Slack via OAuth. Défini la planification. Cliqué sur "exécuter maintenant" pour tester avant de valider le cron.

Trois minutes plus tard, Slack s’est allumé. Douze e-mails traités. Quatre brouillons dans mon dossier de brouillons Gmail. Un marqué comme urgent (le site de préproduction d’un client était en panne — vraiment urgent, détecté grâce à l’objet). J’ai ouvert les brouillons. Ils n’étaient pas parfaits. Mais ils étaient à 80 % du résultat attendu, et — c’est là que ça compte — ils sonnaient comme moi. Parce que Claude avait lu mon dossier des messages envoyés pour apprendre mon style.

Pour construire l’équivalent dans N8N, il m’aurait fallu : un nœud Gmail Trigger → Boucle sur les éléments → nœud OpenAI Classification → nœud IF avec branchement selon la classification → nœud Gmail : recherche de référence de ton → nœud OpenAI Draft → nœud Gmail : création de brouillon → nœud d’agrégation → nœud Slack : envoi de message. Probablement 40 minutes de câblage, deux heures à déboguer la logique de classification, et encore une heure à rédiger le prompt d’adaptation du ton comme sous-workflow séparé.

Dans Routines, j’ai écrit quatre phrases.

Voilà le vrai argument. Pas "automatisation par IA". Pas "agents autonomes". C’est : la charge cognitive de l’automatisation vient de chuter d’un ordre de grandeur.

Mais avant d’annuler votre abonnement N8N, il y a un piège à connaître. Plusieurs, en réalité.

Le flux de configuration, étape par étape

Laissez-moi vous expliquer précisément comment une routine se construit, car la documentation passe sous silence quelques pièges que j’ai rencontrés.

Étape 1 : Nommer la routine

Utilisez une convention de préfixe. J’utilise [triage], [report], [agent], [ops] pour regrouper les miennes. Vous le regretterez si vous ne le faites pas dès la routine n°8.

Étape 2 : Rédiger la description

C’est votre prompt. Traitez-le comme une procédure opérationnelle standard (SOP) que vous donneriez à un nouvel employé. Soyez précis sur : quoi faire, quoi NE PAS faire (le « ne pas envoyer » dans mon exemple est crucial), quoi produire en sortie, et quels outils utiliser à chaque étape. Un prompt vague produit des automatisations vagues.

Ce que j’ai appris à mes dépens : si vous écrivez « vérifie mes emails et réponds aux urgents », Claude pourrait effectivement envoyer des réponses. Le mot « répondre » dans la description, sans « rédiger », est risqué. Soyez explicite sur les actions en lecture seule vs. écriture.

Étape 3 : Sélectionner un dépôt (ou passer)

Les routines peuvent s’exécuter avec ou sans dépôt. Les routines uniquement connecteurs (Gmail → Slack, Linear → Discord) n’en ont pas besoin. Les routines de code (corriger un bug, générer un rapport à partir des données du dépôt) oui. Vous pouvez en attacher plusieurs.

Étape 4 : Choisir un modèle

• Opus 4.6 (contexte 1M) : raisonnement complexe, longs documents, planification multi-étapes. Coûteux. À privilégier pour les routines à fort impact.
• Sonnet 4.6 : classification, triage, opérations standards. Mon choix par défaut pour les routines qui tournent plus de deux fois par jour.
• Haiku : je ne l’ai pas encore utilisé pour les routines — à réserver pour les tâches simples et volumineuses.

Étape 5 : Configurer l’environnement cloud

Ajoutez les clés API et variables d’environnement nécessaires à la routine. Clé Stripe, token Fireflies, tout ce que vos connecteurs ne couvrent pas. Ces éléments sont chiffrés dans la configuration de la routine.

Étape 6 : Définir le déclencheur

Trois options, comme vu précédemment. Vous pouvez en attacher plusieurs à la même routine — j’en ai une qui s’exécute selon un planning ET accepte des déclenchements API manuels, ce qui me permet de la lancer depuis un bouton Raccourcis sur mon téléphone.

Étape 7 : Attacher les connecteurs OAuth

Cliquez, autorisez, c’est fait. Gmail, Slack, Linear, Google Drive, GitHub sont natifs. D’autres arrivent. C’est la partie qu’N8N vous fait configurer nœud par nœud, workflow par workflow. Dans Routines, vous autorisez une fois et le connecteur est disponible pour toutes les routines.

Étape 8 : Lancer et tester

Cliquez sur « Exécuter maintenant ». Les logs en direct s’affichent dans l’interface. Vous voyez chaque appel d’outil, chaque étape de raisonnement, chaque sortie. Quand ça échoue — et ce sera le cas à la première itération — les logs vous disent exactement pourquoi. C’est infiniment mieux que le « Erreur dans le nœud ‘HTTP Request4’ » de N8N qui ne veut rien dire.

Voilà pour le flux de création. Parlons maintenant de la partie qui va décider si vous devez vraiment changer.

Claude Routines vs N8N : La comparaison honnête

J’ai vu circuler quelques comparatifs « Claude Code vs N8N », la plupart rédigés par des personnes qui ont testé l’un ou l’autre pendant vingt minutes. Voici l’avis de quelqu’un qui fait tourner des workflows en production sur les deux plateformes.

Là où Routines l’emporte clairement :

• Tout ce qui nécessite raisonnement, classification, synthèse ou rédaction
• Workflows où la structure des données varie (Claude gère ; N8N vous oblige à manipuler les schémas)
• Prototypage rapide — vous pouvez créer, tester et déployer une nouvelle routine en ~10 minutes
• Tâches de codage multi-étapes déclenchées par des événements GitHub (le fameux « corrige le bug pendant que je dors »)

Là où N8N reste imbattable :

• Workflows déterministes où il faut garantir le même résultat à chaque exécution
• Opérations à fort volume et faible complexité (transfert de données entre bases, jobs de synchronisation)
• Intégrations sans connecteurs natifs (la liste reste longue)
• Coût : un VPS N8N à 12 $/mois gère 10 000 exécutions. Une Routine qui consomme des tokens Opus 4.6 sur 10 000 runs, c’est une toute autre facture
• Workflows nécessitant un branchement explicite, visualisable et déboguable

L’avis honnête : Routines ne remplace pas N8N. Il remplace la couche de raisonnement de vos workflows N8N. Les routines que je migre en priorité sont celles où j’utilisais des nœuds OpenAI pour classifier ou rédiger — ces workflows de 15 nœuds deviennent une routine de 4 phrases. Les routines que je NE migre PAS sont les jobs de pure tuyauterie de données. N8N reste l’outil idéal pour déplacer des lignes d’Airtable vers Postgres selon un planning.

Avant de créer votre première routine

Si le modèle « remplacer la couche de raisonnement » correspond à l’ensemble de votre stack, vous envisagez probablement une refonte bien plus large qu’une simple routine. C’est un schéma que j’aide des équipes à concevoir de bout en bout — vous pouvez voir ce type de prestation sur fiverr.com/s/EgxYmWD. Sinon, poursuivons.

Les cinq cas d’usage à construire en priorité

Après une semaine de tests, voici les routines qui se révèlent vraiment utiles. Si vous vous demandez si Routines est pertinent pour vous, commencez par en créer une parmi celles-ci et jugez sur pièce.

1. Triage des emails du matin

Déjà détaillé plus haut. C’est le ratio utilisation quotidienne/effort le plus élevé de tout ce que j’ai mis en place. Si votre boîte de réception est une source d’anxiété, cette routine à elle seule justifie l’abonnement Pro.

2. Brouillons de propositions post-appel à partir des transcriptions Fireflies

Celle-ci a changé ma semaine. Fireflies enregistre chaque appel client. Avant, je passais 45 minutes le lendemain matin à rédiger un compte-rendu et une proposition. Désormais : le webhook Fireflies se déclenche à la fin de l’appel → la Routine récupère la transcription → rédige une proposition selon mon format → enregistre sur Google Drive → m’alerte sur Slack.

Temps économisé par appel : 40 minutes. Appels par semaine : ~6. Le calcul est vite fait.

3. Signature de contrat → Cascade d’onboarding

C’est une automatisation post-vente que je faisais tourner sur Make.com. Aujourd’hui : webhook Stripe → la Routine crée un dossier client sur Drive, génère un document d’onboarding à partir d’un template + infos client, planifie le call de lancement via le connecteur Google Calendar, rédige un email de bienvenue dans Gmail, poste sur #new-clients dans Slack.

L’ancien scénario Make.com comptait 23 modules. La routine tient en un seul prompt. Elle est aussi plus fiable, car Claude gère la logique « le fuseau horaire préféré du client est dans son formulaire d’inscription » que je devais coder à la main auparavant.

4. Hacker News → Brief matinal Slack

Chaque jour ouvré à 7h : scrape de la page d’accueil HN, filtrage des sujets pertinents pour ma stack (Claude, Laravel, agents IA, DevOps), résumé de chacun en deux phrases avec le lien, publication sur #my-morning dans Slack. Remplace mes 15 minutes à scroller HN. J’ouvre toujours HN par plaisir, mais maintenant je sais déjà quels 5 sujets comptent vraiment avant.

5. Issue GitHub → PR brouillon pendant la nuit

Celle qui enthousiasme tout le monde. Une routine déclenchée par un label GitHub (needs-first-pass). Claude récupère l’issue, ouvre le repo, tente un correctif, écrit des tests, ouvre une PR brouillon avec une note sur son niveau de confiance. Je relis le matin.

Ce n’est pas « l’IA remplace les développeurs ». C’est « l’IA fait les 30% initiaux pour que je commence la journée à la première heure, pas à zéro ». Les PRs nécessitent une vraie revue. Mais celles que j’ai expédiées avec ce schéma — environ 40% sont mergées avec seulement quelques retouches — rentabilisent l’abonnement à elles seules.

Les aspects qui restent encore bruts

Je ne vais pas prétendre que tout est parfaitement abouti. C’est une version de prévisualisation destinée à la recherche, et cela se ressent à trois niveaux.

Les limites quotidiennes de lancement sont frustrantes

L’offre Pro permet 5 exécutions par jour. Max en autorise 15. Team/Enterprise en donne 25. Pour une routine de triage matinale qui s’exécute une fois par jour, ça passe. Pour une routine déclenchée par GitHub qui peut se lancer 10 fois lors d’une journée active de pull requests ? Vous atteindrez la limite avant le déjeuner. Je suis sur Max et j’ai déjà été limité deux fois cette semaine.

Cela va presque certainement s’assouplir avec le temps. Mais pour l’instant, planifiez soigneusement le volume de vos déclencheurs, sinon vous exploserez votre quota avant 11h.

La visibilité sur les coûts est floue

N8N auto-hébergé me coûte 12 $/mois, fixe. Une Routine qui consomme des tokens Opus, c’est une variable que je ne peux pas encore anticiper. Anthropic affiche la consommation de tokens par exécution dans les logs, mais il n’existe pas de tableau de bord “vous avez dépensé X $ ce mois-ci sur les routines”. C’est probablement prévu. Mais ce n’est pas encore là.

Le workflow “exécuter une fois pour tester, puis programmer” est piégeux

Si votre routine modifie un état réel (crée des documents Drive, envoie des messages Slack, ouvre des PR), “exécuter maintenant” fait tout cela. Il n’y a pas de mode dry-run. J’ai créé trois dossiers d’onboarding en double avant d’apprendre à ajouter “si c’est un test (TEST=true dans l’env), ne faire que logger ce que tu ferais sans rien exécuter” dans chaque description de routine. Cela devrait être une fonctionnalité native de la plateforme, pas une convention de prompt à retenir.

La profondeur des connecteurs varie

Les connecteurs natifs fonctionnent bien. Pour tout ce qui n’est pas sur la liste officielle (Notion, Airtable, Stripe, la plupart des SaaS de niche), il faut revenir aux clés API et aux requêtes HTTP brutes dans le prompt. Claude s’en sort, mais c’est moins élégant que les nœuds dédiés de N8N.

L’import JSON N8N est une fausse promesse

Anthropic a livré une compétence spécialisée qui convertit le JSON des workflows N8N en descriptions de routines. Je l’ai testée sur cinq de mes workflows. Résultat : deux conversions sans accroc, deux nécessitant de lourdes modifications, une qui a tout simplement mal fonctionné. Utile comme point de départ, mais loin d’une migration en un clic.

Comment je décide quels workflows migrer

Après une semaine, j’ai adopté une règle simple : si plus de 30 % de la valeur d’un workflow N8N provient de nœuds d’IA/de raisonnement, c’est un candidat pour une Routine. S’il s’agit uniquement de transfert de données, il reste sur N8N.

Je me suis créé une checklist :

• Le workflow utilise-t-il un nœud OpenAI/Anthropic ? → Candidat Routine
• Nécessite-t-il un branchement basé sur une classification de texte ? → Candidat Routine
• Génère-t-il du contenu (emails, documents, résumés) ? → Candidat Routine
• La structure des données est-elle imprévisible ? → Candidat Routine
• S’exécute-t-il plus de 25 fois par jour ? → À garder sur N8N (problème de quota)
• S’agit-il d’une simple synchronisation DB-à-DB ? → À garder sur N8N
• A-t-il besoin d’une latence inférieure à la seconde ? → À garder sur N8N (les Routines ont un temps de préchauffage)

En appliquant cette checklist, je migre 19 de mes 47 workflows. 6 autres deviendront hybrides : N8N gère le déclencheur et le transfert de données, puis appelle une Routine via son endpoint API pour l’étape de raisonnement.

Ce que cela signifie pour le paysage de l’automatisation

Zapier est fini, sur le long terme. Make.com dispose d’un peu plus de temps devant lui, car son éditeur visuel reste le meilleur de la catégorie pour les utilisateurs non techniques, mais ils doivent lancer un produit axé sur l’IA cette année, sous peine de se faire évincer. N8N survit et prospère parce que l’auto-hébergement + l’open source + la compatibilité avec les agents IA constituent une proposition de valeur réellement différente.

Et Anthropic ? Ils sont tout simplement devenus une entreprise de plateforme d’automatisation sans jamais se présenter comme telle. C’est ça, la vraie histoire. Le Model Lab construit l’ensemble de la pile. Agent SDK l’an dernier. Claude Code comme environnement de développement. Les Skills. Maintenant, les Routines. Chaque élément pris séparément est intéressant. Empilés ensemble, ils bâtissent une plateforme complète où le LLM devient le moteur d’exécution, et non plus seulement l’interface de chat.

Si vous dirigez une agence d’automatisation — et beaucoup de mes lecteurs sont dans ce cas — c’est le moment de réévaluer la stack que vous proposez. Les clients qui payaient autrefois 3 000 $ pour une configuration N8N sur mesure pourraient être mieux servis par une Routine à 500 $. Les marges changent. L’offre de services évolue. Ignorez cela à vos risques et périls.

Le défi spécifique des 24 heures

Voici ce que je veux que vous fassiez avant de fermer cet onglet.

Ouvrez Claude Code sur le web. Créez une routine. Pas une routine complexe. La plus simple qui vous vienne à l’esprit et qui pourrait vous faire gagner 5 minutes par jour. Un résumé matinal de Hacker News. Un récapitulatif hebdomadaire de votre agenda. Un contrôle rapide de « quels mails dans ma boîte Gmail nécessitent une réponse ».

Créez-la. Lancez-la. Laissez-la tourner demain matin pendant que vous préparez votre café.

Ce moment — lorsque vous recevez la notification Slack avant même d’avoir ouvert votre ordinateur portable, et que le travail que vous faisiez manuellement est déjà accompli — c’est là que vous comprenez ce qui est réellement en train de changer. Ce n’est pas « l’IA peut faire mon travail ». C’est « la charge cognitive liée à la mise en place de l’automatisation vient de s’effondrer, donc je vais automatiser dix fois plus d’aspects de ma vie qu’avant ».

Je pensais passer mon samedi à évaluer une nouvelle fonctionnalité. Je l’ai passé à reconstruire mon système d’exploitation.

Foire aux questions

Qu’est-ce que Claude Routines et comment ça fonctionne ?

Claude Routines est la nouvelle plateforme d’automatisation cloud d’Anthropic qui vous permet de déclencher des workflows Claude Code selon un planning, via API ou sur des événements GitHub. Vous rédigez une description en anglais courant au lieu de connecter des nœuds, vous associez des connecteurs OAuth, et Anthropic exécute le tout dans un conteneur cloud isolé. Lancé le 14 avril 2026 en aperçu de recherche pour les abonnés Pro, Max, Team et Enterprise.

Combien coûte Claude Routines ?

Les routines sont incluses dans les abonnements Claude Code existants avec des plafonds quotidiens d’exécution : Pro a droit à 5 exécutions/jour, Max à 15, Team/Enterprise à 25. Les coûts de tokens et de calcul pour chaque exécution sont déduits de votre quota d’utilisation. Anthropic n’a pas publié de grille tarifaire spécifique pour Routines en avril 2026.

Claude Routines peut-il remplacer N8N ou Make.com ?

Il peut remplacer les parties de votre stack d’automatisation nécessitant beaucoup de raisonnement, mais pas l’ensemble. Les workflows impliquant de la classification, de la rédaction, du résumé ou une gestion flexible des données sont mieux pris en charge par Routines. Les workflows purement orientés “plomberie de données” (synchronisation de bases, opérations simples à haut volume) restent plus adaptés à N8N ou Make. J’ai migré environ 40 % de mes workflows N8N.

Quels déclencheurs sont pris en charge par Claude Routines ?

Trois types de déclencheurs : planifié (style cron), API (HTTP POST vers un endpoint dédié à la routine avec un bearer token), et événements GitHub (push, PR, issues, exécutions de workflows). Vous pouvez associer plusieurs déclencheurs à une même routine. Les webhooks d’autres services fonctionnent via le modèle de déclencheur API.

Puis-je importer mes workflows N8N existants dans Claude Routines ?

Partiellement. Anthropic a publié une compétence qui convertit le JSON N8N en descriptions de routines, mais lors de mes tests, seuls 2 workflows sur 5 ont été convertis correctement. Considérez-le comme un point de départ, pas une migration en un clic. Les workflows simples avec des étapes IA bien définies se convertissent le mieux ; les workflows complexes à embranchements multiples nécessitent généralement une réécriture manuelle.

Travaillons ensemble

Vous souhaitez créer des systèmes d’IA, automatiser vos workflows ou faire évoluer votre infrastructure technologique ? Je serais ravi de vous accompagner.

• Fiverr (développements et intégrations sur mesure) : fiverr.com/s/EgxYmWD
• Portfolio : mejba.me
• Ramlit Limited (solutions pour entreprises) : ramlit.com
• ColorPark (design & branding) : colorpark.io
• xCyberSecurity (services de sécurité) : xcybersecurity.io

Package de diffusion sociale

Twitter/X (280 caractères) :
Anthropic vient discrètement de devenir un concurrent de Zapier/N8N.

Claude Routines a été lancé hier. J’ai passé mon samedi à migrer 19 de mes 47 workflows N8N dessus.

Le bilan honnête — ce que ça remplace, ce que ça ne fait pas, et les 5 routines à créer en priorité →

LinkedIn (700 caractères) :
Anthropic a lancé Claude Routines cette semaine — et le marché des plateformes d’automatisation vient de changer.

J’utilise N8N en auto-hébergement depuis 18 mois. 47 workflows actifs. Après un week-end de test des Routines, j’en migre 19.

L’argument n’est pas « automatisation par IA ». C’est que la charge cognitive pour créer une automatisation vient de chuter d’un ordre de grandeur. Quatre phrases en anglais courant remplacent un canvas N8N de 15 nœuds.

Mais ça ne remplace pas tout. La pure tuyauterie de données reste sur N8N. Voici le bilan honnête — ce qui gagne, là où Routines reste limité, et la checklist exacte que j’ai utilisée pour décider quels workflows migrer.

Extrait newsletter :
Anthropic vient de lancer Claude Routines, et c’est bien plus important que ce que la presse en dit — c’est un concurrent direct de N8N, Make.com et Zapier. J’ai passé le week-end à le tester sur mon stack d’automatisation en production et j’ai rédigé la comparaison honnête : quels workflows sur mes 47 je migre, lesquels restent sur N8N, et les 5 routines à créer en priorité. Si vous gérez des automatisations (ou les vendez en service), lisez ceci avant de toucher à votre stack la semaine prochaine.