Record the verified pose-capture recipe and the harness defect

TODO.md

@@ -64,12 +64,13 @@ except the rebuilt assets themselves.
       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".
-- [ ] Finish the pose-capture diagnosis. Done so far: the pose reaches proxies and skeleton
-      bones (new headless test, 273/273), direct bone rotations deform the rendered mesh, and
-      three standalone probes render the seated crouch — only `capture_npc_pose.gd` saves the
-      rest pose. Remaining leads: reproduce the stage inside `capture_npc_review.gd` (known to
-      render) or capture via `SubViewport` + `RenderingServer.force_draw()`, then add a scene
-      test that a posed avatar renders differently from its rest frame.
+- [ ] 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.
 - [ ] 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.