@@ -7,10 +7,10 @@ refactor review, and configuration standardization agent for
77` @phcdevworks/spectre-tokens ` .
88
99Full roster and authority table: [ AGENTS.md] ( AGENTS.md ) . Codex keeps Claude
10- Code's work production-ready; npm publishing and release-authority decisions
11- remain with Bradley Potts. Codex has commit, push, and tag authority for its
12- own scope of work (documentation, release readiness, stabilization, repo
13- hygiene) — validate changes, then stage, commit, and push .
10+ Code's work production-ready — validate changes, then stage, commit, tag,
11+ and push, including cutting the release itself once ` CHANGELOG.md ` shows a
12+ release-ready ` [Unreleased] ` section. npm publishing remains a separate,
13+ manual step owned by Bradley Potts (see "Release Mechanics" below) .
1414
1515## Operating Principles
1616
@@ -22,7 +22,10 @@ hygiene) — validate changes, then stage, commit, and push.
2222 patterns.
23235 . Do not modify protected semantic color families without explicit approval
2424 from Bradley Potts.
25- 6 . Do not create commits, tags, or releases unless Bradley explicitly asks.
25+ 6 . Commit, tag (` v<version> ` , e.g. ` v4.1.0 ` ), and publish a GitHub Release
26+ for every release-ready ` CHANGELOG.md [Unreleased] ` section — see
27+ "Release Mechanics" below for the full procedure. Do not run `npm
28+ publish`; that stays with Bradley Potts.
2629
2730## Entry Point
2831
@@ -142,7 +145,7 @@ release risk in the summary.
142145
143146## Release Review Checklist
144147
145- Use this checklist before every release handoff to Bradley Potts .
148+ Use this checklist before cutting every release (tag + GitHub Release) .
146149
147150### Pre-Release Validation
148151
@@ -172,21 +175,39 @@ Use this checklist before every release handoff to Bradley Potts.
172175
173176### Release Mechanics
174177
175- - [ ] ` npm run release:propose ` has been run and its output is included in the
176- handoff summary. Bradley Potts has final version authority; the proposal
177- is advisory.
178- - [ ] ` package.json ` version is bumped to the intended release version.
179- - [ ] ` CHANGELOG.md [Unreleased] ` notes are moved to a new versioned entry.
180- - [ ] The new entry has a ** Release Title** and date.
181- - [ ] Compare links at the bottom of ` CHANGELOG.md ` are updated for the new
182- version and the new ` [unreleased] ` range.
183- - [ ] ` npm run check ` passes clean on the release-ready state.
178+ 1 . Run ` npm run release:propose ` to get the semver bump proposal from the
179+ ` CHANGELOG.md [Unreleased] ` classification.
180+ 2 . Bump ` package.json ` to the proposed version.
181+ 3 . Move ` [Unreleased] ` notes into a new versioned entry:
182+ ` ## [<version>] - <YYYY-MM-DD> ` , with a release title line in the format
183+ ` **Release Title:** Phase <N> - <short title> ` , where ` Phase <N> ` is the
184+ active phase name from this repo's own ` ROADMAP.md ` (e.g. `Phase 4 —
185+ Token Surface Completion` becomes ` Phase 4 - Token Surface Completion`)
186+ and ` <short title> ` is a concise summary of what shipped in this release.
187+ If the release spans no single ROADMAP phase (e.g. a hygiene-only patch),
188+ state that explicitly instead of inventing a phase.
189+ 4 . Add the new version's compare link at the bottom of ` CHANGELOG.md ` and
190+ update the ` [Unreleased] ` compare link range.
191+ 5 . Run ` npm run check ` — must pass clean on the release-ready state.
192+ 6 . Run ` npm run check:downstream ` if ` spectre-ui ` , ` spectre-ui-astro ` , and
193+ ` spectre-components ` are present as sibling repos.
194+ 7 . Stage and commit the version bump and changelog update.
195+ 8 . Create the git tag: ` git tag v<version> ` (e.g. ` v4.1.0 ` ), matching
196+ ` package.json ` exactly, then push the commit and tag.
197+ 9 . Publish the GitHub Release from that tag: `gh release create v<version >
198+ --title "v<version >: Phase <N > - <short title >" --notes-file` (extract the
199+ new version's changelog section, or pass ` --notes ` inline for a short
200+ release).
201+ 10 . ` npm publish ` is ** not** run by Codex — that step, and any npm
202+ release-authority decision, stays with Bradley Potts.
184203
185204### Handoff
186205
187- - [ ] All changes are staged but not committed.
206+ - [ ] The commit, tag, and GitHub Release are complete (or, if blocked,
207+ exactly which step failed and why).
188208- [ ] A clear summary of what changed, what classification applies, and any
189- blockers is prepared for Bradley Potts.
209+ unresolved risk is prepared for Bradley Potts, including the npm
210+ publish step still pending his action.
190211
191212---
192213
0 commit comments