🔧 Auto-commit from sysupdate on 2026-05-19 21:49

This commit is contained in:
David F Glidden
2026-05-19 21:49:14 +02:00
parent e9e772d69c
commit f83aae27c5
132 changed files with 14728 additions and 38 deletions
@@ -0,0 +1,19 @@
---
name: feedback-skill-success-is-reexplanation-reduction
description: The measure of success for skill / discipline / framework improvements is whether the steward stops having to reexplain himself — not whether the skills become more sophisticated. Sophistication that does not reduce reexplanation cost is decoration.
metadata:
node_type: memory
type: feedback
originSessionId: 13bd65a2-634d-4ec4-a92c-d3d6fe0ee4db
---
**Rule:** When evaluating a proposed change to the continuity-skill framework (wake-up, wrap-up, symmetria), to CLAUDE.md, to MemPalace skill substrate, or to any discipline-layer artifact: measure success by whether the change reduces the number of moments the steward has to reexplain himself to future Claude. *Skill sophistication is not the criterion; reduction of steward overhead is.* A change that adds capability without absorbing a recurring steward correction is decorative, regardless of how architecturally well-shaped it is.
**Why:** 2026-05-18 Jurist shape-review of the continuity-skill audit brief, verbatim from the Jurist's response (Claude.app, forwarded via the steward): *"The brief identifies three live corrections as empirical evidence, and that evidence is strong. But the corrections also represent steward overhead that the system should be absorbing. The measure of success for this whole authorization sequence is not whether the skills become more sophisticated — it is whether the steward stops having to reexplain himself. Keep that as the criterion when evaluating the implementations."* The criterion arose because the audit's central finding (load-bearing items named in procedure but not enforced in structure) and Harrison's ligature frame share a single ground: the executor exists to serve the unborn session's inheritance, and steward intervention is the cost the system is meant to absorb. Companion documents: `~/_Dev/CapableMind-AI/docs/thinking/David/methodology/continuity-skill-audit-jurist-brief-2026-05-18.md` and `…-jurist-shape-review-2026-05-18.md`.
**How to apply:**
1. Before proposing a skill or framework change, name the *specific recurring steward correction* the change is meant to absorb. If no recurring correction is named, the change is decorative — return-and-reframe before proposing.
2. When evaluating *implementations* of authorized PENDING items (S0–S10 and successors), the acceptance test is not "does the procedure read well" but "does the next session need the steward to intervene at the moment this change addresses?" Test against live wake-ups and wrap-ups, not against the skill file in the abstract.
3. The criterion applies to this audit's own authorization sequence: if Phase 2 (Directive elaboration) lands but the executor still requires three corrections in a day to hold the time-the-task-requires principle, the elaboration has not yet absorbed its overhead. The work continues until the steward stops being the principle's carrier.
4. Related: [[feedback-load-bearing-not-by-immediate-weight]] — the audit principle that catches *which* small structural marks are worth adding. This criterion catches *whether* the marks (once added) have actually reduced the cost they were added to reduce. The two work together: load-bearing-by-future-prevention identifies candidates; reexplanation-reduction validates outcomes.
5. The criterion is also a Symmetria pulse question to hold: *"Is this change actually absorbing a recurring steward correction, or am I adding structure that looks disciplined but doesn't shift the load?"*