ce:compound

Compound Engineering ist das Capture-Skill im compound-engineering-Plugin: der Befehl, mit dem man ein gerade gelöstes Problem in eine dauerhafte Lerndatei überführt. Seine Ausgabeeinheit ist ein einzelnes Markdown-Dokument unter `docs/solutions/<category>/`, dessen Frontmatter (`title`, `tags`, `module`, `problem_type`, `applies_when`, `severity`, `date`) dem Retrieval dient, nicht der Darstellung.

Zwei Design-Entscheidungen verdienen Beachtung, und beide sind in den Quellen dokumentiert. Trevin Chows Compound Engineering v2.60.0, datiert auf den 31. März 2026, gab ce:compound ein Schema mit getrennten Spuren: bug (was kaputtging) von knowledge (was entschieden oder entdeckt wurde), plus eine Discoverability-Prüfung. Der Thinkroom-Agentenleitfaden vom 2. Juli 2026 erklärt die Überlegung hinter dieser Trennung: Ein System, das sich nur an Bugs erinnert, vergisst den wesentlichen Teil.

Die zweite Entscheidung betrifft das Timing. ce:compound dokumentiert, solange der Kontext noch frisch ist, ausgehend von der Prämisse, dass die bindende Einschränkung nicht das Schreiben, sondern das Retrieval ist, und dass später verfasste Postmortems in Wikis verrotten. Die Ausführung fächert sich auf Subagenten auf (ein Context Analyzer, ein Solution Extractor, ein Duplicate Finder), während allein der Orchestrator ein einziges Dokument schreibt.

Kieran Klaassens Thinkroom-Leitfaden platziert ce:compound an den Anfang einer Schleife, die er den Compounding Knowledge Lifecycle nennt, mit Capture als Kapital und automatischem Retrieval als Zins. Das dort angeführte kanonische Beispiel ist Incident #714, der zugleich zu einem Fix, einer Erkenntnis, einem Test und einer Doktrin wird, was Compounding als Beseitigung ganzer Fehlerklassen umdeutet, statt als Anhäufung von Dokumenten.