ce:compound

Las notas de Trevin Chow del 31 de marzo de 2026 sobre Compound Engineering v2.60.0 registran el cambio que hoy define a ce:compound: la skill adoptó un esquema por pista, bug frente a conocimiento, y ganó una comprobación de descubribilidad. La separación se apoya en una afirmación formulada sin rodeos en la guía de agentes de Thinkroom de Kieran Klaassen: un sistema que solo recuerda los bugs olvida lo esencial. La pista de bugs guarda lo que se rompió; la pista de conocimiento guarda lo que se decidió o se descubrió.

ce:compound se sitúa en el extremo de captura del Compounding Knowledge Lifecycle, invocado como /ce-compound. Su unidad de salida es el Learning: un archivo markdown, un problema resuelto, archivado bajo docs/solutions/<category>/, cuyo frontmatter (title, tags, module, problem_type, applies_when, severity, date) existe para la recuperación, no para la lectura.

Su disciplina es el momento oportuno. Klaassen ubica el verdadero cuello de botella en la recuperación, no en la escritura: los postmortems se pudren en las wikis. Por eso ce:compound documenta mientras el contexto todavía está fresco, desplegando subagentes (un analizador de contexto, un extractor de soluciones, un buscador de documentos relacionados que protege contra duplicados) mientras el orquestador, en solitario, escribe un único documento.

La escala involucrada es modesta. La guía de Klaassen cuenta 35 Learnings, con skill-design a la cabeza. La ilustración canónica es el incidente #714, que se convirtió a la vez en una corrección, un Learning, una prueba y una doctrina. Según esa medida, compounding significa retirar clases enteras de fallos. Queda abierto si un recuento creciente de archivos deja alguna vez de ser la medida sustitutiva de ello.