Files
dotfiles/claude/memory/session-ledger-2026-06-23.md

49 lines
6.8 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
---
name: session-ledger-2026-06-23
description: "Practice-of-return ledger maintained by /symmetria — returns, open horizons, recalibrations, authorization moves, sub-agent dialogues, bypasses."
metadata:
node_type: memory
type: feedback
originSessionId: 7598dc60-60a8-4528-a301-91414e5df384
---
# Session Ledger — 2026-06-23
## Returns
- 2026-06-23T07:28 — Wake. Did NOT assert live `mindfabric-00` dead from empty `pgrep` (known drift: process-dead-from-pgrep-miss, recurred 06-22). Flagged for proper liveness verification before any deploy reasoning.
## Open horizons
- THE thread: deploy N6 fix to live + confirm Phase-1 completes AND recall canary PASSES (the literal question). Executor auto-mode-blocked from live deploy — steward runs or re-authorizes.
- PR #175 still OPEN, zero Seb reviews/comments — directive holds regardless.
- Post-deploy: correct jurist deliverable "migration drift"→"stale binary"; backfill-vs-acknowledge governance call (~26k pre-A1″ rows).
- Parked: Levi→pattern-finder (superseded); Gwern one-pager; ARC scroll()-bar iPhone test + source-persistence.
## Forward plan (steward-sequenced, 2026-06-23 eve)
1. **L1 remote-machine note** — David's clasp-test action list captured in findings doc §3b (his account on mini, synthetic→clone, never live memory, phases mechanism→latency→scale).
2. **Revisit research-grade conversion pipeline** — determine if better tools exist; steward recalls reading about **LLM-assisted OCR** (correct — VLM/LLM OCR is real: Qwen2.5-VL-class, Marker/Surya, etc.). For the chamber OCR frontier (polytonic Greek/Latin/fraktur/critical apparatus; ocrmac=modern-Latin-only; Marker CPU-infeasible on Air).
3. **Clone the chamber library on the mini, do the heavy OCR/conversion there** (batch = latency-immune = ideal remote use).
4. **Studium-engine dev stays on the M1** — NEW DESIGN PRINCIPLE (steward): if studium-engine becomes a viable **BYO-corpus research tool**, it must run on **modest machines too** ("I'm not the only cash-strapped researcher out there"). Develop-on-the-M1 = dogfood the constraint (same principle as PENDING-41 consumer-hardware-first, now applied to studium-engine). Promote to a project memory at wrap-up.
## Confidence to recalibrate
- 2026-06-23 — N6 LIVE DEPLOY DONE (PID 67887). ✅ Phase-1 completes in 1.5s (wedge GONE; CPU 100%-pegged-for-days → 18%). ✅ A1'' migration FIRED: vector_chunks 19→26 cols (epistemic axis schema, NEVER-deployed code, now live). ✅ Real recall WORKS (live /v1/recall query returned correct ARC chunk). ⚠️ Canary FAILED on live too (5 results, none matching) — but NOT recall-broken; it's that NEW writes aren't indexed within 30s. ⚠️ ROOT of the canary fail = entity pipeline relationships stage = 30s timeout (deferring, cursor held), caused by the still-uncapped N6 graph (691k/678k) — replay-skip fixed REPLAY, not LIVE growth. So "the clone canary miss was environmental" = PARTLY WRONG: it reproduces on clean single-instance, but the cause is graph-congestion, not the recall path. Next wall located: B1.1 cap-harden + B2 membership index (both already in PR #175 known-limitations).
## Returns (diagnosis)
- 2026-06-23 — SCOPE B1.1/B2: diagnosis OVERTURNED both fix theories AND two of my own sub-hypotheses. (1) Entity 30s timeout = `trySlotRelationship→slot.infer` local-Ollama-generative timeout, NOT graph-scan/cap/index → B1.1/B2 are the WRONG fix for it. (2) Killed "missing model qwen2.5:3b" lead: TEST A errors in 0.055s (fast-fail, not hang). (3) Killed "structured-output hang" lead: TEST C (plain generate, no schema) ALSO hangs 20s → generative inference itself is dead on this host (qwen3.5:4b loaded on GPU but 0% CPU = won't generate). Anthropic disabled (no credits) + local generative hung = NO working generative provider. Canary fail (per agent B, 90%) = separate issue: HNSW index rebuilt periodically not per-write → fresh chunk not searchable until next optimize; existing recall works (index exists). NEITHER symptom is the N6 graph. Verified myself: model presence, Ollama hang (TEST A/B/C), instance stable 3h, cols 19→26, real recall works.
## Returns (live L1 status, merged-main, ~30min in)
- 2026-06-23 ~20:14 — merged-main instance (PID 80713) NOT crashed but BOGGED: still in **Phase-1 replay (event 120/279, ~15s/event)** 30min after start; large **Phase-2 backfill backlog (29,101 events)** pausing for "resource pressure"; **circle-forward repeatedly failing** to dead fleet (kronos/atlas 502) + unreachable cm-instances ("fetch failed") per event; **/health hangs 40s at 0% CPU twice** (HTTP unresponsive while churning, though listening). N6 catastrophic wedge IS fixed (grinding, not hung-forever). Mechanism of HTTP-unresponsiveness NOT pinned (replay monopolizing loop and/or circle-forward timeouts to dead peers) — confident on symptom, low on mechanism; do NOT over-diagnose live. Honest verdict for replace-MemPalace: NOT YET. Forward levers: clasp/circle with REAL peers (or standalone-mode config that stops forwarding to a dead fleet) + load-shaping. Deeper investigation belongs on a CLONE, not more live probing (already restarted live 4× today).
## Authorization moves
- Live deploy requires steward run or explicit re-authorization (harness correctly blocks unreviewed code on live substrate).
- 2026-06-23T~07:40 — Steward AUTHORIZED live deploy of PR #175 (N6 fix) to mindfabric-00. Conscious authorized act; steward holds L1 architectural authority (Seb-granted); PR stays open for Seb. Rails: backup→build→kickstart→watch(Phase-1 + cols 19→26 + real canary)→rollback on any wrong signal. Live instance pegged 100% CPU (wedge live).
## Sub-agent dialogues
## Sub-agent dialogues
- 2 Explore tracers (slot-dispatch + canary/indexing). Both load-bearing claims corroborated empirically by me, NOT taken on trust: slot-dispatch agent's "local Ollama generative timeout" → confirmed BMF uses /api/chat + isolated test; canary agent's "index freshness 90%" → still 90%, optimize ran >120s (consistent), not fully confirmed.
## Returns (correction — important)
- 2026-06-23 — I flip-flopped Symptom A root cause 3× under live experimentation (missing-model → structured-output-bug → "model dead on host"), each a confident claim later overturned. The thrash itself is the contamination shape (composing a verdict before the decisive test). DECISIVE test G (BMF stopped + slot cleared + /api/chat) = 4.6s → model FINE; root = single-slot Ollama saturation by BMF's own per-pair generative load. Lesson: when an inference call is slow, the FIRST test must be the uncontended-isolation test on the EXACT endpoint the code uses — not a series of partial tests on a guessed endpoint (/api/generate was the wrong path AND has its own 0.30.8 quirk). Corrected the deliverable doc (had wrongly said "generative dead on host").
## Bypasses