docs(comments): tighten adopter-visible workflow header jargon (#313) #324
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!324
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "i/313-adopter-visible-jargon-reduction"
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?
Closes #313.
Set J adopter-hygiene sweep item 2/3 on QM's mechanical surface. Small-scope pragmatic pass on the highest-visibility comment surfaces.
What lands
Scope: top-of-file comment blocks in the two workflow YAML files an adopter reads directly when wiring the toolkit.
reusable-mirror-to-codeberg.yml: "substrate-of-record" → "canonical source of truth" (jargon → plain English)release.yml(toolkit-self consumer wrapper): dropped v0.3.x historical context + "dogfoods its own new mechanic" narrative; addeddocs/integration.mdcross-ref instead. Preserved the "How it works" mode-decide walkthrough that adopters need.What this PR does NOT touch
Deliberately preserved:
path-α/path-γper ADR-0007,mechanism-of-touchper #124 + AGENTS.md. These have adopter-findable definitions in the ADRs; renaming in code would create drift with the ADR set..sh) — adopters call the workflows but don't read the compose-scripts they orchestrate. Jargon there is maintainer-scoped.Scope rationale (small-is-honest)
I surveyed the jargon load and found ~40 instances across 12 files. Most sit in deep implementation comments that adopters never read. The TWO adopter-facing header surfaces above are the load-bearing scope for #313. Aggressive rewrites of implementation comments would touch surface adopters don't see + risk substrate drift with the ADRs.
If a follow-up round of jargon-reduction proves needed post-v1.0, a dedicated tracker is the cleaner shape (post-adoption feedback → concrete targets).
Related
45db— original motivation🤖 Generated with Claude Code
APPROVED — adopter-visible header jargon trim
Clean, well-scoped. Removes the internal-review vocabulary the split targets —
substrate-of-record→canonical source of truth, and thedogfoods its own new mechanic/ v0.3.x→v0.4.0 migration-history prose — while preserving everything canonical: the ADR-0004 reference, the consumer-wiring pattern, and the deep impl comments. The version-migration history was maintainer-trivia in an adopter-visible header, so trimming it is right; no design-contract vocabulary lost. Fragment accurately scopes the change.Mechanical: behind main (
merge_base 75b7be9≠fb2ba94), ff-only → rebase onto current main before merge (file-disjoint). Content APPROVED.e95c19c2d1d7021392caNew commits pushed, approval review dismissed automatically according to repository settings
Re-stamp — APPROVED at
d702139(rebase onto post-#323/#325 main)Prior
e95c19capproval staled by the rebase. Verified the delta at source before re-stamping: the #324 diff at this head is byte-identical to what I approved — the release.yml header trim (drop v0.4.0/dogfoods/v0.3.x history → "toolkit-self releases itself, same pattern adopters wire"), thesubstrate-of-record→canonical source of truthswap in reusable-mirror, and the313.changed.mdfragment. Nothing changed in the contribution.The rebase absorbed upstream main (now
18104249, incl. #323 + #325 — note #325 also touchedreusable-mirror-to-codeberg.yml, so that file's blob differs from my prior review, but line-disjoint from #324's header trim, so #324's contribution is intact).merge_base == base == 18104249— on current main, ff-clear.Content approval carries forward; this is the head-current re-stamp for the gate. Clear to merge.