drift fix: validatord in start_go_stack + parity refresh
Two anchor-vs-reality drifts found during /read-mem audit: 1. start_go_stack.sh never started validatord :3221, even though it shipped 2026-05-02 (f9e7241) and STATE_OF_PLAY claims it as part of the persistent stack. Cold-boot quietly omitted it, leaving /v1/iterate unreachable on the persistent gateway. Fix: factored chatd's conditional-start block into a start_shared helper, called for both chatd :3220 and validatord :3221. Same shared-with-smokes posture as chatd (no S3 / JSONL-only state, no temp-toml override needed). 2. STATE_OF_PLAY header claimed 3 parity probes / 32 assertions. Reality is 6 probes / 38 assertions since subject_audit landed in262a77a(2026-05-03). Header refreshed; cross-references the three runtime-divergence classes documented at lakehouse/STATE_OF_PLAY.md lines 36-39. Parity reports regenerated as verification artifact (all 6 still green: 8+12+2+4+1+6). Same pattern asc0a55b1. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -1,6 +1,6 @@
|
||||
# Validator parity probe — Rust :3100 vs Go :4110
|
||||
|
||||
**Date:** 2026-05-03T05:16:33Z
|
||||
**Date:** 2026-05-05T08:23:08Z
|
||||
**Rust gateway:** `http://127.0.0.1:3100` · **Go gateway:** `http://127.0.0.1:4110`
|
||||
|
||||
Identical `POST /v1/validate` request → both runtimes. Match
|
||||
|
||||
Reference in New Issue
Block a user