La demi-vie de fraîcheur
Voici une lentille autour de laquelle AILmanac est construit, et l'idée la plus utile que nous puissions vous transmettre sur le travail avec l'IA :
Tous les faits sur l'IA ne se périment pas à la même vitesse. Vous ne devriez donc pas les traiter de la même manière.
Le prix d'un modèle, le nom du « meilleur » modèle, le fonctionnement des transformers — ce sont tous des « faits », mais l'un change chaque semaine, l'autre chaque mois, et le dernier n'a pratiquement pas changé depuis des années. Si vous stockez les trois dans votre tête avec une confiance égale, vous vous tromperez avec assurance sur deux d'entre eux d'ici un mois.
Un modèle que nous trouvons utile : attribuez à chaque fait une demi-vie de fraîcheur — une estimation grossière du temps qu'il faut avant qu'il ait 50 % de chances d'être périmé — puis décidez comment le gérer en fonction de cette demi-vie, et non en fonction de son importance ressentie.
Le geste fondamental : adapter la gestion à la demi-vie
Il n'y a que trois choses que vous pouvez faire d'un fait :
- Le mettre en cache — le garder en tête et agir dessus sans re-vérifier.
- Le re-vérifier — partir du principe qu'il a pu dériver ; le vérifier auprès d'une source avant de vous y fier.
- Lier, ne pas mémoriser — ne jamais stocker la valeur du tout ; stocker un pointeur vers l'endroit où vit la valeur à jour.
L'erreur que presque tout le monde commet, c'est de mettre en cache des choses qui devraient être liées. On mémorise un prix, on le répète en réunion six mois plus tard, et on a tort. La demi-vie de fraîcheur vous indique quel geste adopter.
Les niveaux
Un modèle que nous trouvons utile consiste à trier les faits sur l'IA en quatre niveaux de péremption. Les frontières sont floues à dessein — l'important, c'est le gradient, pas des seuils exacts.
| Niveau | Demi-vie | Exemples | Que faire |
|---|---|---|---|
| Volatil | Heures–jours | Prix exacts, limites de débit, état des files/de la capacité, libellés d'interface et noms de boutons en direct, « l'API est-elle opérationnelle en ce moment » | Lier, ne pas mémoriser. Ne jamais citer de mémoire. Toujours récupérer la valeur à jour depuis la source officielle au moment où vous en avez besoin. |
| Rapide | Semaines | Quel modèle est le « meilleur » ou le « par défaut » pour une tâche, paramètres recommandés, quelles fonctionnalités sont en préversion | Re-vérifier avant de s'y fier. Vous pouvez retenir une hypothèse de travail ; vérifiez avant de miser quoi que ce soit dessus. |
| Lent | Mois | Quelles fonctionnalités existent réellement, noms d'outils et de produits, grands paliers de capacité (« peut-il voir des images ? ») | Mettre en cache, mais dater. Gardez-le en tête, mais attachez-y un « valable vers telle date » mental et re-vérifiez quand les enjeux sont élevés. |
| Durable | Années | Comment les transformers prédisent les tokens, pourquoi les fenêtres de contexte comptent, les principes de prompting, l'échelle de confiance, ce cadre même | Mettre en cache librement. Ce sont les fondations qui valent la peine d'être réellement apprises. Investir ici produit des intérêts composés. |
Comment lire les niveaux
Le piège, c'est la confusion de niveau — traiter un fait volatil comme s'il était durable. « Claude coûte X $ par million de tokens » ressemble à un fait solide, alors les gens le mettent en cache. Mais sa demi-vie se compte en jours, pas en années. La solution n'est pas de mémoriser plus fort ; c'est de le faire descendre d'un niveau dans la façon de le gérer : lier à la source au lieu de citer un chiffre.
L'erreur inverse est plus rare mais réelle : re-googler les choses durables (« comment fonctionne un LLM ? ») à chaque fois au lieu de simplement les apprendre une bonne fois. Si la demi-vie d'un fait se mesure en années, arrêtez de la re-vérifier et intériorisez-la.
Un test rapide quand vous vous surprenez à énoncer un fait sur l'IA : « Quelle est la demi-vie de ce que je viens de dire ? » Si la réponse honnête est « des jours », vous devriez pointer vers une source, pas vers votre mémoire.
Pourquoi cela compte plus pour l'IA que pour presque tout le reste
La plupart des domaines présentent un mélange confortable de faits durables et volatils. L'IA est inhabituelle : une grande part des « faits » que les gens répètent appartiennent aux niveaux Volatil et Rapide — noms de modèles, prix, limites, ce qui est le meilleur cette semaine. Le ratio volatil/durable est élevé. C'est précisément pour cela que tant de conseils sur l'IA vieillissent mal, et pourquoi une habitude axée sur la fraîcheur rapporte davantage ici que dans des domaines qui bougent plus lentement.
Cela explique aussi une règle contre-intuitive : plus une astuce paraît sûre d'elle au sujet d'un chiffre précis, plus vous devriez vous en méfier. Précision et fraîcheur sont souvent en tension. « Utilisez le modèle compétent le moins cher » est un conseil durable. « Utilisez le modèle X à Y $ » est une capture d'écran d'un instant.
Comment AILmanac lui-même fonctionne sur cette idée
Ce n'est pas qu'une théorie que nous vous transmettons — c'est le système d'exploitation de tout le site.
- Les faits volatils ne sont jamais codés en dur dans la prose. Les prix, les limites et les noms de modèles actuels vivent à un seul endroit —
data/models.json, notre source unique de vérité — et sur la page Modèles et tarification, que nous maintenons vérifiée. Partout ailleurs, nous lions vers ces sources plutôt que de répéter un chiffre qui se périmerait. - Chaque page volatile porte un tampon
<VerifyNote>indiquant quand un humain l'a vérifiée pour la dernière fois auprès de la source officielle, comme ceci :
- Le Tableau de bord de fraîcheur note chaque page par rapport à sa date de dernière vérification et à votre horloge actuelle, de sorte que le site ne peut pas se périmer en silence sans le montrer. Ce tableau de bord, c'est la demi-vie de fraîcheur rendue littérale : il fait remonter les pages qui ont probablement dépassé leur demi-vie et qui nécessitent qu'un humain les re-vérifie.
- Dans le doute, nous pointons vers la documentation officielle plutôt que de copier une valeur. Un lien vers une source maintenue a une demi-vie bien plus longue qu'un chiffre collé dans un paragraphe.
Si vous construisez vos propres notes, prompts ou docs internes par-dessus Claude, volez ceci directement : gardez vos faits volatils à un seul endroit daté et liable, et écrivez tout le reste pour qu'il leur survive.