tegwick
704b99975b
Some checks failed
ci / check (push) Failing after 4s
vendor tool that covers what the gate checks
They ruled on all seven items the same day. Two were actionable here.
F28 RULED: points. Modes.csv MODE_COOP clarified upstream to say
"penalties apply to points, not card count"; mastery is now
total - blame - denied. A recorded scenario went red on it --
gr-e02-shared-ground pinned 0 (2 claimed CARDS - 1 - 1) and now expects
2 (4 POINTS - 1 - 1). The number moved because the rule was decided, not
because the engine drifted, and the scenario records both rulings; its
schema has no field for a second one, so both live in ruled_note with
`ruled` carrying the LATEST date.
F29 RULED not-intended and APPLIED upstream: SCN_02's suits re-tuned the
same day. The characterisation test is how we found out -- it pinned the
duplication, went red on the re-tune, and that red WAS the notification.
It now asserts every pair distinct, the stronger statement the
duplication had made unavailable. SCN_02 re-measures at 73 at 2p, not
67: its own board now.
F26/F30 ruled and recorded. F30's ruling incidentally confirms our
reading -- they name priority-2's suit as the first lever, which is the
difference we identified without having measured causation.
vendor-editions grew twice, both times because it covered less than the
gate it exists to satisfy:
- It refused to touch ground-darvo-r0/ on the reasoning that the
baseline is "a separate record". That was wrong within the hour:
ground-game clarified Modes.csv and `make vendor` reported a clean
sync while edition-check went red. A sync tool that covers less than
its check reports success into a red gate.
- Its two-block rewrite DETECTED which fence held which set and
preserved the arrangement -- faithfully preserving a swap an earlier
write had introduced, leaving each fence under a heading describing
the other. edition-check reads every sha256 line flat and passed
throughout: a document can be self-consistently wrong and green.
Order is now asserted, with a control that goes red on a swap.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
||
|---|---|---|
| .. | ||
| CB-EV-0001-game-kernel.md | ||
| CB-EV-0002-cost-accounting.md | ||
| CB-EV-0003-mechanical-work.md | ||
| CB-EV-0004-assertion-coverage.md | ||
| CB-EV-0005-instrument-the-table.md | ||
| CB-EV-0007-stage-0.md | ||
| CB-EV-0008-adaptive-gates.md | ||
| CB-EV-0009-inspectable-table.md | ||
| CB-EV-0010-render-port.md | ||
| CB-EV-0011-instrument-corrections.md | ||
| CB-EV-0012-execute-the-javascript.md | ||
| CB-EV-0013-the-inert-clauses.md | ||
| CB-EV-0014-the-drop-target.md | ||
| CB-EV-0015-legible-interaction.md | ||
| CB-EV-0016-the-browser-is-a-client.md | ||
| CB-EV-0017-budgets.md | ||
| CB-EV-0018-the-table-you-can-read.md | ||
| CB-EV-0019-import-the-edition.md | ||
| CB-EV-0020-solve-legality.md | ||
| CB-EV-0021-the-design-instrument.md | ||
| CB-EV-0022-collect-the-rulings.md | ||
| CB-EV-0023-the-table-you-can-watch.md | ||
| CB-EV-0024-could-we-have-won.md | ||
| CB-EV-0025-the-commentary-track.md | ||
| CB-EV-0026-the-table-you-sit-at.md | ||
| CB-EV-0027-the-tokens-on-the-table.md | ||
| CB-EV-0028-a-number-that-does-not-move.md | ||
| CB-EV-0029-the-fourteen-unread-files.md | ||
| CB-EV-0030-h1-measured.md | ||
| CB-EV-0031-a-seat-that-does-not-regulate.md | ||
| CB-EV-0032-h2-measured.md | ||
| CB-EV-0033-boards-and-modes.md | ||