Mistbind Clique targets the wrong player from the wrong timing window #17
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
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?
What happened
Mistbind Clique was cast in player_1's own draw step and targeted player_3 while the reason claimed it would deny the active Gitrog player's mana this turn. Player_3 was not active and would untap before using those lands.
What should have happened
Mistbind Clique should be timed and targeted only when championing it produces a real mana-denial or combat/stack payoff against the relevant active or next-threat player. The prompt/evaluator should make active-player and next-untap context explicit enough to reject tapout lines that do not constrain the intended player.
Category
Context
Verified in Cassandra 0.5.30.
Release proof: source bebd4c7 (Prepare Cassandra 0.5.30 feedback backlog closeout), Jenkins Veles #209 SUCCESS published version-only backend/frontend/sim-worker 0.5.30 images, Titan-IAC 1bf84977 deployed them, live /api/v1/app-config reports backend/frontend/sim_worker 0.5.30, /api/v1/ready is green, backend pod and both frontend pods are Running with 0 restarts, and VELES_SIM_IMAGE is registry.bstein.dev/veles/veles-sim-worker:0.5.30.
Local/source gate on the deployed source: bridge/runtime 42 tests OK; evaluator/audit/policy/API suite 504 tests OK; frontend maybeboard/compact-replay/prompt Playwright 22 tests passed; frontend build and git diff --check passed.
Issue-specific proof: policy/audit coverage now checks Mistbind Clique timing, affected player, and champion selection so it is used in the correct window with a sensible target. Closing.