Adam Smith contre lui-même : quand automatiser un workflow n8n détruit la valeur créée

Un lundi matin, 14 % des factures partent en vrille

Un de mes workflows tourne depuis huit mois sans que j'y pense. Il reçoit des factures fournisseurs par e-mail, extrait les montants avec un modèle de langage, vérifie le numéro de TVA, rapproche la commande, pousse l'écriture dans l'ERP. Vingt-trois nœuds, zéro intervention humaine.

Un lundi matin, le comptable m'appelle : 14 % des factures du vendredi affichent un montant HT dans la case TTC. Rien n'a planté. Aucun nœud n'est rouge. Le workflow s'est exécuté jusqu'au bout, fier de lui.

Le coupable, je l'ai trouvé après deux heures : le fournisseur avait changé la mise en page de son PDF, et le LLM — faute d'un libellé explicite — avait halluciné l'affectation du champ. Chaque nœud faisait sa petite tâche. Personne, dans l'équipe, ne comprenait plus le processus de bout en bout. C'est exactement le piège qu'un économiste écossais avait décrit il y a près de deux siècles et demi.

La manufacture d'épingles, et sa face cachée

Tout le monde cite le même passage. En 1776, dans La Richesse des nations, Adam Smith ouvre son Livre I par la manufacture d'épingles. Un ouvrier seul en produit peut-être vingt par jour. Mais divisez le travail en dix-huit opérations distinctes — tirer le fil, le dresser, le couper, l'aiguiser — et dix ouvriers en fabriquent plus de quarante-huit mille.

C'est la bible de la productivité moderne. Spécialiser décuple le rendement, réduit les temps morts, prépare la mécanisation. Les vendeurs d'automatisation adorent brandir cette page pour justifier le découpage d'un processus en nœuds n8n.

Sauf qu'ils s'arrêtent de lire trop tôt. Des centaines de pages plus loin, dans le Livre V, le même Smith se retourne contre sa propre démonstration. L'ouvrier réduit à quelques opérations simples, écrit-il, « devient aussi stupide et ignorant qu'il est possible à une créature humaine de le devenir ». Il perd le jugement, l'invention, l'intelligence du tout.

Comme le montre une étude de David Spencer parue en 2024 dans Contributions to Political Economy, Smith n'est pas seulement le prophète de la division du travail : il en est l'un des premiers critiques. La spécialisation optimise le geste et atrophie la compréhension. Prophète et procureur dans le même ouvrage.

La déqualification cognitive d'un processus

Transposez l'avertissement du Livre V à un workflow low-code, et il devient opérationnel. Chaque nœud est parfaitement intelligible isolément : celui-ci lit un e-mail, celui-là appelle une API, cet autre interroge un modèle. Lu un à un, tout est clair.

Mais la composition de vingt-trois nœuds devient opaque. L'intelligence du processus global n'habite plus aucune tête humaine ; elle s'est dissoute dans un graphe que personne ne tient en entier. On a spécialisé les gestes et déqualifié l'organisation.

Un article publié en 2025 dans les Philosophical Transactions of the Royal Society B étend précisément l'analyse de Smith à la sociologie des organisations. Ses auteurs rappellent que l'efficacité à court terme masque souvent des coûts à long terme : dépendance au chemin suivi, verrouillage technique, et surtout diffusion de la responsabilité. Plus le système est spécialisé, plus il devient difficile de savoir qui comprend l'ensemble.

Le LLM injecté au milieu du graphe aggrave tout. Un nœud déterministe échoue bruyamment — il plante, il log, il alerte. Un modèle de langage, lui, se trompe poliment : il produit une sortie plausible, bien formée, syntaxiquement parfaite et factuellement fausse. Pas de trace lisible de son « raisonnement », pas de ligne rouge. La dérive est silencieuse, et le silence est précisément ce qui l'autorise à durer.

Ne pas jeter l'épingle avec le fil

Je ne prêche pas le retour à l'artisanat intégral. La division du travail reste une des inventions les plus puissantes de la pensée économique, et refaire chaque facture à la main serait absurde. Smith avait raison dans le Livre I.

Le point n'est pas de choisir entre les deux Smith. C'est de les tenir ensemble. Un workflow n8n ne se juge pas seulement à sa vélocité, mais à la déqualification cognitive qu'il induit — ou non — dans l'équipe qui l'exploite. Un processus parfaitement automatisé dont plus personne ne comprend la logique complète n'est pas un actif. C'est une dette qui ne se révèle qu'au premier incident.

Spencer le souligne d'ailleurs : l'automatisation peut supprimer les tâches abrutissantes, à condition d'être conçue pour enrichir le travail plutôt que pour maximiser le seul débit. Tout se joue dans la conception organisationnelle, pas dans le taux d'automatisation.

Quatre gestes pour garder le propriétaire du tout

Sur mes propres projets comme sur ceux que je conçois avec mes clients, j'applique quatre règles qui préservent ce que j'appelle le propriétaire du tout — l'humain qui peut encore rejouer mentalement le processus entier.

1. Documenter l'intention, pas seulement les nœuds. n8n documente ce que fait chaque nœud. Personne ne documente ce que le workflow veut accomplir. J'écris une page en langage métier : quelle décision ce flux prend-il, sous quelles hypothèses, et qu'est-ce qui le rendrait faux ? C'est la mémoire organisationnelle du processus.

2. Désigner un owner capable de ré-exécuter mentalement. Pas un propriétaire administratif, mais quelqu'un qui, sans la machine, pourrait refaire le raisonnement à la main. Si personne ne tient ce rôle, le workflow est déjà orphelin.

3. Instrumenter des assertions métier, pas des logs techniques. La documentation de gouvernance de n8n distingue deux niveaux qu'on confond trop souvent : les logs techniques disent qu'un nœud s'est exécuté ; les contrôles métier vérifient que la sortie respecte encore l'intention. Un test du type « le montant TTC est toujours supérieur ou égal au HT » aurait arrêté net mes 14 % de factures fausses. Ajoutez des points d'approbation humaine avant toute action irréversible.

4. Règle de parcimonie : n'automatiser un maillon que si l'on sait encore le refaire à la main. Dès que l'automatisation d'une étape fait perdre à l'équipe la capacité de l'exécuter sans la machine, on a franchi la frontière du Livre V. On a gagné du débit et perdu du jugement.

Cette déqualification vaut aussi à l'échelle individuelle : elle est le pendant collectif de la dette cognitive du développeur qui laisse Copilot écrire son code. Et elle complète, sans le redoubler, l'enjeu de fiabilité des LLM en production que j'ai abordé via Taylor : là, la promesse d'automatisation sans expertise ; ici, l'érosion de la compréhension collective.

L'épingle et le jugement

Adam Smith nous a laissé un avertissement que les vendeurs d'automatisation préfèrent ignorer : la spécialisation qui enrichit la production peut appauvrir ceux qui la font tourner. Automatiser un workflow n8n sans garder un propriétaire du tout, c'est reproduire à l'échelle d'un graphe de nœuds l'abrutissement que Smith redoutait pour l'ouvrier d'épingles.

La productivité est réelle. La dette cognitive l'est tout autant, simplement différée jusqu'au lundi matin où un PDF change de mise en page. Le vrai enjeu n'a jamais été d'automatiser plus — mais d'automatiser sans perdre l'intelligence du tout.