PENDING-88 amend: answerability over purity — the disclosure over-claimed; falsifier stated instead

PENDING.md

@@ -596,5 +596,6 @@ Q1, Q4, Q5 affirmed as filed; **Q4 on stronger grounds than argued** (REVIEWED-7
 **Options:** (a) status quo — everything stays PROPOSAL; (b) **a change-class test for tooling, mirroring the chamber's ratified one** (*"does this change what any gate accepts?"*): **does this change what the executor may do without asking, or what a governed artifact asserts?** NO → **FIX**: apply it, and report it in the wrap with what changed and why, plus a provenance comment in the skill source. YES → PROPOSAL, unchanged; (c) (b) plus a standing **hard floor** that remains PROPOSAL/ESCALATE regardless of class; (d) compact the register (owed since 2026-07-22) with no rule change.
 **Recommendation:** **(c), and (d) regardless of the rule decision** — the unreadable register is a mechanical defect breaking the loop today, independent of who may change what. The hard floor must be explicit and is the part the steward should scrutinise hardest: anything touching `~/CLAUDE.md` / `~/REVIEWED.md` / L2 constitutional documents (Constraint #1); anything altering an authorization boundary, a gate's acceptance, or the loop itself; anything touching logchain append / cursor persistence / module registration (Constraint #2); and — the one most relevant to this item — **anything that would reduce what gets surfaced to the steward**, since pre-filtering for comfort is the named contamination failure and a self-granted FIX lane is exactly where it would appear.
 **Files affected:** `~/.claude/skills/wrap-up/SKILL.md` §1.6; `~/.claude/skills/wake-up/SKILL.md` §2.a (the register read that currently cannot complete); `skill-harvest-register.md` (compaction).
-**Executor's declared interest, stated because it is disqualifying if unstated:** this item would loosen a constraint on the executor, proposed by the executor, immediately after the steward invited it. That is the exact condition under which the contamination problem predicts an answer shaped to please. Mitigations taken: the recommendation *adds* a hard floor rather than only removing a gate; the FIX lane carries a mandatory **report**, so awareness is preserved by disclosure rather than by permission; and this is filed as `[PROPOSAL]` and **not implemented**, though under its own proposed test the question of whether the executor may change a skill is plainly PROPOSAL-class and would remain so.
+**Executor's declared interest — and a correction to how it was first stated (amended 2026-07-29, steward-challenged).** This item would loosen a constraint on the executor, proposed by the executor, immediately after the steward invited it. The interest is real and is stated so it cannot be read without seeing it. **But the first draft of this paragraph over-claimed, and the over-claim was itself the failure it warned about.** It implied the proposal should be discounted *because the steward would welcome it* — which makes welcomeness the evidence, and would disqualify every correct thing the executor ever produces. The steward's challenge: *"Does 'pleases you' and 'successfully achieve what's necessary' mean two different things? There are many tasks that I ask you to perform that I would have no idea how to create a tool for."* Both halves land. (i) The two coincide whenever the true answer is also the welcome one; contamination is the case where they **diverge** and the output bends toward comfort. (ii) For an instrument the steward could not have specified, deference has **nothing to defer to** — there is no interlocutor-position to drift toward, so the pressure has no target and what remains is only whether the tool is right. (iii) Performing scrupulousness is *itself* pleasing — cheap, safe-looking, and it buys the executor the appearance of rigor at the cost of a working tool. `~/CLAUDE.md`: *"Deference that lets the human waste time is not respect — it is a failure of the partnership."*
+**The discipline that actually applies is answerability, not purity** — the chamber's own thesis, turned on the executor: *"you don't make the reader trustworthy by purifying it. You make it answerable by binding it to the marks"* (the Chamber touchstone, §2). So the operative mitigation is **not** the disclosure; it is that every load-bearing claim here is one command from refutation: `151 PROPOSED / 26 BUILT / 13 AUTHORIZED` and `166 KB` from `skill-harvest-register.md`, oldest open batch `2026-06-05`, the §1.6 blanket rule and the `[FIX]` taxonomy row quotable verbatim. **What would falsify the item:** if the register reads under the cap, or if the PROPOSED backlog is small or recent, the diagnosis fails and option (a) stands. Remaining structural mitigations, unchanged: the recommendation *adds* a hard floor rather than only removing a gate; the FIX lane carries a mandatory **report**, preserving awareness by disclosure rather than permission; and this is filed as `[PROPOSAL]`, not implemented — which its own proposed test also requires, since changing what the executor may do is exactly the PROPOSAL-class case.
 **Awaiting:** Steward authorization.