Le manifeste contre le slop IA rassemble les bâtisseurs

Le document s’ouvre sur un chalet de ski. En 2001, rappelle le manifeste No AI Slop, 17 ingénieurs logiciels et dirigeants se sont réunis à Snowbird, en Utah, pour affronter le processus lourd qui régissait leur travail, et ils sont repartis avec le Manifeste Agile. Un quart de siècle plus tard, les conférenciers et les participants du AIE Code Summit 2026 ont emprunté ce cadre exact pour affronter un autre poids, le volume pur de travail que l’IA peut maintenant produire avant que quiconque l’ait lu.

Cet emprunt est le propos même. Ce texte n’est pas une interdiction de l’IA, et les signataires le disent en termes clairs. C’est un engagement sur la révision, l’intention et le goût, écrit par des gens qui bâtissent avec ces outils pour vivre et qui admettent, dès la deuxième phrase de leur texte, que la plupart d’entre eux ont eux mêmes envoyé du slop.

Le récit plus large

Le manifeste énonce cinq valeurs, puis neuf croyances, puis un ensemble de résolutions qui compte 22 points numérotés au total. Les valeurs sont assez courtes pour être citées en entier, car leur ordre compte. Les résultats plutôt que la production. La compréhension plutôt que la vitesse. Notre réflexion propre plutôt que le premier brouillon d’un modèle. Un meilleur travail plutôt qu’un travail plus facile. Améliorer le système plutôt que corriger le résultat.

Les croyances donnent à ces valeurs un diagnostic. Un essaim d’agents, dit le document, peut produire en une seule journée plus de travail qu’une personne peut en réviser dans une vie. Le slop survient quand un bâtisseur transmet un résultat d’IA sans prendre la responsabilité de la qualité ni de l’expérience de la personne qui le reçoit. L’IA ne peut pas remplacer le jugement humain, soutiennent les signataires. Elle peut seulement amplifier le jugement, ou son absence.

Cette définition fait un travail utile. Elle ne demande pas quel outil a fabriqué une chose. Elle demande qui a fait attention, et combien d’attention la prochaine personne doit maintenant payer parce que la première en a payé trop peu. Un changement de mille lignes et un plan de dix pages sont les exemples que le document choisit, et les deux sont familiers à quiconque a ouvert une file de révision un lundi matin et senti la semaine basculer.

L’asymétrie est le moteur de tout le texte. Le coût de production de ce changement ou de ce plan tombe vers zéro, note le manifeste, tandis que le coût de sa révision reste où il a toujours été. Chaque page bon marché facture donc quelqu’un d’autre. Multipliez cette facture dans une équipe, une base de code et un stock partagé de documents, et le problème suivant apparaît. Le slop se compose, car l’agent suivant lit ce qui se trouve dans le stock et le copie, et l’équipe perd peu à peu la volonté de combattre un flot qui ne s’arrête jamais.

Les résolutions tentent de changer ce diagnostic en habitudes qu’une équipe pourrait vraiment garder. Assumer l’intention, le goût et les conséquences de ce que vous livrez, peu importe l’aide que l’IA vous a donnée pour le faire. Dire clairement quand un agent a écrit quelque chose que vous envoyez, et vérifier les parties qui comptent avant le départ. Quand quelqu’un vous envoie du slop, dites le lui gentiment et demandez lui de le réviser d’abord. Quand la même erreur revient deux fois, corrigez le système et ses garde fous au lieu de corriger un résultat de plus à la main.

Latent Space, la lettre du milieu AI Engineer, a rapporté le 13 novembre que Hacker News avait porté le manifeste à sa page frontale ce jour là. Les rédacteurs ont dit qu’ils l’avaient lancé pour offrir un outil utile de discussion au travail, et qu’ils espéraient qu’il serve ainsi. Cet espoir modeste explique peut être la vitesse des signatures. Un document qu’un gestionnaire peut déposer dans une discussion d’équipe sans lancer un conflit est une chose rare dans ce débat.

Contexte

Les manifestes ont une histoire dans le logiciel, et cette histoire est mixte. Le Manifeste Agile, publié sur agilemanifesto.org, a offert quatre valeurs et douze principes en février 2001 et a changé la façon dont la plupart du secteur bâtit des logiciels, comme le dit le nouveau document lui même. Il est aussi devenu, dans les années suivantes, une étiquette que des équipes pouvaient revendiquer en changeant très peu leur façon de travailler. Quiconque emprunte sa forme en 2026 sait que ce risque fait partie de l’héritage.

