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

src/starkernel/capsule/mama_forth_words.c

@@ -1592,6 +1592,18 @@ static void mama_word_connect_hermes(VM *vm)
     console_set_vm_name(saved_name);
 }
 
+/* Forward declarations: these 8 are defined later in this file (originally
+ * only ever used from register_child_vm_words(), which comes after them),
+ * but FABRIC-3.md SXX now also registers them here, earlier in the file. */
+static void mama_word_stadium_admit(VM *vm);
+static void mama_word_stadium_evict(VM *vm);
+static void mama_word_stadium_res_fetch(VM *vm);
+static void mama_word_stadium_res_pull(VM *vm);
+static void mama_word_stadium_res_push(VM *vm);
+static void mama_word_stadium_heat_fetch(VM *vm);
+static void mama_word_stadium_heat_store(VM *vm);
+static void mama_word_stadium_word_heat(VM *vm);
+
 /**
  * @brief Register Mama FORTH vocabulary words with the VM
  *
@@ -1634,6 +1646,26 @@ void register_mama_forth_words(VM *vm)
     register_word(vm, "VM-EXEC", mama_word_vm_exec);
     register_word(vm, "VM-CALL", mama_word_vm_call);
     register_word(vm, "VM-HEAT", mama_word_vm_heat);
+    /* FABRIC-3.md SXX: the 8 STADIUM-* primitives register_child_vm_words()
+     * gives every other VM, added here too -- root cause of "Hera cannot
+     * load common:messaging.4th" (kernel_main.c's old Phase C comment):
+     * messaging.4th's own colon-definitions (MSG-HEAT@, CH-HEAT@,
+     * MSG-COOL-ALL, MSG-TICK, etc.) reference these, and referencing an
+     * undefined word during compilation silently drops the definition
+     * rather than raising a compile error -- not a messaging bug, a
+     * missing-primitive gap in Hera's own dictionary specifically. Fixed
+     * by symmetry, not a special case: Hera's dictionary is now a proper
+     * superset of every child VM's, plus her own extra privileges
+     * (BIRTH, the capsule-repository words, MINT) -- not structurally
+     * different from any other VM, just additionally privileged. */
+    register_word(vm, "STADIUM-ADMIT",     mama_word_stadium_admit);
+    register_word(vm, "STADIUM-EVICT",     mama_word_stadium_evict);
+    register_word(vm, "STADIUM-RES@",      mama_word_stadium_res_fetch);
+    register_word(vm, "STADIUM-RES-PULL",  mama_word_stadium_res_pull);
+    register_word(vm, "STADIUM-RES-PUSH",  mama_word_stadium_res_push);
+    register_word(vm, "STADIUM-HEAT@",     mama_word_stadium_heat_fetch);
+    register_word(vm, "STADIUM-HEAT!",     mama_word_stadium_heat_store);
+    register_word(vm, "STADIUM-WORD-HEAT", mama_word_stadium_word_heat);
     register_word(vm, "CAPSULE-TEST", mama_word_capsule_test);
 
     /* Create and switch to MAMA vocabulary */
@@ -1672,6 +1704,26 @@ void register_mama_forth_words(VM *vm)
     register_word(vm, "VM-EXEC", mama_word_vm_exec);
     register_word(vm, "VM-CALL", mama_word_vm_call);
     register_word(vm, "VM-HEAT", mama_word_vm_heat);
+    /* FABRIC-3.md SXX: the 8 STADIUM-* primitives register_child_vm_words()
+     * gives every other VM, added here too -- root cause of "Hera cannot
+     * load common:messaging.4th" (kernel_main.c's old Phase C comment):
+     * messaging.4th's own colon-definitions (MSG-HEAT@, CH-HEAT@,
+     * MSG-COOL-ALL, MSG-TICK, etc.) reference these, and referencing an
+     * undefined word during compilation silently drops the definition
+     * rather than raising a compile error -- not a messaging bug, a
+     * missing-primitive gap in Hera's own dictionary specifically. Fixed
+     * by symmetry, not a special case: Hera's dictionary is now a proper
+     * superset of every child VM's, plus her own extra privileges
+     * (BIRTH, the capsule-repository words, MINT) -- not structurally
+     * different from any other VM, just additionally privileged. */
+    register_word(vm, "STADIUM-ADMIT",     mama_word_stadium_admit);
+    register_word(vm, "STADIUM-EVICT",     mama_word_stadium_evict);
+    register_word(vm, "STADIUM-RES@",      mama_word_stadium_res_fetch);
+    register_word(vm, "STADIUM-RES-PULL",  mama_word_stadium_res_pull);
+    register_word(vm, "STADIUM-RES-PUSH",  mama_word_stadium_res_push);
+    register_word(vm, "STADIUM-HEAT@",     mama_word_stadium_heat_fetch);
+    register_word(vm, "STADIUM-HEAT!",     mama_word_stadium_heat_store);
+    register_word(vm, "STADIUM-WORD-HEAT", mama_word_stadium_word_heat);
     register_word(vm, "CAPSULE-TEST", mama_word_capsule_test);
     register_word(vm, "EXEC", mama_word_exec);