Steward-authorized in session. prior-art.py searches commit messages across every
owned repo with NO count window and reports the register's mention count beside
it; the executor runs it as a CLI (d) and governance-mcp.py exposes it as
prior_art (c). One implementation on purpose — a value computed twice on two
sides of a boundary is how the parties end up with different answers.
Verified on the case that motivated the item: 'LFS' returns 20 commits including
0677e8a and 95760ff, both past repo_activity's 100-commit floor, one of them in
dotfiles which is not in REPOS. The positive control forced the enumeration to be
COMPUTED from remote ownership rather than copied from REPOS, or 95760ff would
have been unreachable and the control would have failed.
Had this existed this morning, one command before filing PENDING-163 would have
returned 0677e8a and 400c054.
⚠ Its first run returned zero and the control caught it: sh() discarded stdout on
non-zero exit, and find over $HOME exits 1 from 154 unreadable Library dirs while
printing all 37 repos. Third false-zero of the day, first one caught before being
believed — the difference is that the jurist pre-specified what it must return.
AMENDMENT 1's census: mechanical half runs (661 candidates, narrowed to 270),
interpretive half does not. Identifying WHICH mechanism a commit decided about is
interpretation, not extraction. Limit declared rather than a column manufactured.
The backlog is NOT censused and no number here is one.
Extending the read-only guarantee to delegates found a pre-existing hole: bare
.replace flagged str.replace() (why it had never been extended), and wake-digest,
a delegate since before today, was never covered. Its only real mutation is
emit_brief(), its hook role, unreachable from any tool. Now a declared exemption
per delegate, so a new mutating function fails until named.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01NvZAKSf9aqratbqHbU9LK5
