Fast-lane backlog: adversarial invariant count assertion stale (97 vs 106)

[neuron7xLab]

Surfaced by the restored fast oracle (#1153). tests/adversarial_invariants/test_invariant_fail_closed.py:34 asserts len(invariant_ids) == 97 but .claude/physics/INVARIANTS.yaml now registers 106 (canonical per CLAUDE.md). The hardcoded count is stale.

Drain criterion: update the count to the canonical 106 AND verify all 106 registered invariants actually carry a negative vector that fails closed under 50ms (the test's real purpose — not just bump the number). Remove quarantine line. Quarantined in #1153.

[neuron7xLab]

Resolved & verified. This fast-lane backlog cluster is marked drained in docs/ci/fast_backlog_ledger.md (quarantine entry removed), and its verification test now runs green on main — re-confirmed locally after #1230 restored fast-lane collection (the torch-probe DeprecationWarning fix that had zeroed the lane under Python 3.11):

$ pytest tests/adversarial_invariants/test_invariant_fail_closed.py  ->  PASS

No quarantine entry remains for this cluster; a new failure would fail python-fast-shard (now real-green, not vacuous). Closing.