fix(workplans): qualify ad-hoc identifiers with the repository prefix

`ADHOC-YYYY-MM-DD` is unique per date but not per repository, so any two repos
opening an ad-hoc on the same day collide. The 2026-08-26 fleet projection
reset refused 9 records for exactly this reason.

Canon (work-record-types_v0.1, CUST-WP-0066) settled the form as
`{PREFIX}-WP-ADHOC-YYYY-MM-DD`, filename unchanged, and grandfathered existing
ids on the condition they are never *silently* re-derived. This is the explicit
migration that clause allows for.

The hub id is derived from the record id, so a changed id is a different
record: stale state_hub_*_id fields are dropped and fix-consistency re-derives.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

Assistant: claude-code
Assistant-Model: opus
Assistant-Process: 2583210@bnt-lap001
Assistant-Session: f2bff2d5-e9b2-4338-92ca-10282a927006

workplans/ADHOC-2026-06-27.md

@@ -1,5 +1,5 @@
 ---
-id: ADHOC-2026-06-27
+id: WARDEN-WP-ADHOC-2026-06-27
 type: workplan
 title: "Ad Hoc Tasks — 2026-06-27"
 domain: infotech
@@ -9,7 +9,6 @@ owner: claude
 topic_slug: custodian
 created: "2026-06-27"
 updated: "2026-06-27"
-state_hub_workstream_id: "142b171b-c34b-4a45-91a5-c77e6d07ec6f"
 ---
 
 # Ad Hoc Tasks — 2026-06-27
@@ -19,10 +18,9 @@ Low-risk opportunistic fixes completed directly during the consolidation session
 ### T01 — Fix stale `warden` CLI install + make it usable outside the repo
 
 ```task
-id: ADHOC-2026-06-27-T01
+id: WARDEN-WP-ADHOC-2026-06-27-T01
 status: done
 priority: medium
-state_hub_task_id: "867c72c9-9904-400f-8542-04264e5856c2"
 ```
 
 issue-core reported (msg `70bcf238`) that the `warden` CLI on `~/.local/bin` lacked