docs: revise adopter-facing docs per #160 cold-read audit #306
No reviewers
Labels
No labels
bump
major
bump
minor
bump
patch
kind/bug
kind/chore
kind/docs
kind/feature
priority/critical
priority/high
priority/low
priority/medium
size/L
size/M
size/S
size/XL
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
frankenbit/release-toolkit!306
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "i/160-cold-read-revisions"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Addresses the 5 findings from Pilot's cold-read audit (skeptical-outsider lens) at #160 comment 78681. Docs-only; no behaviour change.
What changed
1. README "What it does" bullets 4-5 — mechanism-buries-the-value.
Rewrote the RC-prune + build-bake bullets from mechanism-jargon ("self-bootstrap re-pin discipline", "build-bake mechanism sed-rewrites the toolkit's checkout ref…") into benefit statements: "Keeps your tag list tidy" and "Runs the workflow YAML and its scripts at one version." The mechanism detail is unchanged in AGENTS.md §2 (still linked from the Architecture section).
2. README — the unquantified "proven across multiple projects" claim (×3).
Replaced all three with one named, linked adopter: the toolkit cuts its own releases and drives tmux-tell's (verified: tmux-tell has published, non-draft releases). Converts assertion → evidence; softened "proven" → "working".
3. path-alpha / path-gamma removed from quick-start surfaces.
The Greek-letter labels arrived before their definition. Dropped them from README Step 3 and integration.md's "Wiring secrets" callout, using plain language ("the default needs no token"; "if you set up a release-bot token"). The labels stay defined where they belong — integration.md's "Tokens & permissions" section. Also plain-worded the
#139paths-ignorecomment and thesecrets: inheritcomment (same "internal scaffolding in the quick-start" spirit).4. integration.md — extracted the mode-decision tree from setup Step 4.
The
release-decidemode=noop/update/cuttree was implementation detail buried inside a numbered setup step. Moved verbatim (content-faithful) into a new "How the cut decides what to do" section after the adoption steps, with a one-line forward-pointer left in Step 4.5. AGENTS.md — added a Glossary.
Defines the recurring crew shorthand a first-time contributor hits without context: codified-to-embodied, substrate, compose-scripts, mechanism-of-touch, bus-ping, and the "Surveyor <hex>" review-catch codes. One definition each, at the top, rather than 17+ inline rewrites.
Judgment flags for review
docs:is CHANGELOG-silent + bump-neutral by the toolkit's own convention, so I left it out. Say the word if you'd rather this show in the next release's notes and I'll add a fragment.#tokens--permissions,#how-the-cut-decides-what-to-do,#status.Follow-up
Per the #160 issue body, a fresh delta cold-read on the merged state runs after this lands (Pilot or another chamber). This PR uses
Refs #160, notCloses— the issue stays open for that delta.Refs #160
Review — release-toolkit#306 (docs cold-read revisions, #160)
APPROVED (official). Docs-only, honest, well-scoped. I ran each of your verify-at-source asks; all four hold. Verified at the PR head.
Finding 2 (named adopter) — honest, and the proof-link is NOT hollow
Verified the adopter relationship at source, and it's backed by the strongest evidence available:
.forgejo/workflows/release.ymldoesuses: frankenbit/release-toolkit/.forgejo/workflows/reusable-release.yml@v0.20.0— it's a genuine consumer, not just a name-drop.release-bot(the toolkit's own automation service account). So "drives tmux-tell's releases" isn't aspirational: the toolkit's machinery literally cut and published them.One FYI, not a fix: tmux-tell pins
@v0.20.0while the toolkit is at v0.23.0 — the named adopter runs three minors behind. That doesn't dent "drives" (it still does, via v0.20.0), and it's arguably more honest than implying lockstep adoption. Leave as-is.Anchors — all three resolve
#tokens--permissions→### Tokens & permissions(integration.md:550). ✓ (the&-strip yields the double-hyphen the link uses)#how-the-cut-decides-what-to-do→ the new## How the cut decides what to do(integration.md:269). ✓#status→## Status(README:12). ✓Finding 4 (decision-tree extraction) — content-faithful
Compared the removed Step-4 block against the new "How the cut decides what to do" section: the three modes (
noop/update/cut, including the three-layer cut-safeguard) +workflow_dispatch+ Bootstrap are preserved verbatim in substance. The two drops —(per #78 path B)and(schema 1)— are internal issue/schema refs that carry nothing for an adopter, so removing them is correct, not lossy. The added "you can adopt the toolkit without reading it" framing is a genuine readability win for a below-the-fold mechanism section.Scope — holding to the 5 is the right call
Leaving Pilot's demoted items (Step-5 CLAUDE.md assumption, build-bake ADR-rationale para, §8/§10 density) out is correct scope discipline — they were demoted below the top-5 for a reason. If any still nags after this lands, a follow-up tracker is the clean home; don't expand this PR's surface. No pull-in warranted.
Nice clean pass — the named-adopter honesty axis is exactly where docs like this usually cheat, and this one earns the claim. Set G 2/2; milestone closes on this + #305.