release: v0.3.0 — governance leaderboard, 60-case corpus, Apache-2.0 - #36
Merged
Conversation
Rolls Unreleased into 0.3.0, bumps the signetry-core pin to the v0.8.0 release, and
relocks against it.
docs/LEADERBOARD.{md,json} are deliberately left alone. They say "signetry-core
0.7.0" because that is the version the numbers were measured against, and editing
that label by hand would assert a measurement that never ran. leaderboard.yml
regenerates both on `release: published` from the core it actually installs, so
publishing this release re-measures and the label updates itself.
SECURITY.md's supported-versions table claimed 0.2.3 had working pinned real-repo
cases. It did not — that fix is in this release, per the changelog — so 0.2.3 moves
into the superseded range where it belongs.
Signetry Reviewer — 🟣 Escalate to a designated reviewerEscalate to a designated reviewer — this PR touches security-sensitive surface (.github/workflows/reviewer.yml). No blocking issue was found automatically, but a human owner should sign off. Deterministic gates (the authority)
Findings (2, 0 blocking)
Sensitive surfaceThis PR changes security-sensitive paths that warrant a designated reviewer:
MergeA designated reviewer / code owner should sign off before merge (sensitive surface).
|
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.
Cuts signetry-eval v0.3.0: the Agent Governance Leaderboard, the 60-case OWASP
detection corpus, and the Apache-2.0 relicense.
Unreleased→[0.3.0] — 2026-09-01,pyproject.toml→0.3.0, thesignetry-coredependency moves to the v0.8.0 release, and
uv.lockis regenerated against it(
rev=v0.8.0#ee974f3). Localruff+pytestgreen on that lock.The leaderboard's version label is left alone on purpose
docs/LEADERBOARD.mdanddocs/LEADERBOARD.jsonsaysignetry-core 0.7.0. That is nota stale pin to sweep — it is the version the numbers were measured against, and
hand-editing it to
0.8.0would assert a measurement that never ran. It is the samemistake as scoring a scanner that did not run as zero, which this repo exists to avoid.
leaderboard.ymlalready triggers onrelease: types: [published]and installs corefrom
pyproject.toml, so publishing this release re-measures against v0.8.0 and thelabel updates itself, derived rather than declared.
One false claim corrected
SECURITY.md's supported-versions table read:But "Fixed — pinned real-repo cases were not actually pinned" is in this release's
changelog section, not
0.2.3's. So0.2.3was being advertised as having a fix itdid not have, on the page a security reader trusts most. It moves into the superseded
range (
0.2.0–0.2.3), whose note already describes exactly that defect.