L'éloge de la maintenance en IA
Tes Skills, tes CLAUDE.md, tes scripts IA dérivent dès que tu détournes le regard. Pourquoi ça arrive, et comment garder vivant ce que tu as construit.
Vendredi dernier. Je relance un Skill que j'avais écrit fin mars pour scanner Luma, Meetup et Eventbrite, et me sortir les events tech à Paris pour le mois suivant. Trois semaines que je l'avais pas lancé. Il a tourné. Il a craché un fichier. Bien formaté, bien daté.
Sauf que la moitié des events listés n'existaient plus, et que le Skill avait raté trois conférences que je voulais voir.
Pas un bug. Une dérive. Luma avait refait son format de page. Mon prompt cherchait dans une zone du HTML qui n'existait plus pareil. Le Skill faisait son boulot. Le monde autour avait bougé.
J'ai passé vingt minutes à le rouvrir, à relire, à élaguer, à tester. Ces vingt minutes, c'est l'article de cette semaine.
Le travail qu'on n'a pas appris à valoriser
Personne ne tweete « j'ai mis à jour mon CLAUDE.md ce matin ». Personne ne fait une démo LinkedIn intitulée « j'ai élagué un Skill encombré ». Toute la culture IA pousse vers le neuf : nouveau modèle, nouveau MCP, nouveau workflow, nouvelle release. Ce qu'on affiche, c'est l'arrivée. Pas la durée.
Mais dans la vraie vie, 70% du travail des ingénieurs, c'est l'entretien. C'est le constat sec de Lee Vinsel et Andrew Russell dans The Innovation Delusion : on a sacralisé l'innovation jusqu'à oublier que ce qui tient un monde, c'est ce qui le maintient. Pas une thèse. Un fait.
Deux historiens des techniques démontent le culte de l'innovation et défendent les mainteneurs : ceux qui font tenir les ponts, les serveurs, les organisations. Court, sec, américain dans le bon sens du terme.
Voir sur AmazonSteven Jackson, sociologue des techniques, va plus loin avec ce qu'il appelle le broken world thinking. Et si on partait de l'hypothèse que tout est en train de se dégrader, et que ce qui est remarquable c'est ce qu'on garde vivant ? La maintenance n'est invisible que tant qu'elle marche. Le jour où ça casse, c'est la seule chose qu'on voit.
Pourquoi ça touche directement l'IA
Trois forces poussent ton stack IA à dériver dès que tu le laisses tranquille.
Les modèles bougent tous les deux mois. Ton CLAUDE.md écrit en mars parle peut-être à un Claude qui n'existe plus en mai. Les comportements changent. Ce qui était implicite hier doit être explicite aujourd'hui. Ce qui était utile hier devient parfois redondant.
Tes instructions se diluent. En début de session, ton brief pèse la moitié de la mémoire de Claude. Une heure plus tard, il s'y noie au milieu de tes échanges. La précision de récupération chute de 15 à 30% quand la fenêtre passe de 8K à 128K tokens (recherche Anthropic, étude Chroma). C'est mécanique. Plus ton agent discute longtemps, moins il se souvient de ce que tu lui as demandé en premier. J'en ai fait un article complet ici.
Le monde extérieur n'a pas signé tes API. Mes scripts tapent sur Luma, Notion, Confluence, X, GitHub. Aucun de ces services ne m'a promis de pas changer. Mon Skill events n'a rien fait de mal. Luma a refait son HTML, et c'est tout.
Poser, c'est déjà entretenir
Quand tu poses un brief, un Skill, un prompt système, un script, tu fais un acte d'écriture. Tu pèses chaque mot. Tu testes. Tu valides. Tu commit. C'est créer.
Mais ce que tu poses n'est pas un document. C'est un système vivant, en équilibre instable avec un environnement qui bouge. Le geste qui pose et le geste qui maintient sont le même geste, à des moments différents. Maintenir, c'est créer deux fois.
Stewart Brand l'a formulé dès 1994, dans How Buildings Learn : un bâtiment est composé de couches qui évoluent à des rythmes différents (site, structure, peau, services, espace, mobilier). Sa formule : « Fast learns, slow remembers. Fast proposes, slow disposes. » L'adaptation se passe quand les couches glissent l'une sur l'autre. Le drame, c'est quand une couche figée bloque une couche qui veut bouger, ou quand une couche qui change trop vite déchire celle du dessous.
Une enquête sur ce qui arrive aux bâtiments après leur construction. Brand y forge la théorie des pace layers : six couches qui évoluent à des rythmes différents. Une grille de lecture qui marche pour les villes, les organisations, et n'importe quel système IA.
Voir sur AmazonTon stack IA, c'est exactement ça.
Si tu laisses ton CLAUDE.md figé pendant que le modèle évolue dessous, ça craque. Si tu refais un Skill toutes les heures pendant que ton brief tient le cap, tu casses la couche du dessus. Maintenir, c'est piloter ces vitesses différentes. Ni les figer. Ni les laisser dériver.
Quatre dérives qui reviennent toujours
J'en ai vu quatre, en deux mois, sur mon stack et sur celui de gens autour. Mon Skill events à lui seul en avait coché deux : encombré (j'avais ajouté trois sources de scraping différentes pour gérer des cas particuliers), et silencieux (il sortait toujours un fichier propre, juste rempli d'events fantômes). Aucune n'est dramatique prise seule. Toutes finissent par te coûter une après-midi à debugger un mardi soir.
« Utilise telle bibliothèque » alors que tu as migré ailleurs il y a deux mois. Le modèle suit ton instruction, fidèlement. Tu rages contre lui, alors que c'est toi qui as figé le brief.
Relire le fichier comme si tu en héritais. Supprimer ce qui n'est plus vrai. Préciser ce qui est devenu flou.
Tu as ajouté douze cas particuliers en trois mois pour gérer des exceptions. Le Skill fait dix choses moyennement, plus aucune bien. Tu hésites à l'invoquer parce que tu sais plus ce qu'il fait.
Élaguer. Si trois cas reviennent rarement, en faire un Skill séparé. Un Skill, une intention.
Ton cron tourne. Sauf qu'il a planté il y a 19 jours et que personne ne te l'a dit. Tu l'apprends parce que quelqu'un te demande où est passé le digest. La recherche 2026 sur les agents appelle ça silent quality degradation.
Un ping Telegram quand le cron démarre. Un log qui s'écrit. Un mail « fait, RAS ». Le minimum pour ne pas découvrir tard.
200 prompts dans Notion, jamais retrouvés parce que jamais tagués, jamais datés, jamais versionnés. Tu réécris chaque fois. Tu crois que c'est plus simple. C'est juste qu'aucun outil ne te dit qu'ils existent.
Tagger, dater, supprimer ce qui ne sert plus. Un cimetière, ça se nettoie ou ça se brûle.
Le rituel : cinq gestes en boucle
Pas un audit trimestriel. Pas un projet de refonte. Cinq gestes simples, à enchaîner sur un seul système à la fois.
- Relire comme si t'avais hérité du fichier de quelqu'un d'autre. Pas le code, le brief. Tu vas voir des phrases qui ne veulent plus rien dire.
- Tester sur un cas réel, pas un cas inventé pour le test. Un truc que tu ferais aujourd'hui. Fais le même cas à la main, et compare.
- Élaguer ce qui ne sert plus. Les « au cas où ». Les exemples qui datent. Les exceptions ajoutées pour un bug qui n'existe plus. Si t'as pas le courage de supprimer, mets en commentaire avec une date. Tu reviendras.
- Préciser là où ça a hésité, là où c'était ambigu. Une phrase. Une seule. Pas un chapitre. La précision tue la dérive.
- Surveiller avec le minimum vital : un ping, un log, un mail. Si ton système tourne sans rien dire, t'apprendras la panne par hasard. Et toujours trop tard.
Vendredi, sur le Skill events, ça a donné : j'ai relu le prompt (deux phrases ne voulaient plus rien dire en mai), j'ai testé sur les events de juin, j'ai remplacé le scraper Luma cassé par une source plus stable, j'ai précisé que chaque event devait afficher son format et son prix, et j'ai branché un ping Telegram qui m'envoie le résultat chaque vendredi matin. Vingt minutes. Il tourne propre depuis.
La fréquence
Trente minutes par semaine. Le vendredi, parce que tu finis la semaine et c'est un bon moment pour regarder en arrière. Un seul système. Pas de big-bang.
Robert C. Martin appelle ça la Boy Scout Rule : leave the code better than you found it. Tu touches un truc, tu le laisses meilleur que tu l'as trouvé. Pas mieux à 100%. Mieux à 5%. Cinquante semaines à 5%, ça fait un système qui tient.
Ce qui dure
Au Japon, le sanctuaire d'Ise est reconstruit à l'identique tous les vingt ans depuis 1300 ans. Le rituel s'appelle Shikinen Sengū. Deux mille artisans, huit ans de préparation, des forêts gérées sur quatre générations pour fournir le bois de cyprès. Quand un cycle se termine, le nouveau sanctuaire est érigé à côté de l'ancien, les divinités y sont transférées, puis l'ancien est démantelé. Les piliers majeurs deviennent des torii d'autres sanctuaires.
Le bois change. Les techniques se transmettent. La forme reste. Le concept shintō derrière le rituel s'appelle tokowaka, l'éternel renouveau : ce qui dure n'est pas ce qu'on n'a jamais touché. C'est ce qu'on a su rebâtir. La permanence se cache dans le geste, pas dans la matière.
Ce qui paie vraiment, en 2026, c'est pas un nouvel outil IA chaque semaine. C'est un système, un script, un agent, un Skill, un workflow, qui tourne depuis trois mois sans rien casser, parce que tu l'as soigné. Mon Skill events vient de redémarrer. On verra dans trois mois.
Choisis un système. Un seul. Lis-le. Teste-le. Élague. Précise. Surveille.
Tu vas voir ce que ça change quand tu le rouvriras dans trois semaines.
Pour creuser
- Steven J. Jackson, Rethinking Repair (chapitre dans Media Technologies, MIT Press, 2014). Le manifeste du broken world thinking.
- Anthropic, Effective context engineering for AI agents. La doctrine actuelle pour gérer un contexte qui dérive.
- Chroma Research, Context Rot. Les chiffres sur la dégradation des longues fenêtres.
- Steph Ango, File over app. Pourquoi le format compte plus que l'application.
Si cet article t'a fait gagner du temps,
il en fera gagner à quelqu'un dans ton réseau.
Continuer la lecture
Markdown : la puissance d'un format simple
Pendant que tout accélère, un format de 2004 vient de prendre le pouvoir. Markdown n'a quasiment pas bougé en 22 ans, et c'est devenu la lingua franca des humains et des machines. Histoire, raisons, et benchmark de 7 outils pour s'y mettre.
Sub-agents Claude Code : déléguer une discovery en 40 minutes
Walkthrough complet d'un Product Manager : comment briefer trois sub-agents Claude Code en parallèle (voix client, data produit, concurrence) pour transformer une matinée de recherche en quarante minutes de synthèse.
L’AI.ssentiel, chaque vendredi
Les signaux IA qui comptent. Pour les pros qui utilisent déjà l'IA.