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 (S139 snapshot, 2026-05-29)
| Q-G | Status | Superseded By | Locked | Deck Impact |
|---|---|---|---|---|
| (empty — no violations) |
Current state: zero rows across all 94 entries (manually verified S139). Q-G19 correctly carries status: superseded + superseded_by: Q-G57. No entry is both approved and superseded.
How this view works
For each per-Q-G file in _Master_Canon/Q-G/:
- Read frontmatter
statusfield. - Read frontmatter
superseded_byfield. - If
status == "approved"ANDsuperseded_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.