Answer A-321: the watchman awaits a followed state by its seat and keeps seeded keys until the holder is read

Claude-Session: https://claude.ai/code/session_01NcbgfGKaxw984XyAPfLm4h
2026-11-12 23:41:03 +01:00
parent e97647cd18
commit cc4da43b3c
1 changed files with 4 additions and 0 deletions
@@ -578,3 +578,7 @@ the principle that settles it, cited as "design 47 G A-n".
  `cmd/mesh-host/recovery_integration_test.go` is that form), and the whole undo end to end belongs to the test lab (the
  operator, 2026-11-12: paused until its performance is fixed), not to a check and not to a live node. No check
  fetches or starts real builds.
+- **A-321** (A-210, A-303; principles 3 and 7) The watchman awaits a followed state by its seat and state
+  (`mesh-wants`, `wants`) and resolves the bucket name at each use through the process reader's holder accessor; a start
+  never waits for a holder. A seeded pulse, stuck key or finding of a bucket not yet resolved is kept, and closed only
+  after the late read of the resolved bucket.