Four corrections after the wrap: placement, decay, provenance, and a hole in the question

The re-measurement moved from a commit message onto the item it concerns. The
single-reader qualifier gets a wake-loaded home, since a standing caveat inside a closed
entry is read as historical. The floor rules provenance corrected — it arrived by being
caught, not by judgement, and should travel with the correction. The open questions
failure condition sharpened: firing on material the session itself touched is the
proofreading habit wearing a hit.

Also: MEMORY.md fr-cell line had accreted to ~1400 chars leading with a FALSE headline
(ONE STEP DONE THE SECOND BLOCKED) with two layers of correction appended after it.
Rewritten as a pointer, which is what the index discipline requires.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01X3L79vgAnt1x2kxvf23Qt7
This commit is contained in:
David F Glidden
2026-09-06 13:02:06 +02:00
co-authored by Claude Opus 5
parent 58b7409633
commit 10b6f46812
3 changed files with 16 additions and 7 deletions
@@ -128,7 +128,10 @@ Not because it is urgent; because it is the only thing that determines whether t
a maintained number, not a fact.** It will drift the way 64 did. The jurist's proposed rule (*does
this block Chamber, ARC or L1*) versus the executor's (*would a ruling produce an act someone would
actually take*) is worth **43 items versus 20** — stated as a number for the first time. And the
jurist amended its own rule mid-session, earned by instance:
⚠ **the jurist's rule was WRONG and got caught** — not amended by good judgement.
Its own account, recorded that way because a rule arriving by correction should carry the
correction with it: as first stated it would have deferred PENDING-145/-146 as queue mechanics
**while they were concealing four live asks**. The instance forced it:
> **An instrument fault that CONCEALS LIVE ASKS is blocking, whatever it is about. You cannot triage
> what you cannot see.**
@@ -172,8 +175,12 @@ no rule set, that is the session's actual failure and it will not look like one.
**Not** *"am I being careful about stale claims?"* — self-report, unfalsifiable from inside.
> **Did the banked rule fire on a record I was not already suspicious of?** The record answers it:
> `feedback-a-dated-measurement-is-not-a-status` was banked 2026-09-05 and fired the next day on
> `studium-engine/CLAUDE.md` — a surface nobody was auditing, caught only because the rule made me
> look. **Does it fire a third time, on something I did not write?** If it only ever catches my own
> recent output, it is a proofreading habit and not a rule.
> **Did the banked rule fire on a record I was not already suspicious of?** Banked 2026-09-05, it
> fired the next day on `studium-engine/CLAUDE.md` — a surface nobody was auditing. **Does it fire a
> third time, on something I did not write?**
>
> ⚠ **TWO failure conditions, and the second will look like success.** (i) It never fires on foreign
> material. (ii) **It fires, but on material recent enough that ordinary attention would have caught
> it anyway** — which reads as a hit and is not one. *If the third instance is another surface
> touched in the same session, that is still the proofreading habit.* The passing case is a record
> **neither written nor touched by the session that catches it.**