Hera can't message: root-caused and fixed by symmetry (FABRIC-3.md §XX)

Hera never loaded common:messaging.4th, unlike every other VM in the
fleet. The standing belief was this was deliberate, to avoid moving
her dict_hash off baseline. Checked live instead of assumed: loading
messaging.4th into her dictionary silently dropped every colon-
definition referencing one of 8 STADIUM-* primitives that
register_child_vm_words() gives every other VM but
register_mama_forth_words() never gave her -- a missing-primitive gap,
not a designed privilege boundary. Confirmed mama_word_birth is
genuinely VM-agnostic and SPAWN-EVENT is an unwired placeholder before
proposing the fix.

Fix: register the same 8 STADIUM-* primitives for Hera, load
messaging.4th from init.4th the same way Hermes/Artemis/console/mint
already do, and give her own idle-loop context a direct MSG-TICK call
(not VM-EXEC, which would hit the same reentrancy class the existing
per-other-VM pump loop already guards against) so her own queued
messages actually drain. Her dictionary is now a proper superset of
every child VM's, plus her remaining extra privileges -- not
structurally different from any other VM, just additionally
privileged.

Verified: dict_hash identical across amd64/aarch64/riscv64
(0xc8f4b09e36f4fc4a), Hermes/Artemis dict_hashes unchanged and still
cross-arch identical, all three boot clean to zuse)ok> with zero
UNKNOWN WORD faults, mkcapsule --lint clean.

Unblocks rewriting the turn-attractor (FABRIC-3.md §XIX) to coordinate
via real MSG-SEND/MSG-TICK instead of blocking VM-EXEC.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01EXieurDfDSsDFdnSyusuWo

capsules/common/messaging.4th

@@ -59,19 +59,31 @@ VARIABLE CH-ACTIVE
 VARIABLE COMMON-CH
 VARIABLE MY-CH-ID
 Block 5006
-( VM name routing table -- same fixed table every VM loads, )
-( so IDX>NAME resolves identically everywhere. )
-8 CONSTANT VM-MAX
+( VM routing table. SXIX: 16 slots, not 8 -- see FABRIC-3.md. )
+( Hera/Hermes/Artemis stay 0/1/2 (artemis:init.4th depends on )
+( it); identities get NEW slots 3-10, never renumbered. )
+16 CONSTANT VM-MAX
 CREATE VM-NAME-ADDRS VM-MAX CELLS ALLOT
 CREATE VM-NAME-LENS  VM-MAX CELLS ALLOT
 : VM-NAME-REG ( addr u idx -- )
   DUP VM-MAX >= IF DROP 2DROP EXIT THEN
   >R R@ CELLS VM-NAME-LENS  + !
   R> CELLS VM-NAME-ADDRS + ! ;
+Block 5042
+( doe-idx (std79-doe.fth ID-NAME) -> msg-idx: 1..8 -> 3..10. )
+: DOE-IDX>MSG-IDX ( doe-idx -- msg-idx ) 2 + ;
 : VM-NAMES-INIT ( -- )
   S" Hera"    0 VM-NAME-REG
   S" Hermes"  1 VM-NAME-REG
-  S" Artemis" 2 VM-NAME-REG ;
+  S" Artemis" 2 VM-NAME-REG
+  S" rajames" 1 DOE-IDX>MSG-IDX VM-NAME-REG
+  S" 00"      2 DOE-IDX>MSG-IDX VM-NAME-REG
+  S" 01"      3 DOE-IDX>MSG-IDX VM-NAME-REG
+  S" 02"      4 DOE-IDX>MSG-IDX VM-NAME-REG
+  S" 03"      5 DOE-IDX>MSG-IDX VM-NAME-REG
+  S" 04"      6 DOE-IDX>MSG-IDX VM-NAME-REG
+  S" 05"      7 DOE-IDX>MSG-IDX VM-NAME-REG
+  S" 06"      8 DOE-IDX>MSG-IDX VM-NAME-REG ;
 Block 5007
 ( INIT-FREE. stamps STADIUM-NONE into each slot's stadium- )
 ( cell field (msg off 5, ch off 3). Raw offsets: accessors )