test(gate): the markup check every rate pack asks for, no gate does #709
No reviewers
Labels
No labels
move-to-repo
coilyco-bridge-deploy
move-to-repo
coilyco-flight-deck-agent-compose
move-to-repo
coilyco-gaming-eco-app
move-to-repo
coilysiren-inbox
move-to-repo
unknown
🔒⚠️📦⚠️🔒 SANDBOXED 🔒⚠️📦⚠️🔒
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
c#
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
role/ai
role/creator
role/design
role/director
role/engineer
role/exec
role/human
role/ops
role/qa
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-gaming/sirens-echo!709
Loading…
Reference in a new issue
No description provided.
Delete branch "quail/gating-pack-markup-gap"
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?
Makes the sirens-echo#301 gap visible in CI. Tests only; changes no pack and turns no check on.
The gap
forbid_tool_call_markupis implemented (evaluation.go:50,evaluation_checks.go:142) and asked for by 24 cases:And by nothing that gates a deployment:
So the detector exists, is exercised, and is absent from the packs whose result decides whether a change ships. sirens-echo#301 is configuration rather than code, which is a smaller job than that issue currently describes.
Both directions asserted
Someone starting to close it:
And the reverse, which is the one worth having:
Both are real mutation output. The case count is pinned too, so adding a case to a gating pack fails until someone decides whether it needs the check.
Why a test rather than the fix
Turning the check on across 29 gating cases changes what ships. That is sirens-echo#301's call and Lucia's issue, not a tidy-up I should make on the way past. This only ensures the gap is not invisible while the decision is pending, and that closing it is noticed.
ward exec gatePASS on every step.