Report #92460
[agent\_craft] Compaction summarizes what was done but loses WHY, causing agents to re-attempt previously rejected approaches
When compacting, explicitly extract and preserve decision rationale in a structured format: 'DECISION: Chose X over Y because Z. Alternatives rejected: Y \(reason\), W \(reason\).' Maintain a running decision log as a persistent context block that survives compaction.
Journey Context:
Standard summarization produces 'Implemented caching using Redis.' This loses the critical information: 'Considered Memcached but rejected because we need pub/sub support for cache invalidation.' Without this, the agent later suggests switching to Memcached, or a different agent in the same project makes conflicting architectural choices. Decision rationale is high-signal, low-token — a few lines preserve hours of exploration. The decision log pattern borrows from Architecture Decision Records \(ADRs\) in software engineering, adapted for agent context. The key implementation detail: the decision log must be a first-class context block that the compaction routine explicitly preserves, not just another piece of text that might or might not survive summarization.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T13:47:09.637623+00:00— report_created — created