Le débat sur le slop a sa propre histoire récente sur ce site. Notre dossier précédent, Slop Is a Slur Now, a suivi la façon dont le mot est passé d’un test étroit, non demandé et non révisé, vers une insulte large visant presque tout travail qu’un modèle avait touché. Le manifeste se place fermement du côté étroit de cette ligne. Il affirme que l’usage de l’IA ne fait pas en soi d’une chose du slop, et il défend même des façons rapides et libres de bâtir quand les enjeux le permettent, en notant qu’un résultat non révisé n’est pas toujours mauvais et le devient quand il nuit au résultat visé.

1. 2001Dix sept praticiens se réunissent à Snowbird, en Utah, et publient le Manifeste Agile avec quatre valeurs et douze principes
2. Novembre 2025Swyx donne une conférence intitulée No More Slop au AIE Code Summit, citée comme ressource dans le nouveau manifeste
3. 2026Les conférenciers et les participants du AIE Code Summit 2026 publient le manifeste No AI Slop
4. 13 novembre 2026Latent Space rapporte que Hacker News porte le manifeste à sa page frontale
5. 14 novembre 2026La liste de signatures dans le document public atteint 391 noms au moment de la vérification pour ce dossier

Les ressources que les signataires ont choisi de lier racontent leur propre histoire sur l’endroit où cet argument se construit. La liste comprend cette conférence de Swyx au sommet de 2025, un texte de Tejas Kumar sur la façon de garder le slop hors de son écriture, et la politique d’usage de l’IA écrite par les mainteneurs de Ghostty, un projet de terminal. Aucune de ces sources ne demande d’abandonner les outils. Toutes tournent autour de la même exigence, qu’une personne reste capable d’expliquer et de défendre le travail qui porte son nom.

La pression se trouve dans le document comme une cause, non comme une excuse. Beaucoup de slop vient de la pression, dit la septième croyance, alors que les entreprises poussent leurs gens à redéfinir ce qui est humainement possible. Cette ligne compte parce qu’elle déplace le blâme vers le haut. Un bâtisseur débutant qui livre un plan non lu sous une échéance fixée par quelqu’un d’autre est un symptôme. Le système qui a fixé l’échéance et compté la production est le sujet.

Différents points de vue

Le soutien le plus fort jusqu’ici est venu de lecteurs qui traitent le manifeste comme une règle de fonctionnement plutôt qu’un slogan. Dans un texte du 14 novembre, Ken Ashe a soutenu que le slop n’est pas une catégorie de modèle mais une catégorie de responsabilité. Si une équipe ne peut pas dire qui a vérifié une affirmation, pourquoi une pièce existe, qui elle sert et ce qui a été retiré, a écrit Ashe, l’équipe ne publie pas. Elle pulvérise. Sa version pratique ajoute des contrôles avant l’échelle, un propriétaire nommé pour chaque pièce, et une révision qui retire le travail faible au lieu de le polir.

Cette lecture a de la force parce qu’elle peut être mise à l’épreuve. Une équipe a un propriétaire et une norme de rejet ou elle n’en a pas. Une révision retire du travail ou elle le laisse passer. Ashe note aussi le coût qui pousse les équipes à résister à de tels contrôles. Ils semblent plus lents au début, car la révision, la discipline des sources et le goût prennent un temps que la production brute ne prend pas.

Un deuxième point de vue est plus froid sur la forme elle même. Une signature ne coûte rien, et une liste publique de noms peut devenir un insigne qu’un bâtisseur porte pendant que ses habitudes quotidiennes restent les mêmes. Le manifeste n’a ni test, ni audit, ni conséquence pour un signataire qui livrera la semaine prochaine un changement de mille lignes non lu. Sa croyance finale concède la limite à l’avance. Aucun de nous n’a trouvé la réponse, écrivent les signataires, et il n’existe pas une seule bonne réponse. Les lecteurs qui ont vécu les années Agile reconnaîtront le motif. Un court document peut lancer un vrai changement dans une équipe et devenir une décoration murale dans la suivante, et le document lui même ne peut pas vous dire quel destin s’en vient.

