Pourquoi j’ai quitté n8n pour mes propres agents IA

Il était 7h un mardi matin. Café en main, je checke mon site avant la journée. Et là, le petit doute : les données de la veille ne sont pas là. Mon workflow n8n est mort dans la nuit. Un nœud refusait de parler à une API. Pas de message clair. Juste un point rouge sur un écran et une matinée à recâbler des briques au lieu de faire mon vrai travail.

Ce mardi matin-là n’était pas le premier. C’était juste celui de trop.

Aujourd’hui, mes automatisations tournent sans n8n. Elles tournent avec des agents IA, sur un petit [VPS que je paie 3,60 €/mois](https://mintavocado.com/installer-hermes-agent-vps/). Je vais te raconter pourquoi j’ai changé, ce que n8n m’a quand même apporté, et surtout : dans quels cas tu ne devrais PAS suivre mon exemple.

Ce que n8n m’a apporté

Commençons par être honnête, parce que c’est trop facile de cracher sur un outil après l’avoir quitté.

n8n m’a appris à penser en automatisations. Avant lui, je faisais tout à la main : copier-coller, vérifications répétitives, tâches techniques que je repoussais sans fin. n8n m’a montré qu’on pouvait enchaîner des étapes — un déclencheur, une requête, une transformation, un envoi — et laisser la machine faire.

Il m’a aussi fait comprendre la logique des connexions entre services. Les webhooks, les clés API, les formats de données. Tout ça, je l’ai appris en construisant des workflows visuels, sans écrire une ligne de code au début.

Et franchement, pour démarrer, c’est excellent. Tu vois ton flux sous les yeux, tu branches des blocs, tu testes en un clic. Le premier workflow qui tourne tout seul, tu te sens un génie. C’est une porte d’entrée légitime dans le monde de l’automatisation.

Si je n’avais jamais touché n8n, je n’aurais probablement jamais eu l’idée de construire ce qui a suivi.

Le point de rupture

Alors pourquoi partir ? À cause d’un mot : maintenance.

Chaque workflow que j’ajoutais était une petite dette technique. Au début, avec deux ou trois automatisations, ça allait. Mais dès que tu en as une dizaine, un phénomène sournois se met en place : les APIs des services que tu utilises changent. Un éditeur modifie son format de réponse, un autre ajoute une authentification, un troisième déprécie un endpoint. Et toi, ton workflow casse.

Pas de manière spectaculaire, en plus. Il casse en silence, ou il casse un mardi matin, quand tu as autre chose à faire. Tu ouvres l’éditeur, tu repères le nœud en erreur, tu répare, tu testes, tu relances. Trente minutes, une heure. Puis la semaine suivante, un autre workflow. Puis un autre.

La logique, elle aussi, était figée. Un workflow ne sait faire que ce que ses branchements disent. Si un cas imprévu arrive — un format de données légèrement différent, une réponse vide — il ne s’adapte pas. Il plante. Et la seule intelligence capable de le débloquer, c’était moi, à la main.

À un moment, j’ai fait le calcul : je passais plus de temps à maintenir mes automatisations qu’elles ne m’en faisaient gagner. Une automatisation qui coûte plus de maintenance qu’elle ne rapporte de temps, ce n’est plus une automatisation. C’est un animal domestique exigeant.

Ce que les « agents IA » changent concrètement

Voici le cœur de ma décision, et c’est une différence de nature, pas de degré.

Un workflow automatise des étapes. Un agent raisonne sur un objectif.

Un workflow, tu lui dis : « prends ceci, transforme ça, envoie là ». Il exécute la liste, point final. Un agent, tu lui dis : « rédige-moi un brouillon d’article sur ce sujet, en respectant ces règles ». À toi, les étapes. À lui, la manière d’y arriver. Si une API renvoie quelque chose d’inattendu, il ne plante pas : il ajuste, il réessaie, ou il me demande. C’est toute la différence entre une machine qui tombe en panne et un collaborateur qui revient vers toi quand il y a un souci.

Concrètement, sur mon VPS, mes agents font aujourd’hui :

**La rédaction** : quatre articles par semaine, préparés en brouillon, avec les règles éditoriales respectées. Je relis, j’ajuste, je valide.
**La synchronisation des traductions** : mes articles en anglais et en espagnol suivent automatiquement les versions françaises.
**La publication automatique** : les contenus validés partent en ligne sans que j’y touche.
**Le suivi SEO hebdomadaire** : je récupère les données de Search Console et un résumé clair, sans ouvrir le moindre tableau de bord.

Ce qui m’a frappé, c’est ce qui a disparu de ma vie : plus aucun mardi matin catastrophe. Quand un service externe change quelque chose, l’agent le remarque, contourne, ou me le signale en une phrase. Je ne répare plus des câbles. Je donne des directions.

Et la maintenance ? Elle existe toujours, soyons clairs. Mais elle s’est déplacée : au lieu de recâbler des nœuds visuels, je décris des règles en langage naturel. Et une règle écrite en français se corrige en une phrase — pas en une session de débogage.

Le coût réel

Parlons argent et temps, parce que c’est là que la plupart des articles s’arrêtent trop vite.

Mon infrastructure actuelle :

Un VPS à **3,60 € par mois**. C’est le prix de deux cafés.
Un abonnement LLM à environ **15 $ par mois**. C’est la seule dépense « moderne ».
Quelques scripts maison et des connexions MCP, écrits au fil du temps, avec l’aide de l’IA justement.

En face, mon ancien coût n8n n’était pas un abonnement. C’était mon temps. Une heure de réparation par ci, une soirée de débogage par là, la charge mentale de savoir qu’un workflow pouvait mourir à n’importe quel moment. Même à un taux horaire modeste, ce temps valait bien plus que 20 € par mois.

Il y a aussi un coût de départ, ne te mente pas dessus. Monter un VPS, installer ses agents, écrire ses premiers scripts : ça prend du temps, quelques soirées. Ce n’est pas de la magie en un clic comme n8n. Mais c’est un investissement ponctuel, là où la maintenance n8n était un abonnement perpétuel en heures.

Le vrai calcul, ce n’est donc pas « combien coûte l’outil ». C’est « combien coûte le système, maintenance incluse, sur douze mois ». De ce point de vue, il n’y a pas photo.

Qui devrait rester sur n8n

Maintenant, la partie anti-dogme, parce que je ne veux surtout pas te vendre une religion.

Si tu as **trois automatisations simples et stables** — un webhook qui remplit un Google Sheets, une notification Slack quand un formulaire est soumis, une sauvegarde planifiée — reste sur n8n. Sérieusement. Ton système tourne, il est visuel, il coûte quelques minutes de maintenance par mois. Tu n’as aucun problème à résoudre. Changer d’outil pour être à la mode, c’est du gaspillage.

n8n n’est pas un mauvais outil. C’est même probablement le meilleur point d’entrée dans l’automatisation si tu ne codes pas. Ce n’est pas lui, le problème. Le problème, c’est le seuil.

Le seuil, c’est le moment où le nombre de workflows multiplie les surfaces de panne plus vite qu’il ne multiplie tes gains de temps. Chez moi, ce seuil a été franchi quelque part autour de la dizaine d’automatisations interconnectées. Chez toi, il sera ailleurs. La bonne question à te poser n’est pas « n8n ou agents ? » mais « est-ce que je passe plus de temps à réparer qu’à construire ? ». Si la réponse est non, ne change rien.

Et si tu débutes totalement ? Commence par n8n, apprends la logique des connexions, automatise une vraie tâche pénible. Puis, le jour où la maintenance te ronge, tu sauras exactement pourquoi tu passes aux agents.

Conclusion

Je n’ai pas quitté n8n par dépit. Je l’ai quitté parce que mes besoins avaient dépassé ce pour quoi il est conçu. Il m’a appris à automatiser ; mes agents m’ont appris à déléguer.

Un workflow exécute des étapes. Un agent poursuit un objectif. Quand tout se passe bien, la différence est invisible. Quand l’imprévu arrive — et il arrive toujours — l’un plante et l’autre s’adapte.

Si tu te reconnais dans ce mardi matin où un workflow est mort pendant ton café, pose-toi la question. Sinon, garde ton n8n, il te va très bien.

FAQ

Pourquoi quitter n8n quand il fonctionne encore ?

Parce que « fonctionne » n’est pas la bonne unité de mesure. Mes workflows fonctionnaient, mais chaque API externe qui évoluait créait une réparation à faire. Au-delà d’une dizaine d’automatisations, la maintenance consommait plus de temps que les automatisations n’en économisaient. Le seuil de rentabilité était passé.

Les agents IA coûtent-ils cher ?

Pas dans mon cas : un VPS à 3,60 € par mois et un abonnement LLM à environ 15 $ par mois. Le vrai coût, c’est le temps de mise en place au début, quelques soirées. En face, j’ai supprimé les heures de maintenance récurrentes que n8n m’imposait chaque semaine. J’ai détaillé le coût réel d’un agent IA 24/7 sur 5 mois de production dans un article dédié.

Faut-il savoir coder pour se lancer avec des agents IA ?

Non, pas au sens classique du terme. La plupart de mes configurations sont écrites en langage naturel : des règles, des instructions, des contextes. L’IA m’a aidé à écrire les quelques scripts nécessaires. Ce qui compte, c’est de savoir décrire précisément ce que tu veux obtenir.

n8n est-il un mauvais outil ?

Non, et je le répète volontiers. Pour des automatisations simples et stables — un webhook vers Google Sheets, une notification, une sauvegarde — il reste excellent et visuel. Mon départ ne dit rien de n8n : il dit que mon usage avait dépassé son périmètre naturel.

Par où commencer si je veux faire pareil ?

Commence par identifier ta tâche automatisée la plus pénible à maintenir, pas la plus importante. Décris-la comme un objectif à un agent IA plutôt que comme une suite d’étapes — [le guide d’installation pas à pas](https://mintavocado.com/installer-hermes-agent-vps/) te prend une demi-heure. Teste sur une seule tâche pendant quelques semaines, et garde n8n pour tout ce qui tourne déjà bien.