ce:compound

Le note del 31 marzo 2026 di Trevin Chow su Compound Engineering v2.60.0 registrano il cambiamento che oggi definisce ce:compound: la skill ha adottato uno schema per traccia, bug contro knowledge, e ha acquisito un controllo di discoverability. La divisione si fonda su un'affermazione detta senza mezzi termini nella guida agli agenti Thinkroom di Kieran Klaassen, secondo cui un sistema che ricorda solo i bug dimentica l'essenziale. La bug-track contiene ciò che si è rotto; la knowledge-track contiene ciò che è stato deciso o scoperto.

ce:compound si colloca all'estremità di acquisizione del Compounding Knowledge Lifecycle, invocato come /ce-compound. La sua unità di output è il Learning: un file markdown, un problema risolto, archiviato sotto docs/solutions/<category>/, il cui frontmatter (title, tags, module, problem_type, applies_when, severity, date) esiste per il recupero, non per la lettura.

La sua disciplina è il tempismo. Klaassen individua il vero collo di bottiglia nel recupero, non nella scrittura: i postmortem marciscono nei wiki. Per questo ce:compound documenta mentre il contesto è ancora fresco, distribuendo il lavoro a subagent (un context analyzer, un solution extractor, un related-docs finder che si protegge dai duplicati), mentre solo l'orchestratore scrive un unico documento.

La scala in gioco è modesta. La guida di Klaassen conta 35 Learning, con skill-design in testa. L'illustrazione canonica è l'incidente #714, che è diventato contemporaneamente un fix, un Learning, un test e una dottrina. Secondo questo metro, compounding significa eliminare intere classi di errore. Se un numero crescente di file resti per sempre il suo indicatore è una domanda lasciata aperta.