Write the 0.4.0 notes before tagging - #254
Merged
Merged
Conversation
0.4.0 is the release where recording a decision becomes something the tool does rather than something the user remembers to ask for: capture runs as one command, a staged record can only attach to the commit it was prepared against, and it is consumed exactly once after that commit succeeds. The notes lead with upgrade reasons rather than a ticket list, because a reader deciding whether to upgrade needs to know what changes for them. Guard gets its own section, and it is not good news: precision 44.8% and recall 22.0% are stated in the notes for the same reason they are now stated in the CLI, the MCP tool description and the README — a reader who sees no guard warning must not conclude their proposal is clear. The known-limitations section carries what this release does not do, including that nothing here measures whether an agent behaves differently for having received a decision. Ruled-out: describing 0.4.0 as making agents safer | no study here measures agent behaviour, and the recovery protocol is registered and unrun; the release delivers a loop, not an outcome Ruled-out: omitting guard's figures from the release notes because they are unflattering | the notes are read by people deciding whether to trust the tool, and a quality limit hidden at release time is discovered in use Limit: the 26.3-point density gap quoted in the notes is measured at this head and will drift with merge volume; it is illustrative of the denominator problem rather than a stable figure Blast: local Undo: easy Certainty: firm Record-Id: r-rel040notes
CommitLore — record lintTrailers: clean — 2 commits in Active constraints for the paths this PR touchesLimits (42)
Ruled out (85)
Warnings (37)
Trailer violations fail this check. Active constraints are informational — they are what the repository already decided, not a verdict on this PR. |
Bumping package.json without the README pins would have published an install command pointing at the previous release while the package claimed the new one. The assertion added with the pin correction caught it in CI on all four language files, which is the first time that test has earned its place. All four READMEs now pin v0.4.0: the one-liner, the reviewed-install example, and the release-asset verification snippet. Ruled-out: pinning after the tag exists so the reference is never briefly dangling | the notes, the version and the pin have to land together or the release is internally inconsistent at the moment it is cut, and the tag follows within the same promotion Limit: the pin names a tag that does not exist until the tag is pushed; between this merge and that push the documented command refers forward Blast: local Undo: easy Certainty: firm Record-Id: r-rel040pins
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Version bump to 0.4.0 in
package.jsonand.claude-plugin/plugin.json, plus the 0.4.0 changelog section. Same shape as the 0.3.0 release: notes land ondevfirst, thendevis promoted tomain, then the tag is pushed — pushing the tag is what triggers the four-platform build.Release gate, checked
package.json0.4.0,plugin.json0.4.0, binary--version0.4.0history: "empty", not a silent empty resultvalidate --range origin/main..HEAD— 0 violations, 0 secretstsc -p tsconfig.jsonandtsc -p bench/tsconfig.jsonexit 0dist/What the notes say, and deliberately do not
They lead with upgrade reasons. Guard has its own section stating precision 44.8% (95% Wilson 32.7%–57.5%) and recall 22.0%, because a reader who sees no guard warning must not conclude their proposal is clear.
They do not claim this release makes agents safer or reduces mistakes. Nothing here measures agent behaviour — the fresh-agent recovery protocol is registered and unrun, and that is stated in the known-limitations section along with Windows, musl, and capture's uninstrumented write-side cost.