# Intake records

## RMGR-IN-0001 — Validate assistant provenance on a natural multi-session window

```yaml
id: RMGR-IN-0001
kind: intake
title: Validate assistant provenance on a natural multi-session window
status: closed
origin: residual
origin_ref: RMGR-WP-0009
priority: low
owner: repo-manager
description: When two coding-assistant sessions naturally commit to one repository,
  run rmgr assistant-provenance report and retain the non-secret interleaving evidence.
  Do not manufacture or infer a collision.
created: '2026-08-21T20:09:23.942286+00:00'
updated: '2026-09-09T20:31:04.003556Z'
state_hub_intake_id: "01a025f3-40b0-7243-8002-dbe4609a6245"
closed_at: '2026-09-09T20:31:04.003556Z'
outcome: Natural multi-session evidence captured in docs/evidence/2026-09-09-natural-assistant-provenance.json.
```

## RMGR-IN-0002 — Assign dormant shared prefixes before their next allocation

```yaml
id: RMGR-IN-0002
kind: intake
title: Assign dormant shared prefixes before their next allocation
status: open
origin: residual
origin_ref: RMGR-WP-0004
priority: medium
owner: repo-manager
description: Before any new workplan is allocated under WHYNOT-WP, OPS-WP, or REPO-WP,
  assign one owner and distinct successor prefixes to the other repositories. Historical
  finished/archived files remain frozen. Re-run rmgr prefix-uniqueness and identifier
  preflight after assignment.
created: '2026-08-21T20:34:42.177493+00:00'
updated: '2026-09-09T20:42:09.617881Z'
state_hub_intake_id: "01a02611-a663-7712-bd4b-e39c13e7bf20"
notes:
  - content: >-
      2026-09-09 review: the registry already assigns WHYNOT-WP to whynot-design,
      WNCTL-WP to whynot-control, OPS-WP to ops-hub, and BRIDGE-WP to ops-bridge.
      Fleet prefix scan reports no sharing or reused identifiers for these
      prefixes. However whynot-control/AGENTS.md still advertises WHYNOT-WP,
      despite its WNCTL-WP workplan files. Align that repository's instructions
      before its next allocation. REPO-WP remains unassigned in the registry. Current instructions advertise
      CORE-WP for core-hub, DISCTL-WP for disaster-control, and REPO-WP for
      repo-seed; finalize these registry assignments before reuse.
    author: codex
```

## RMGR-IN-0003 — Scope normal sync identity validation to actionable records

```yaml
id: RMGR-IN-0003
kind: intake
title: Scope normal sync identity validation to actionable records
status: closed
origin: residual
origin_ref: RMGR-WP-0005
priority: low
owner: repo-manager
description: Normal rmgr sync currently refuses net-kingdom because the archived
  historical task id NK-WP-0003-T08a is noncanonical, even though that record
  already has an identifier and no assignment is requested. Align normal sync
  with the scoped legacy-repair behavior: unrelated historical invalid ids stay
  visible as conformance evidence but do not block deterministic assignment or
  forge-derived reconciliation of unrelated canonical records.
created: '2026-08-31T17:30:00+00:00'
updated: '2026-09-09T20:31:04.003556Z'
state_hub_intake_id: "4f1d9836-e0a6-56ea-bf19-2587c153f338"
closed_at: '2026-09-09T20:31:04.003556Z'
outcome: Implemented and verified in RMGR-WP-0015.
```

2026-09-09 resolutions: RMGR-IN-0001 is evidenced by
`docs/evidence/2026-09-09-natural-assistant-provenance.json`: 100 existing
commits, three assistants, and one naturally interleaved session pair. This
is a Git sequence signal, not proof of concurrent writes or a collision.
RMGR-IN-0003 is implemented and verified in RMGR-WP-0015.