fix(viewer): guard step loads by generation and run identity, add stale-load regression

1 files changed, 8 insertions, 2 deletions

diff --git a/README.md b/README.md
index 89c962c..09f6d2a 100644
--- a/README.md
+++ b/README.md
@@ -188,11 +188,17 @@ dotnet run --project src/SomhairlesDream.Cli -- run \
   reference run; a failure run (pre-existing run directory) shows status
   `失败` with the error surfaced in `run-message`; zero console errors on
   all pages.
-- Browser acceptance driver (see above), 45/45 checks green on desktop and
+- Browser acceptance driver (see above), 53/53 checks green on desktop and
   narrow viewports: framing asserted numerically from the projected scene
   bounding box (not by trusting whole-canvas hashes alone), frozen
   screenshots byte-deterministic, GLB hash equality, failure surfacing,
-  zero console errors. The frontend refits the camera to the loaded model
+  zero console errors. A stale-load regression intercepts step GLB
+  responses and fulfills them late, reordered, or with errors across six
+  runs, asserting via actual scene geometry (`THREE.Object3D` types/colors)
+  and the visible note that superseded runs' responses never repaint the
+  viewport, same-path reruns still reload, run switches to empty state
+  fall back to the replay frame, and failed current loads retry. The
+  frontend refits the camera to the loaded model
   (`THREE.Box3`-based framing) whenever the canvas resizes, and a resize
   never reverts the viewport to replay placeholder geometry.
 - NOT verified: production deployment of the old site remains untouched;