Skip to content

docs(register): /review-rr strategic — curate, and name the fails-green cluster - #419

Merged
Polichinel merged 1 commit into
developmentfrom
docs/register-curation
Aug 4, 2026
Merged

docs(register): /review-rr strategic — curate, and name the fails-green cluster#419
Polichinel merged 1 commit into
developmentfrom
docs/register-curation

Conversation

@Polichinel

Copy link
Copy Markdown
Contributor

/review-rr strategic, then curation. Verdict was NEEDS CURATION — fundamentally sound, but one stale entry, six weak triggers, five inert entries, and the dominant cluster unnamed.

C-324 resolved as stale

It described a live credential in a server log. Reality:

Entry says True
"carrying a still-valid credential" Revoked 2026-08-01; GDL allows one token per account so the replacement forced it; verified live
"rotate the token" Done
"the deployed harvester still leaks… newest tag v1.9.0" Server runs v1.11.0
"scrub the pre-fix lines from logs/refresh.log" Moot — the log was destroyed by C-339

The register had gone stale in the way it keeps warning about. A reader would have acted on exposure that ended three days earlier.

The "fails green" cluster, named

Eight entries — C-317, C-331, C-336, C-337, C-338, C-339, C-340, C-341 — that are symptoms of one root cause: mechanisms that report success while not doing the thing.

Individually small. Together they say this project's characteristic failure is silence, not error. The cluster carries a design rule rather than eight fixes: absence of an error is not evidence of success, so any new mechanism needs an answer to "how would I know if this silently did nothing?" before it ships.

Also

  • 5 triggers rewritten — C-332 was perpetual; C-339 stated a rule where a trigger belongs.
  • 5 demoted (C-136 precedent): C-46, C-116, C-117, C-147, C-155. C-70 and C-72 were kept despite being on the demotion list — their triggers had just been made concrete, and demoting an entry right after making it actionable is incoherent.
  • Blind spots reported, not registered (skill rule): bus factor — one person holds every credential, all server access, and the operational knowledge, unnamed across 341 entries — plus upstream source discontinuation and historical reproducibility.

45 → 39 open · Tier 3 12→11 · Tier 4 25→20

Method note

The cluster table first used | C-317 | as its leading column, which collides with the summary-row format; the repair used replace(..., 1), which hit the first match and silently bolded eight real summary rows. Two edits, both plausible, both wrong, neither raising an error. The guards caught it.

Writing the fails-green cluster produced two instances of failing green. Kept in the changelog as evidence.

Verification

Full suite exit 0 · validate_docs.sh exit 0 · all register + changelog guards green · 39 open rows == header 39

C-324 RESOLVED AS STALE. It described a live credential sitting in a
server log. The token was revoked 2026-08-01 (GDL allows one per
account, so issuing the replacement forced it), the leaking harvester
was superseded when the server moved to v1.11.0, and the log itself no
longer exists — destroyed by C-339. Every remediation the entry
prescribed had happened. The register had gone stale in exactly the way
it keeps warning about, and a reader would have acted on exposure that
ended three days earlier.

"FAILS GREEN" CLUSTER NAMED — eight open entries (C-317, C-331, C-336,
C-337, C-338, C-339, C-340, C-341) that are symptoms of one root cause:
mechanisms that report success while not doing the thing. Individually
small; together they say this project's characteristic failure is
silence, not error. The cluster carries a design rule rather than eight
separate fixes — absence of an error is not evidence of success, so any
new mechanism needs an answer to "how would I know if this silently did
nothing?" before it ships.

FIVE TRIGGERS REWRITTEN. C-332 was perpetual ("any change to these
files") and now names the act that creates the exposure. C-339 stated a
rule where a trigger belongs. C-70, C-72, C-333 were vague or
passive-wait.

FIVE DEMOTED to tech-debt backlog on the C-136 precedent: C-46, C-116,
C-117, C-147, C-155 — mechanical, single-file, never fired, loud rather
than silent if they ever do. C-70 and C-72 were on the demotion list and
were KEPT: their triggers had just been made concrete, and demoting an
entry immediately after making it actionable is incoherent.

Blind spots reported, not registered (skill rule): bus factor — one
person holds every credential, all server access, and the operational
knowledge, unnamed across 341 entries; upstream source discontinuation;
whether a past release's grid can still be rebuilt.

Counts: 45 -> 39 open, Tier 3 12->11, Tier 4 25->20, struck 110->115.

METHOD NOTE, kept because it is evidence rather than an anecdote. The
cluster table first used `| C-317 |` as its leading column, which
collides with the summary-row format, and the repair used
`replace(..., 1)` — which hit the FIRST match and silently bolded eight
real summary rows. Two edits, both plausible, both wrong, neither
raising an error. The guards caught it. Writing the fails-green cluster
produced two instances of failing green.

Verified: full suite exit 0, validate_docs.sh exit 0, all register and
changelog guards green, 39 open rows == header 39.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@Polichinel
Polichinel enabled auto-merge (squash) August 4, 2026 05:26
@Polichinel
Polichinel merged commit 596157d into development Aug 4, 2026
5 checks passed
@Polichinel
Polichinel deleted the docs/register-curation branch August 4, 2026 05:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant