verify(v1.133): close the V — REL-P01, OCI-P02 and OCI-P04 had zero verifiers - #346
Merged
Conversation
…erifiers
All three v1.133 requirements sat at `implemented` with NO verification
artifact pointing at them. The release-execution traceability gate blocks a tag
in that state, and it should: `implemented` with no verifier is a claim with no
evidence.
This was my own gap. I bumped the three to `implemented` citing OCI-P01 as
precedent — but OCI-P01 landed at `implemented` WITH a verifier
(FV-FALCON-OCI-001) attached. I replicated the status and not the evidence.
Adds one verifier each, with CI-runnable assertions rather than prose:
FV-FALCON-REL-001 -> SWREQ-FALCON-REL-P01
both `gh release create` paths pass --draft; one terminal publish step;
the malformed-tag guard exists.
FV-FALCON-OCI-002 -> SWREQ-FALCON-OCI-P02
8/8 components are no_std AND export the shared bounded-arena runtime.
Asserted as EIGHT, not "at least one": v1.129 shipped a partially
converted cascade, and one std stage re-introduces WASI and memory.grow
into the fused image.
FV-FALCON-OCI-003 -> SWREQ-FALCON-OCI-P04
the package declares pulseengine:falcon-cascade AND there are ZERO
remaining `falcon:cascade` references. The negative assertion carries the
weight — a PARTIAL rename is worse than none.
These are real verifiers, not decoration — each was observed to FAIL before its
implementation merged and PASS after:
OCI-003 PASS once #337 landed
OCI-002 1/8 -> 8/8 the moment #339 landed
REL-001 0/2 -> 2/2 the moment #340 landed
A step that cannot fail is not evidence; these can, and did.
Also caught by running the gate rather than trusting the draft: an
`gh release view falcon-v1.133.0 ... # bench-only` step really EXECUTED and
failed rc=1. The gate detects bench-only by COMMAND SHAPE (BENCH_PATTERNS) —
rivet strips shell comments at the YAML->JSON boundary, so the marker is inert.
Removed, with the reasoning recorded in the artifact: a step whose result
depends on WHEN it runs is not evidence.
All three stay `implemented`, not `verified`. The binding evidence — published
blobs, and an actual draft->published transition — only exists once
falcon-v1.133.0 has run. Promotion is the post-tag verify PR, per the
two-commit rule.
Verified locally:
gate scoped to these artifacts: 7/7 steps PASS, exit 0, 5 bench-only skipped
rivet validate (v0.19.0 — the version the GATE pins, not local 0.28): PASS
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01HvusAXYbHLyv3uTzfBcMbG
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.
Last piece before
falcon-v1.133.0can be tagged.The gap
All three v1.133 requirements sat at
implementedwith no verification artifact pointing at them. The release-execution traceability gate blocks a tag in that state, and it should —implementedwith no verifier is a claim with no evidence.This was my own gap: I bumped the three to
implementedciting OCI-P01 as precedent, but OCI-P01 landed atimplementedwith a verifier (FV-FALCON-OCI-001). I replicated the status and not the evidence.What lands
FV-FALCON-REL-001gh release createpaths pass--draft; one terminal publish step; the malformed-tag guard existsFV-FALCON-OCI-002no_stdand exporting the shared bounded-arena runtimeFV-FALCON-OCI-003pulseengine:falcon-cascadeand zero remainingfalcon:cascaderefsTwo deliberate choices:
memory.growinto the fused image, so "most of it lowers" is not a useful property. A 9th stage that forgets the conversion fails this step.These can actually fail
Each was observed red before its implementation and green after — not asserted, observed:
A step that cannot fail is not evidence. This is the same property #344’s census exists to flag the absence of.
Caught by running the gate, not by reading the draft
An
gh release view falcon-v1.133.0 … # bench-onlystep really executed and failedrc=1. The gate detects bench-only by command shape (BENCH_PATTERNS) — rivet strips shell comments at the YAML→JSON boundary, so the# bench-onlymarker is inert. Removed, with the reasoning recorded in the artifact: a step whose result depends on when it runs is not evidence (it would fail on every PR until the release exists, then pass forever).Status stays
implementedNot
verified. The binding evidence — published blobs, and a real draft→published transition — only exists afterfalcon-v1.133.0runs. Promotion is the post-tag verify PR, per the two-commit rule.Evidence
rivet validatePASS — run with v0.19.0, the version the gate pins (local is 0.28.0 and disagrees, 352 vs 108 warnings)🤖 Generated with Claude Code
https://claude.ai/code/session_01HvusAXYbHLyv3uTzfBcMbG