ce:compound

Les notes du 31 mars 2026 de Trevin Chow sur Compound Engineering v2.60.0 consignent le changement qui définit aujourd'hui ce:compound : la skill a adopté un schéma par piste, bug contre connaissance, et a gagné un contrôle de découvrabilité. Cette scission repose sur une affirmation formulée sans détour dans le guide d'agent Thinkroom de Kieran Klaassen, selon laquelle un système qui ne mémorise que les bugs oublie l'essentiel. La piste bug conserve ce qui s'est cassé ; la piste connaissance conserve ce qui a été décidé ou découvert.

ce:compound se situe à l'extrémité capture du Compounding Knowledge Lifecycle, invoqué par /ce-compound. Son unité de sortie est le Learning : un fichier markdown, un problème résolu, classé sous docs/solutions/<category>/, dont le frontmatter (title, tags, module, problem_type, applies_when, severity, date) existe pour la récupération plutôt que pour la lecture.

Sa discipline, c'est le minutage. Klaassen situe le véritable goulot d'étranglement dans la récupération, pas dans l'écriture : les postmortems pourrissent dans les wikis. ce:compound documente donc pendant que le contexte est encore frais, en déployant des sous-agents en éventail (un analyseur de contexte, un extracteur de solution, un chercheur de documents connexes qui prévient les doublons), tandis que seul l'orchestrateur rédige un document unique.

L'échelle en jeu reste modeste. Le guide de Klaassen compte 35 Learnings, le skill-design arrivant en tête. L'illustration canonique est l'incident #714, devenu à la fois un correctif, un Learning, un test et une doctrine. À cette aune, compounder signifie éliminer des classes entières d'échec. Reste ouverte la question de savoir si un nombre croissant de fichiers cessera un jour d'en être le seul indicateur.