CB-WP-0033: a game is the unit

make trials reported "positions unreachable: 4, target 0 — the recording
exists but the position moved". All four were false. A recording holds one
hash, the final state, and reachability asked whether the note's hash was
in that file — so a mid-game note could never match, and a post-game note
from any but the last game could not either. Instance 8 of the ADR-0018
family: vary only WHEN a note was written and the answer flips, with
nothing having moved.

The root cause was not the metric. play again reused state belonging to a
game: it overwrote the previous game's recording (data loss), never
cleared the journal (game 2's log opened with game 1's commands), and so a
note's command index pointed into a recording without those commands.
Fixing reachability alone would have gone green while a session still
destroyed its own evidence.

A note now binds by (game, after) — an index into the recording's own
commands list, which a reader can replay to. The hash keeps a job as the
integrity check at the end of a game, where it can actually fail. Game 1
keeps the path it was given, so GameDesign §5's documented invocation is
unchanged; later games get -2, -3 and nothing is overwritten. Legacy
5-column logs stay readable and are reported as legacy, never as orphans —
an unsubstantiated orphan claim is the defect being fixed.

All three fixes mutation-proven, including at the call site via a real
two-game session.

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

workplans/CB-WP-0032-the-comments-in-the-account.md

@@ -3,6 +3,7 @@ id: CB-WP-0032
 kind: product
 title: "The comments in the account"
 status: done
+state_hub_workstream_id: "71d744f9-7e40-49c3-994e-f3fb007a1430"
 ---
 
 # Purpose
@@ -74,6 +75,7 @@ blaming a missing block for every failure.
 id: CB-WP-0032-T01
 status: done
 priority: high
+state_hub_task_id: "31f60440-e049-45f7-99fa-87c01c00adb7"
 ```
 
 **Controls:**