memory-compounding-audit

Audits Claude Code memory pipelines and classifies captured knowledge into compounding, dead, never captured, and noisy buckets.

Updated Jun 30, 2026
One-click install
npx skills add https://github.com/Festo-Wampamba/Claude-Features --skill memory-compounding-audit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: memory-compounding-audit
Source: https://github.com/Festo-Wampamba/Claude-Features/tree/main/skills/memory-compounding-audit
Command: npx skills add https://github.com/Festo-Wampamba/Claude-Features --skill memory-compounding-audit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill determines whether a memory system is actually helping future sessions or merely collecting more notes that never change behavior. It identifies where repeated corrections, preferences, and lessons are captured, where they disappear, and where too much stale context overwhelms useful signal.

Core Features & Use Cases

  • Memory Path Analysis: Traces how information moves from capture points such as hooks, summaries, and memory stores into later sessions.
  • Compounding Diagnosis: Separates knowledge into compounding, captured but dead, never captured, and noisy accumulation.
  • Retention Design: Produces concrete rules for decay, promotion, and resurfacing so repeated lessons become durable guidance instead of forgotten observations.
  • Use Case: Review a Claude Code setup that keeps repeating the same user corrections and redesign it so those corrections become lasting rules.

Quick Start

Ask this Skill to audit your memory pipeline and return specific retention, decay, promotion, and resurfacing rules.

Frequently Asked Questions about memory-compounding-audit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I audit Claude Code memory to stop repeating the same corrections across sessions?

Memory compounding occurs when captured observations and session summaries actively change behavior in later sessions. It requires classifying captured knowledge into compounding, dead, never captured, and noisy buckets to distinguish useful signal from stale context.

How do I design retention and decay rules for Claude Code memory hooks?

Designing retention and decay rules involves analyzing memory paths from capture points like hooks and external stores. You produce concrete promotion and resurfacing rules so repeated lessons become durable guidance instead of forgotten observations.

Why does my Claude Code memory pipeline collect notes but never change future behavior?

Your memory pipeline is accumulating noisy context instead of compounding knowledge. This happens when captured observations and session summaries lack proper promotion and resurfacing rules, causing repeated corrections to disappear before influencing future sessions.

What is the best way to classify captured knowledge in a Claude Code memory store?

The best way to classify captured knowledge is sorting it into compounding, dead, never captured, and noisy buckets. This diagnosis separates knowledge that actively guides future sessions from stale context that overwhelms useful signal.

Can I apply memory decay rules to external memory stores connected to Claude Code?

Yes, you can apply memory decay rules to external memory stores. The audit traces how information moves from capture points including external stores into later sessions, designing resurfacing rules that prevent stale context from overwhelming useful signal.