Idée principale

Un hook de mémoire s'exécute après chaque réponse de l'assistant. À vingt échanges par jour, la dépense reste sous un dollar par mois, et le traitement prend une à deux secondes — ce qui suppose d'avoir choisi un petit modèle rapide pour la tâche d'extraction, non parce qu'il suffisait, mais parce que la cadence l'exigeait.

Ce qu'un tel niveau achète n'est pas une économie : c'est la disparition d'une question. Une automatisation qui coûterait dix fois plus ne serait pas hors de prix, elle serait discutable — on se demanderait s'il faut l'activer sur ce projet-ci, la désactiver pendant les sessions de débogage, la restreindre aux échanges importants. Chacune de ces questions se pose à chaque fois, et c'est cette répétition qui use, bien avant la facture.

Le seuil utile n'est donc pas « rentable » mais « négligeable ». En dessous, le dispositif devient une infrastructure qu'on oublie ; au-dessus, il reste un outil dont on décide, et un outil dont on décide à chaque échange finit par être coupé.

Couche apportée par « Pourquoi auditer vos Skills » (2026-03-25). La même règle sert à décider par quoi commencer quand plusieurs dispositifs tournent déjà. Un skill lancé dix fois par semaine et un skill lancé une fois par trimestre n'appellent pas le même soin : c'est la fréquence qui désigne celui qui doit être sobre, avant même qu'on sache lequel est le plus lourd à l'unité. Et quand la ressource consommée n'est pas une facture mais un plafond — la fenêtre glissante de cinq heures de Claude Code —, le seuil de négligeabilité ne se lit plus en euros par mois mais en lancements restants avant blocage.

Pourquoi c'est important

Cela donne un critère de conception pour tout ce qui tourne en arrière-plan : dimensionner non sur le budget disponible mais sur le seuil au-delà duquel un utilisateur recommencerait à se demander s'il faut le laisser tourner.

Cela justifie aussi des choix techniques qui paraîtraient timides autrement — un petit modèle, un traitement minimal, une extraction pauvre — parce que la cadence est ce qui contraint, pas la difficulté de la tâche.

Nuances et limites

Le coût par exécution n'est pas le seul arbitrage : une seconde d'attente à chaque tour, acceptable seule, devient perceptible sur une journée de travail continue.

Et le seuil de négligeabilité est relatif à qui paie. Ce qui est indolore pour un usage individuel devient une ligne de budget dès qu'on multiplie par une équipe.

Questions ouvertes

• Que faire d'une automatisation dont le coût devient discutable à mesure qu'elle se révèle utile et qu'on lui en demande plus ?