Checkpoint — RP Parent Graph Commit + Aggregate Pivots 2026-06-03
Checkpoint — RP Parent Graph Commit + Aggregate Pivots (MCP-readable short proof)
Date: 2026-06-03
Macro: REGISTRIES_PIVOT_PARENT_GRAPH_COMMIT_AND_AGGREGATE_PIVOTS
Final status: PASS
Execution mode: EXECUTION_MODE (read query_pg RO; write ssh contabo → docker psql workflow_admin superuser)
Live mutation
YES — committed 13 parent_code edges on pivot_definitions (the one approved mutation). Pre-image backed up (all 13 were NULL); rollback saved. parent_code-hash 66c06926… → e0e89070….
Parent graph commit
YES. Before → after tree: 37 roots / 0 parents / 0 children → 24 roots / 6 parents / 13 children. Parent rollup: PIV-001=3, PIV-101=6, PIV-007=1, PIV-009=1, PIV-016=1, MTX-L1-OVERVIEW=1.
Validation
dangling 0 · cycle 0 · inactive-parent 0 · self-edge 0. (PIV-201→PIV-101→PIV-001 is a clean 2-level chain.)
Count-refresh side-effect (bounded, documented)
The UPDATE fired the designed statement-level refresh. Entire delta = 1 stale cache value: PIV-201 entities 1,132,202→1,132,205 (+3, stale→live). 0 pivot_results add/remove · 0 meta_catalog change · 0 L1-total change (PIV-001=169/007=309/009=168/016=42) · 0 business-table touch. needs_refresh 3→23 = advisory flag from the row trigger (values already fresh). No business/registry source mutation.
Backend contract
LIVE & hierarchical. v_registries_pivot_node_contract.has_children 0→6 with zero view change; child_pivot_codes populated; parents have final_substrate_ref=NULL; leaves carry source-table substrate.
PIVOT_MISSING
Engine-model corrected (live): pivot_query already supports view/any-relation sources ⇒ no engine extension needed. Rehearsed BEGIN..ROLLBACK: PIV-311 (IU=219) + PIV-313 (sys-issues open=207,940) = READY_TO_ADD (births land clean; contract renders pivot_backed) → apply-ready bundle, commit owner-gated (adds to canon + 1 birth row each). PIV-301 orphan(59)/PIV-302 phantom(289)/PIV-303 drift(3 rows,surplus 21,197)/PIV-312 KG(2,259) = CANDIDATE (law ratification). PIV-304 unmanaged + PIV-500 grand-total = NEEDS_LAW_DEFINITION (not faked).
Count integrity
Honest, not fake-green. Equation: total = counted + orphan + phantom + unmanaged. counted=FINAL (pivot-backed, no Nuxt math); orphan 59 / phantom 289 = CANDIDATE; unmanaged = NULL/CANDIDATE; grand total unverifiable (PIV-500 missing) ⇒ count_integrity_status=unverifiable_at_grand_total (warning, not silent pass). PIV-104 published-only drill gap Σ16≠309 flagged.
UI handoff
Complete — UI consumes only v_registries_pivot_node_contract; no count/depth/child/group/orphan recompute; graph commit needed zero UI change; /knowledge/registries-pivot renders hierarchy; old column→layer philosophy maps 1:1.
Done-enough decision
YES. Graph live + backend-resolved (parent_code, not naming convention); contract honest; UI ready. RP no longer blocks returning to information work. dot-pivot-update unused; RP cleanup untouched; birth/governance/pre-birth unaltered.
Exact remaining blocker
Owner ratification (not engineering): (1) approve+commit PIV-311/313 apply-ready bundle; (2) ratify orphan/phantom/unmanaged/grand-total law defs to add PIV-30x/31x/500; (3) decide PIV-104 drill filter; (4) registry_pin next phase.
Next macro
REGISTRIES_PIVOT_AGGREGATE_PIVOTS_RATIFY_AND_ADD
Reports
knowledge/dev/reports/architecture/registries-pivot-parent-graph-commit-and-aggregate-pivots-2026-06-03/ (docs 00–11). This standalone checkpoint is the MCP-readable short proof / SSOT.