12 atomic commits added after the original 25-commit run closed:
6 small drift fixes (db5ab0d9..28172135)
- guide_hot_reload.md: example registration + trigger_key claim
- guide_app_controller.md: src/hot_reload.py -> src/hot_reloader.py + hot_reload() method
- guide_gui_2.md: line 155 -> 285; reload() -> reload_all()
- guide_nerv_theme.md: 5 wrong hex values, stale apply_nerv body, stale
render_nerv_fx example, [nerv] config that was never wired, 0.5 Hz vs
actual 3.18 Hz flicker
- guide_shaders_and_window.md: 3 fictional [nerv] config refs
- guide_app_controller.md:68: self-referential io_pool docstring claim
1 mid-size fix (81e88241)
- guide_command_palette.md: command count 11 -> 33 (full source-derived
Action column for every @registry.register decorator in src/commands.py)
2 MMA rewrites (57143b7a, 394987f8, a49e5ffb, e0368174)
- guide_mma.md: has_cycle recursive -> iterative; topological_sort DFS ->
Kahn's; tick auto-promotion claim; ConductorEngine.__init__ missing
max_workers param
- guide_beads.md: bd_ tool dispatch line range
- guide_multi_agent_conductor.md: rewrote the TrackDAG and
ExecutionEngine/ConductorEngine/WorkerPool/mma_exec sections; the prior
doc predated the conductor_engine refactor and described a different
architecture (MultiAgentConductor class that doesn't exist, ExecutionMode
enum that doesn't exist, _dispatch_loop background thread that doesn't
exist, ThreadPoolExecutor-backed WorkerPool that is actually a
dict[str, Thread] + lock + semaphore)
2 verbiage cleanups
- replaced 'fictional' with neutral phrasing ('predates the refactor' /
'stale') in 2 places where the prior session had used it in user-facing
doc text. Going forward doc-drift commits use neutral language;
'fictional' was a value judgment on the doc and its author, not a
technical description.
Bucket coverage after continuation: A (theme), C (commands/palette), E
(runtime/imgui), F (MMA orchestrator) fully covered. B (logging) and G
(beads/vendor) partial. H/I (mcp_client/ai_client deep) done in original
25-commit run. Still untouched: D (8 file utilities), shaders.py / bg
shader.py, summary_cache.py.
Caveat for next agent (theme track): commit 49ac008a accidentally swept in
2 user-authored files from the parallel prior_session_sepia_20260610 work
(conductor/tracks/prior_session_sepia_20260610/plan.md and
docs/superpowers/plans/2026-06-10-prior-session-sepia.md). The user is
aware and chose to leave them in that commit. The next agent should treat
those files as owned by the prior_session_sepia_20260610 track and not
modify them from the theme-track context.
Adds a 'Handoff: Remaining Drifted Docs' section listing:
- 4 already-fixed stale refs found proactively outside the original
4-commits scope (Readme, 2 reports, guide_tools, 2 source docstrings)
- 9 categories of remaining work (A through I) with file lists, LOC,
and which docs reference each bucket
- A recommended 3-track decomposition that fits each category in
one agent context frame
- The 4 most-common drift patterns I encountered (thread counts,
line numbers, removed-class claims, schema fields)
The next agent can pick up directly from this section without
re-doing the audit I already completed.
Re-audit after reading the actual full file contents:
1. guide_app_controller.md (the __init__ walkthrough):
- '4-thread ThreadPoolExecutor' -> '8-thread' per IO_POOL_MAX_WORKERS = 8
in src/io_pool.py:20 (bumped from 4 in commit 4a338486; the io_pool.py
module docstring is also stale and says '4 worker threads' - flagged
for a separate fix).
- '12 locks' -> '11 locks + 5 non-lock state fields' (re-counted the
threading.Lock() and the _rag_sync_*/_project_switch_* fields).
2. guide_app_controller.md (the closing line):
- '12 locks' -> removed; explained the 434-line __init__ body
composition (locks + state fields + settable_fields + gui_task_handlers).
3. guide_rag.md (Future Work section):
- 'The _search_mcp method is a placeholder for this' -> WRONG.
_search_mcp (src/rag_engine.py:322) IS a real implementation that
calls mcp_client.async_dispatch when vector_store.provider == 'mcp'.
Rewrote the future-work item to describe the actual mechanism.
4. docs/reports/docs_sync_test_era_20260610.md (the closing report):
- Same 4-thread->8 and 12-locks->11 corrections propagated.
The structural facts (WorkspaceProfile/RAGConfig/VectorStoreConfig field
lists, method existence, _init_actions/_load_active_project line
numbers, _LiveGuiHandle existence, etc.) were all correct. The
counting/threading-pool claims I cited from memory were the ones
that needed re-verification.