Ce guide agent de Thinkroom (plateforme de Kieran Klaassen) décrit le Compounding Knowledge Lifecycle du compound-engineering-plugin : le mécanisme par lequel « une leçon apprise une fois continue de payer ». Le pari fondateur du compound engineering : chaque unité de travail doit rendre la suivante plus facile. Or le code améliore le produit, pas le process ; ce qui compose, c'est la connaissance, à condition d'être documentée sous une forme retrouvable au moment exact du besoin. Le vrai verrou n'est donc pas l'écriture (les postmortems « pourrissent dans les wikis ») mais la récupération, ici rendue automatique dans cinq skills plutôt que laissée à la discipline.

L'unité est la learning : un fichier markdown, un problème résolu, sous docs/solutions/<category>/, dont tout le frontmatter sert la recherche (title, tags, module, problem_type, applies_when, severity, date). Le problem_type sépare bug-track (ce qui a cassé) et knowledge-track (ce qui a été décidé/découvert) — car « un système qui ne retient que les bugs oublie l'essentiel ». Corpus vivant : 35 learnings, skill-design en tête. Au-dessus, le pattern doc généralise plusieurs learnings (plus de levier, plus de risque si périmé).

un système qui ne retient que les bugs oublie l'essentiel

Kieran Klaassen , thinkroom.kieranklaassen.com

La capture se fait via /ce-compound, dont la discipline est le timing (documenter tant que le contexte est frais), avec un fan-out de subagents (analyzer, extractor, anti-doublon) pendant que l'orchestrateur seul écrit un unique doc. L'exemple canonique — l'incident #714 devenant fix + learning + test + doctrine — montre que « compounding » signifie retirer des classes de défaillance, pas empiler des documents.

La carte mémoire oppose le durable (git : docs/solutions/, CONCEPTS.md, STRATEGY.md, plans/brainstorms = le WHY) à l'éphémère (repo-profile cache re-dérivable). La détection ne pousse rien : cinq skills tirent au moment de décider via le learnings-researcher grep-first (35 docs → greps de frontmatter → candidats → full-read → 5 findings). Le /ce-code-review est « la dent la plus tranchante » : une violation devient un finding file:line. Deux règles de confiance protègent : present evidence wins et date is signal.

Enfin, le refresh empêche la mémoire de mentir via trois contre-forces (read time, write time via coherence neighborhood, on-demand /ce-compound-refresh scopé). La boucle est illustrée de bout en bout par la livraison de /ce-explain. Métaphore financière : learning = principal, retrieval = intérêt, pattern doc = réinvestissement — un système où le travail neuf « arrive immunisé contre les erreurs passées ».