Pendant trois mois avec Claude Code, le répertoire devenait de plus en plus vaste, avec des couches pour rules/ docs/ memory/ skills/ mais je n’arrivais pas à expliquer ce que je construisais exactement.
Jusqu’à ce que je tombe sur cet article "Everything is Context", qui a traduit ma structure de dossiers en langage académique : → La thèse s’appelle Scratchpad (espace de travail temporaire) → Fact Memory (mémoire factuelle au niveau du projet) → Experiential Memory (expérience inter-projets) rules/ Chargement automatique vs docs/ Chargement à la demande → Context Constructor (chargement sélectif dans la limite du budget en tokens) Ce qui résonne le plus pour moi, c’est la partie sur la contrainte de la fenêtre de tokens. Avant, rules/ était chargé en totalité, le contexte explosait. Ensuite, en le divisant en deux couches, c’est devenu stable. L’article appelle cela "bounded reasoning capacity" — c’est exactement ce que je tentais de résoudre. La pratique passe avant, le nom vient après. J’ai d’abord fait des erreurs, puis lu l’article, et j’ai découvert que ces erreurs avaient un nom. Texte original de l’article
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Pendant trois mois avec Claude Code, le répertoire devenait de plus en plus vaste, avec des couches pour rules/ docs/ memory/ skills/ mais je n’arrivais pas à expliquer ce que je construisais exactement.
Jusqu’à ce que je tombe sur cet article "Everything is Context", qui a traduit ma structure de dossiers en langage académique :
→ La thèse s’appelle Scratchpad (espace de travail temporaire)
→ Fact Memory (mémoire factuelle au niveau du projet)
→ Experiential Memory (expérience inter-projets)
rules/ Chargement automatique vs docs/ Chargement à la demande → Context Constructor (chargement sélectif dans la limite du budget en tokens)
Ce qui résonne le plus pour moi, c’est la partie sur la contrainte de la fenêtre de tokens. Avant, rules/ était chargé en totalité, le contexte explosait. Ensuite, en le divisant en deux couches, c’est devenu stable. L’article appelle cela "bounded reasoning capacity" — c’est exactement ce que je tentais de résoudre.
La pratique passe avant, le nom vient après. J’ai d’abord fait des erreurs, puis lu l’article, et j’ai découvert que ces erreurs avaient un nom.
Texte original de l’article