Narrow the pose-harness root cause: skinned mesh ignores its Rig parent

TODO.md

@@ -110,13 +110,13 @@ licence-free zone only.
       frames still show the rest pose; direct bone writes deform the mesh, so this is a staging/
       capture discrepancy that may also affect live venue frames. See
       `docs/3d-model-review.md` §"Pose evidence is blocked".
-- [ ] Rebuild the pose harness from the verified recipe. Established: the pose reaches proxies
-      and bones (headless test, 273/273), direct bone rotations deform the mesh, and both window
-      probes and a `SubViewport` + `RenderingServer.force_draw()` probe render the crouch (offscreen
-      diff 602 at +2/+6/+12 frames, including a re-created avatar). The current harness still
-      saves rest frames, so its phase/camera/force-draw ordering is the remaining defect. Rebuild
-      one pose at a time using the recipe in `docs/3d-model-review.md`, verify each pose visually,
-      then wire the sheets and fill the weights/pose column.
+- [ ] Rebuild the pose harness. **Re-attempt 2026-11-03 narrowed the root cause:** the recipe
+      (SubViewport + `force_draw()` + `force_update_all_bone_transforms()` + disabled process/physics)
+      still produced byte-identical rest frames. Decisive probe: teleporting the avatar renders
+      (diff 10) but moving the `Rig` child does not (diff 0) — the skinned mesh ignores its `Rig`
+      parent transform, so `rig_y=-0.339` never reaches the render. Next attempt must answer why
+      the skinned model ignores the `Rig` node, or stage poses via the known-good
+      `capture_npc_review.gd` fallback.
 - [ ] UV/texel density: measure the 256² slot maps; decide whether atlas, UDIM or a resolution
       change is justified. Do not change `CHAR_MAX_TRIS`/`CHAR_MAX_VERTS` without re-running the
       budget smoke and the Web/Compatibility path.