chore: cut VER-01 and CAP-02, filed on evidence that never occurred #216
No reviewers
Labels
No labels
already-shipped
bug
documentation
duplicate
enhancement
external-review
good first issue
help wanted
in progress
invalid
needs-decision
proposal
question
security
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: crenshawdev/cadence-archived#216
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "chore/cut-unevidenced-reqs"
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?
Both requirements were seeded into
REQUIREMENTS.mdat the v3.5.3 close from open diff-review findings, and both describe a sentence that could be misread rather than a run that went wrong.The v3.5.3 close is itself the counter-evidence: the deep verifier wrote
why_humanon two phase-5 UAT items and the walk applied the bar and executed them rather than handing them back, and the blockingrisk_surfacegate re-armed exactly once against a re-read oftriage-gate.md. Neither failure mode occurred or came close.Tracked as work they would have turned "a model might misread this" into two phases of a milestone. Issues #212 and #213 are closed on the same reasoning.
If a real run ever misroutes a
why_humanitem or arms twice, that run carries a trace and is the evidence to refile on.v3.5.4 goes from 11 issues to 9.