fix(runtime): re-provision a driver child after a supervision restart (archreview 03/S6, S16)

archreview/plans/R3-03-restart-resubscribe-watchdog-plan.md

@@ -595,3 +595,13 @@ discipline for this assembly).
    works: with T3 reverted this test fails on the *positive control*, not on the absence.
    **Not covered, and worth a reviewer's eye:** the `_desiredByDriver` union's `_children.Keys` arm
    (a running child absent from BOTH ref maps) is not reachable through this seeder and is untested.
+
+### T6 — supervision reprovision hook
+
+`DriverInstanceActor.PostRestart` (calling `base.PostRestart(reason)` first, so `PreStart` re-attaches
+the rediscovery / host-status sources and restarts the health timer) → `ReprovisionRequested` →
+`DriverHostActor.HandleReprovisionRequested`, registered in **all three** `Receive` blocks that already
+accept `RestartDriver`. The falsification is T7, below.
+
+Gate: `--filter "…~DriverHostActor|…~DriverInstanceActor"` → **183/183 passed** (179 before this task
+plus T5's four), no test moved.

archreview/plans/R3-03-restart-resubscribe-watchdog-plan.md.tasks.json

@@ -40,7 +40,7 @@
     {
       "id": "T6",
       "subject": "Supervision reprovision hook: DriverInstanceActor.PostRestart -> ReprovisionRequested -> host re-init + re-subscribe (03/S6, S16)",
-      "status": "pending",
+      "status": "done",
       "blockedBy": [
         "T3"
       ]