Un troisième point de vue demande si la révision peut passer à l’échelle de la façon dont le manifeste l’espère. Le document accorde une partie de ce point. Les révisions par agents, les analyseurs et les vérificateurs sont utiles mais pas suffisants, dit il, et pour l’instant une personne devrait encore réviser au moins un sous ensemble du résultat, ce sous ensemble étant fixé par les enjeux. Il accorde aussi que ce qui est révisé changera à mesure que les modèles s’amélioreront. Un bâtisseur peut cesser de lire la plus grande part du code et réviser encore un plan, une conception ou un résultat. Cette concession garde l’engagement honnête. Elle laisse aussi ouverte la question la plus dure, quel sous ensemble suffit quand le volume continue de monter et que les réviseurs ne se multiplient pas.

Pourquoi cela compte

Ce qui a été livré et la façon dont cela aide les gens qui l’utilisent comptent bien plus, soutient le manifeste, que les lignes de code, les changements fusionnés, les jetons dépensés ou le nombre d’agents qui tournent en même temps. Lisez cela comme une affirmation sur la mesure et elle mord en profondeur. La plupart des tableaux de bord dans ce secteur comptent la production parce que la production est facile à compter. Le manifeste demande aux équipes de compter les conséquences à la place, qui sont plus lentes à voir et plus dures à simuler.

Il recadre aussi un débat devenu paresseux. L’argument public sur le travail avec l’IA se divise souvent en camps qui défendent tout usage des outils ou condamnent tout usage. Les signataires refusent les deux camps depuis l’intérieur du milieu des bâtisseurs. Leur plainte n’est pas qu’un modèle a aidé. Leur plainte est que personne n’a fait la part humaine du travail, la réflexion avant l’invite, la lecture après le résultat, et la volonté de mettre un nom derrière le résultat.

Voilà pourquoi le document a voyagé au delà d’une conférence en quelques jours. Presque chaque travailleur du savoir se trouve maintenant d’au moins un côté de l’asymétrie qu’il nomme. Ils ont reçu le long document lisse et vide qui a pris des minutes à fabriquer et une heure à démêler. Beaucoup en ont aussi envoyé un, sous pression, un jour où la file était longue et l’échéance ne bougeait pas. Un texte qui nomme cette expérience partagée sans honte pour les gens pris dedans donne à une équipe un langage qu’elle n’avait pas lundi.

Réflexion de clôture

Un manifeste ne peut pas réviser votre prochain changement à votre place. Il ne peut pas lire le plan, repérer le détail inventé, ni dire à l’expéditeur, gentiment, de regarder encore avant que le travail arrive chez un collègue. Seules les habitudes peuvent faire cela, répétées lors de journées ordinaires quand personne ne regarde une liste de signatures grandir.

Mais les habitudes commencent souvent par une phrase qu’un groupe peut se répéter sans embarras. Les résultats plutôt que la production est une telle phrase. Le test simple au cœur de ce document en est une autre, que le créateur devrait dépenser au moins autant d’effort que le lecteur en dépensera. Si ces deux lignes survivent à la semaine qui suit le moment de page frontale, les signatures auront signifié quelque chose. Sinon, le flot aura gagné une page de plus bien écrite, et le manifeste lui même fera face au verdict qu’il a écrit pour tous les autres.

Faits vérifiés le 14 novembre 2026, à partir du texte complet du manifeste No AI Slop tel que publié par ses signataires, du reportage de Latent Space du 13 novembre 2026 et de commentaires publiés le 14 novembre 2026. Le compte de signatures est celui montré dans le document public au moment de la vérification et peut avoir grandi depuis.

Sources

• Le manifeste No AI Slop, écrit par les conférenciers et les participants du AIE Code Summit 2026 : https://gist.github.com/dexhorthy/4cc96f01be5b1208519e75dad250a948
• Latent Space, AINews, The No AI Slop Manifesto, 13 novembre 2026 : https://latent.space/p/ainews-the-no-ai-slop-manifesto/
• Ken Ashe, AI Slop Is an Operating Failure, 14 novembre 2026 : https://kenashe.ai/blog/2026-11-14-ai-slop-is-an-operating-failure/
• Le Manifeste Agile, 2001 : https://agilemanifesto.org/
• Images de héros et de corps : illustrations Dirty Static