canon: resolve work-record governance packets
All checks were successful
CI Smoke / host-smoke (push) Successful in 0s
CI Smoke / container-smoke (push) Successful in 1s
Python Tests / pytest (push) Successful in 21s

This commit is contained in:
codex 2026-08-22 22:35:37 +02:00
parent 3db3570b93
commit 8bda6e28b4
7 changed files with 255 additions and 11 deletions

View file

@ -0,0 +1,139 @@
---
id: CUST-WP-0063
type: workplan
title: "Resolve legacy identifier and Risk Nexus governance packets"
domain: infotech
repo: the-custodian
status: finished
owner: codex
topic_slug: custodian
created: "2026-08-22"
updated: "2026-08-22"
origin: handoff
origin_ref: "statehub-inbox:08067461-bb95-42e2-b8de-b492fb99f56e"
---
# Resolve legacy identifier and Risk Nexus governance packets
Resolve the current Custodian inbox requests without renaming historical work
records or inventing an external security contact. The packet covers the
Ops Mason legacy `MASON-0001` scheme, Risk Nexus register species, the proposed
production-transition definition, and the minimal external-report route.
The operator already ruled that Risk Nexus's lifecycle-bearing register
records must join the work-record backbone. The remaining canon judgment is
their placement under the existing `register-entry` kind and the exclusion of
notes, which deliberately have no lifecycle and therefore do not meet the
canon definition of a work record.
## Triage the coordination packet against current canon
```task
id: CUST-WP-0063-T01
status: done
priority: high
```
Read the source residuals and proposals, current canon, validator behavior,
relevant Repo Manager ownership decisions, and the source records themselves.
Distinguish decisions that can be made from missing real-world inputs.
## Extend the work-record registry and validator coverage
```task
id: CUST-WP-0063-T02
status: done
priority: high
```
Grandfather the exact `MASON-0001` workplan/task scheme. Register Risk Nexus
findings and regulatory records as `register-entry` schemes. Keep `RISK-N-*`
notes unregistered because they have no lifecycle. Make the validator consume
the registry as its sole task-id authority and add regression coverage.
**Done (2026-08-22):** the machine registry and prose canon carry the exact
Mason schemes and the two Risk register species. The validator no longer has a
second hard-coded task-id grammar. Thirty-five focused tests pass; this repo is
strict-clean at 412 records; the live Ops Mason files classify the legacy ids
without a sidetrack warning.
## Resolve repeated historical source identity
```task
id: CUST-WP-0063-T03
status: done
priority: high
```
Record that repeated source blocks carrying the same canonical id and same
hub UUID are one record with duplicate source occurrences, not two records.
Ask Repo Manager to index the UUID once, preserve both source locations as
diagnostic provenance, and reject creation of a second identity.
**Done (2026-08-22):** canon and machine copy now distinguish a duplicate
source occurrence (same id, same UUID) from an identity collision (same id,
different UUID). Decision `3c487545-ee40-4049-89fa-34b41747a7eb` records the
ruling. Handoffs went to Ops Mason (`8e65a254`) and Repo Manager (`48eff8d3`).
The Ops Mason source intake also lacks its required `lane`; that exact local
correction was returned to its owner rather than silently changed here.
## Resolve and route the Risk Nexus policy requests
```task
id: CUST-WP-0063-T04
status: done
priority: high
```
Adopt the proposed production-transition definition and Custodian declaration
authority. Approve the minimal RFC 9116 route at Policy Nexus, routed to Risk
Nexus, without adding a bounty, response-time promise, or safe-harbour policy.
Keep selection and provisioning of a real monitored Contact URI as a live
human-needed intake rather than publishing an invented address.
**Done (2026-08-22):** decisions `051de446-7ae9-4eca-a766-14345655ab35` and
`937bf962-9297-40d5-a3e4-356532f179c7` adopt the production-transition
definition and approve the bounded RFC 9116 route. Risk Nexus received the
consolidated outcome in `477ec6f9`; Policy Nexus received its publication gate
in `2d86983b`. The missing real Contact URI remains live as `CUST-IN-0011`.
## Close coordination and reconcile State Hub
```task
id: CUST-WP-0063-T05
status: done
priority: medium
```
Record decisions, send outcome messages, mark handled inbox messages read,
hand off every residual as a live work record, run repository verification,
and run `statehub fix-consistency`.
Five of six unread source messages were marked read. The sixth has malformed
legacy id `0b8dd0bf-41d-47da-96ac-40e443c32e47`; the typed API rejects it
before the read transition. That repair is live residual `CUST-IN-0012` rather
than an invisible note.
**Done (2026-08-22):** all handled messages are read where the API permits;
the malformed-id repair was routed to Hub Core in `ffc8d656`. The complete
repository suite passes (72 tests), strict work-record validation passes with
413 records, and `git diff --check` is clean. Final consistency reconciliation
regenerates the work-record index; identifier write-back is correctly deferred
to the single Repo Manager registrar after commit and push.
## Closure Review
The packet is resolved. Canon, machine registry, validator behavior, tests,
State Hub decisions, and owner handoffs now agree. No historical identifier or
UUID was rewritten.
Two actionable leftovers are live records before closure:
- `CUST-IN-0011` — select, provision, and receipt-test the monitored public
security Contact URI before Policy Nexus publishes `security.txt`;
- `CUST-IN-0012` — repair the malformed legacy message identity so its handled
request can transition to read through the supported API.
Decision ids: `3c487545-ee40-4049-89fa-34b41747a7eb`,
`051de446-7ae9-4eca-a766-14345655ab35`, and
`937bf962-9297-40d5-a3e4-356532f179c7`.