Supersession Violations

This view returns rows when a Q-G entry has status approved AND a superseded_by value set. That’s the Q-G19 ship-when-superseded failure mode that motivated v0.3 of the Brain Reorg. If this view ever returns rows, fix the status before shipping any deck or website content.

---

Current violations (S120 snapshot)

Q-G	Status	Superseded By	Locked	Deck Impact
(empty — no violations)

Phase 0 ship state: zero rows. The Q-G19 mirror correctly carries status: superseded + superseded_by: Q-G57. No supersession violation present in the substrate as of S120 (2026-05-19).

How this view works

For each per-Q-G file in _Master_Canon/Q-G/:

1. Read frontmatter status field.
2. Read frontmatter superseded_by field.
3. If status == "approved" AND superseded_by != null: emit a row.

The failure-mode this catches: if anyone (a deck rebuild, an LLM-assisted copy generation, an inattentive edit) flips a superseded entry’s status back to approved, this view surfaces it the next time it renders.

Canary test for Switchover gate

Per Sitemap v0.2 §12 Switchover gate criteria: this view must surface Q-G19 correctly IF Q-G19’s status is temporarily flipped to approved during the canary test. The deliberate-misconfigure-and-verify-the-watchdog test is the gate criterion that confirms the audit substrate is functional.

Phase 0 build note

Current implementation is hand-authored from a manual frontmatter review of the 7 pilot Q-Gs. Phase V replaces this with a build-time aggregation script that walks _Master_Canon/Q-G/ and emits the view dynamically.