The spec was drafted while the working tree was on tier2/post_module_taxonomy_de_cruft_20260627, but the track targets master. 2 line numbers were from the cruft branch, not master:
- src/commands.py reset_layout: spec said :342-378 + :371; master is :248-275 + :268
- src/command_palette.py: spec said 208 lines; master is 165 lines
Also added a Branch State Warning section documenting:
- main working tree is on tier2/post_module_taxonomy_de_cruft_20260627 (NOT master)
- module_taxonomy_refactor_20260627 + post_module_taxonomy_de_cruft_20260627 are NOT merged to master
- this track does NOT depend on those cruft tracks
- master worktree at C:\projects\manual_slop_master is the editing surface
All other line numbers (App._post_init:566, App.run:619, _run_immapp_result:691, _post_init_callback_result:1449, render_persona_editor_window:3433, orphan end_child:6990, paths.py themes:60/83/150/209-216/295) verified correct against master.
Tier 2's e9654518 ('fix(layout): strip stale dockspace IDs from bundled INI;
force live-session apply') broke the bundled INI. Tier 2's theory was
wrong: they claimed HelloImGui computes DockSpace IDs dynamically and
auto-docks windows without DockId references. Reality:
- When an INI exists, HelloImGui reads the literal DockSpace ID
from the file and uses it (matches runtime-generated 2949142533
per the SplitIds line in the user's working INI).
- Without [Docking] children + per-window DockId lines, the dockspace
is empty and windows float at Pos but get clipped by the full-screen
dockspace. Result: zero panels render.
Empirical evidence (from this session, 2026-06-29):
- User's working master manualslop_layout.ini: 2150 bytes,
[Docking] with DockSpace ID=0xAFC85805 + 2 DockNode children
+ per-window DockId. All 9 default-visible panels render.
- Tier 2's saved INI on tier2-clone/tier2/default_layout_install_20260629
HEAD (post-e9654518): 1447 bytes, [Docking] with DockSpace +
CentralNode=1 only, NO DockNode children, NO DockId. ZERO panels
render. Empty workspace with just menu ribbon.
Track scope (4 phases, 22 tasks):
Phase 1: replace layouts/default.ini with working structure (12
default-visible windows with DockId=0x00000001,N or 0x00000002,N;
[Docking] block with DockSpace ID=0xAFC85805 + 2 DockNode children;
scrub stale 'Response' name + the 9 other _STALE_WINDOW_NAMES).
Phase 2: flip tests/test_default_layout_install.py assertions
(e9654518 inverted them: was asserting 'no [Docking] block' =
good; should assert [Docking] + DockIds exist = good).
Phase 3: append FOLLOWUP addendum to Tier 2's TRACK_COMPLETION
documenting e9654518's wrong theory + this correction.
Phase 4: empirical verify (spawn sloppy.py on fixed branch; observe
12 panels render; no [GUI] WARNING: stale window names).
Preserve from e9654518:
- Live-session imgui.load_ini_settings_from_memory() apply
(src/gui_2.py:1478). That part IS correct: HelloImGui reads
ini_filename BEFORE post_init fires, so the live re-apply is
needed for same-session visibility.
Branch: fix lands as 3 fixup commits on
tier2-clone/tier2/default_layout_install_20260629 (no new branch).
TDD red-first per task. NO day estimates per workflow.md Tier 1
Track Initialization Rules. No new src/<thing>.py files (the fix
modifies layouts/default.ini + the existing tests + a doc report).
Empirical: see Image 1 vs Image 2 comparison captured in this session
(screenshots in opencode-minimax-vision/); working main repo has
panels, tier 2 branch has empty workspace.
Bug: when cwd/manualslop_layout.ini is missing/empty after first-run,
post-deletion, or post-corrupt-INI, the GUI panels are not visible
despite show_windows[name] = True. Root cause is structural: imgui.begin
without [Window][name] + DockId in the INI produces a floating window
that gets clipped by the full-screen dockspace. Empirically confirmed:
8s of running produces a 585-byte INI containing only [Window][Debug##Default].
Fix shape (4 phases):
Phase 1: relocate tests/artifacts/manualslop_layout_default.ini ->
layouts/default.ini (at repo root, parallel to themes/ per
user directive 'no configs in src/'); add src/paths.py
'layouts' field + SLOP_GLOBAL_LAYOUTS env override (mirror
themes pattern at line 60/83/150/210-216); add src/layouts.py
loader module (mirror src/theme_models.py + src/theme_2.py
contract; LayoutFile = @dataclass(frozen=True, slots=True)
per the C11/Odin/Jai-in-Python value-type mandate).
Phase 2: install-on-empty-INI in App._post_init. _install_default_layout_if_empty
helper + drain helper, called BEFORE _diag_layout_state and
BEFORE immapp.run. logs '[GUI] installed default layout: <src> -> <dst>'.
Phase 3: drop hardcoded 'tests/artifacts/live_gui_workspace/...' path
from src/commands.py:reset_layout line 369-376 (dead code in
production; violates 'production code defaults to immediate
directory' directive 2026-06-29).
Phase 4: 3-test regression suite in tests/test_default_layout_install.py
+ 1 unit test in tests/test_reset_layout.py; user manual verify
(delete INI, run sloppy.py standalone, see panels).
TDD red-first per task. Atomic per-task commits with git notes (per
conductor/workflow.md §Task Workflow step 9-10). No day estimates per
conductor/workflow.md §Tier 1 Track Initialization Rules.
Out of scope (deferred): panel_defs_fleury_migration - migrate the ~40
render_x functions to declarative PanelDef records per Ryan Fleury's
raddbg 'type view' / 'lens' pattern. Spec §Eventual Normalization Target
documents the design sketch + the transcripts at docs/transcripts/.
This track sets up layouts/ at repo root + src/layouts.py as the typed
loader so the future migration has somewhere to land.
Tracks.md row will be added in Phase 4 (Task 4.6) when the track ships.
Umbrella track for the second video analysis research campaign. 4 videos:
(1) Reinventing Entropy / Compression is Intelligence, (2) LeCun World
Models, (3) LeCun's Bet Against LLMs, (4) Recursive Self-Improvement.
Follows the established 3-pass pattern from the prior 12-video campaign
(Pass 1: extract via scripts/video_analysis/ pipeline, Pass 2: deobfuscate
via lexicon v2, Pass 3: project to C11/Python via the C11 reference).
Sibling to Campaign A (directive_hotswap_harness_20260627). Cross-campaign:
video 1 (entropy/compression) is most directly relevant to the directive
encoding question. Videos 2-3 (LeCun) inform how LLMs model directive intent.
Video 4 is the meta-question the directive harness addresses.
This plan covers Phase 0 (umbrella setup) + Phase 1 (Pass 1 reports) +
Phase 2 (synthesis) + Phase 3 (checkpoint). Pass 2/3 plans are authored
as sub-tracks once Pass 1 ships.
Spec + plan + metadata + state for the directive hot-swap harness.
Harvests 48 directives from the entire doc tree into conductor/directives/
+ baseline preset + 5 role-prompt 'warm with:' bootstrap updates. No scripts,
no TOML — markdown-only, LLM-native.
Track 1 of Campaign A (Directive Encoding). Sibling campaign B (4-video
analysis) is a separate future track.
Spec + plan + metadata + state for the ImGui Test Engine integration.
Enables the test engine via --enable-test-engine flag, bridges it through
the existing API hooks layer (4 new /api/test_engine/* endpoints + 4 new
ApiHookClient methods), and proves the full bridge with a smoke test.
The test engine enables high-fidelity simulation of docking, window focus,
panel visibility, drag-and-drop, and keyboard input that the current Hook
API cannot express. The API hooks remain the single communication boundary;
the test engine is integrated behind it.
This is Track 1 of a 3-track campaign:
Track 1: bridge + smoke test (this track)
Track 2: migrate docking/focus/panel tests
Track 3: visual regression via screenshot capture
Key risk: R1 (GIL-transfer crash) mitigated by Phase 1 Task 1.4 manual
verification checkpoint. Parallel-safe against the running tier2 taxonomy
branch and the enforcement_gap_closure track (zero file overlap).
Spec + plan + metadata + state for the enforcement-gap closure track.
Two pieces: (1) new scripts/audit_boundary_layer.py + allowlist to enforce
the section 17.7 'no dict[str, Any] outside the wire boundary' rule; (2) rename
audit_optional_in_3_files.py -> audit_optional_returns.py and widen from 4
baseline files to all src/*.py (baselining 3 history.py residuals).
Parallel-safe against tier2/post_module_taxonomy_de_cruft_20260627: zero file
overlap (touches only scripts/audit_*, scripts/*.toml, python.md, new tests).
Closes contradictions C1, C2, C3-partial, C18-partial, C21 from
docs/reports/CONTRADICTIONS_REPORT_20260627.md. The 14 docs-sync
contradictions (C5-C9, C16, C17, C11-C15, C19, C20) deferred per user
directive until the tier2 taxonomy branch stabilizes.
Tier 2 marked Phase 2 (VC8) as 'spec mismatch' because the spec says
'add ProjectContext with all fields observed in flat_config' but
doesn't enumerate which fields. Tier 2 needs the spec to be specific
before it can resume.
This correction specifies the exact schema based on the actual code:
flat_config returns a NESTED dict with 6 top-level fields:
- project (Meta: name, summary_only, execution_mode)
- output (Output: namespace, output_dir)
- files (Files: base_dir, paths)
- screenshots (Screenshots: base_dir, paths)
- context_presets (opaque dict pass-through)
- discussion (Discussion: roles, history)
The 11 sub-fields are derived from aggregate.run's access patterns
(src/aggregate.py:484-525). output_dir and files.base_dir are REQUIRED
(direct subscript); all others use .get() with defaults.
Recommended design: 6 sub-dataclasses (ProjectMeta, ProjectOutput,
ProjectFiles, ProjectScreenshots, ProjectDiscussion, ProjectContext),
each matching the nested dict shape. ProjectContext has dict-compat
methods (__getitem__ + get) so consumers don't need migration.
Two migration options:
- Option A (incremental): ProjectContext has dict-compat; consumers
unchanged. Flat fix.
- Option B (full): Migrate all 8 consumer sites + 2 test mocks to
use sub-dataclass access. ~40 lines across 10 files.
Acceptance: 5 corrected VC8 criteria. Tier 2 can resume Phase 2 directly.
TIER-1 READ conductor/tracks/cruft_elimination_20260627/spec.md + src/project_manager.py:268 + src/aggregate.py:484-525 + src/type_aliases.py + src/models.py before this commit.
The previous state.toml marked status = 'completed' despite the
track FAILING 4 of 10 acceptance criteria:
- VC1: .get() sites 26 (target < 15)
- VC2: subscript sites 79 (target < 20)
- VC4: effective codepaths not measured
- VC6: 7/11 batched tiers pass (target 10/11)
This commit:
1. Sets state.toml status to 'active' (track is NOT complete)
2. Marks Phase 11 as 'failed' (verification did not pass)
3. Rewrites the completion report to lead with the FAILED status
The 50% reduction in .get() sites (52 -> 26) is meaningful progress
but the spec's quantitative gates were not met. Do not merge this
branch as complete.
src/type_aliases.py had two exact anti-patterns the user flagged:
1. Line 91: 'ToolCall: TypeAlias = Metadata' -- the dict alias the user
called out as 'the exact bad pattern'. Now points to the canonical
@dataclass(frozen=True, slots=True) class ToolCall in openai_schemas.py.
2. Lines 53-69: duplicate FileItem dataclass with 8 fields (path, content,
view_mode, summary, skeleton, annotations, tags) that conflicted with
the canonical models.FileItem (10 fields: path, auto_aggregate,
force_full, view_mode, selected, ast_signatures, ast_definitions,
ast_mask, custom_slices, injected_at). Two FileItem types was the
'FileItem is duplicated in TWO places' blocker. Duplicate removed;
FileItem now aliases models.FileItem.
state.toml updated to honest state: status='active', current_phase=0,
phases 2-10 marked 'not_done', 3 of 5 blockers fixed in this commit,
2 blockers (RAG return type, tool builders dicts) remain open with
followup tracks planned.
The 5 files that import ToolCall from src.type_aliases
(aggregate/ai_client/api_hook_client/app_controller/models) only use it
as a type annotation -- no constructor calls, no .from_dict() calls.
Safe to fix the alias.
The previous Tier 2 run marked the track SHIPPED with all 12 phases
'completed' but did not do the actual Phase 1 (Ticket consumer migration)
work. This run did Phase 1 honestly in commit 0506c5da.
This commit:
- Updates state.toml to reflect actual Phase 1 work (with checkpoint
0506c5da) and re-classifies Phases 2-10 as no-op per FR2 audit
- Replaces the misleading TRACK_COMPLETION report with an honest
re-assessment: Phase 1 done, Phases 2-10 no-op per audit (planned
sites operate on collapsed-codepath dicts), VC7 metric unchanged
(expected per Tier 1 followup analysis: per-aggregate migration alone
doesn't reduce dispatcher branch count)
Verification criteria status:
- VC1-VC3, VC6, VC8, VC10: PASS
- VC4, VC5, VC9: PARTIAL
- VC7: NO DROP (4.014e+22 unchanged; requires typed parameters at
function boundaries, which is out of scope)
Phases 3-10 audit found that all anticipated migration sites operate on
dicts at the I/O boundary (session log entries from JSONL, multimodal
content with arbitrary keys, MCP wire protocol, project config from
manual_slop.toml). Per spec FR2 (collapsed-codepath classification),
these dict-style access patterns are correctly preserved as Metadata.
Real work was done in Phase 0 (12 NEW per-aggregate dataclasses added)
and the test suite (70+ tests). The NEW dataclasses are AVAILABLE for
future code that wants typed access; existing code is correct in its
dict usage at the I/O boundaries.
Effective codepaths metric UNCHANGED at 4.014e+22 (the metric is
dominated by type-dispatch branches in app_controller.py and gui_2.py,
not by the .get() access sites themselves).
Phase 2 audit confirmed no FileItem dataclass access sites need migration:
- All file_items: list[Metadata] sites are multimodal content dicts (not FileItem dataclass)
- FileItem dataclass consumers (app_controller.py:3231-3237, 3401-3408, gui_2.py:369-378, 977-984) already use direct field access
- The .get() sites are correctly classified as Metadata collapsed-codepath per FR2
8/8 tests pass + 1 env-var skipped. No code changes needed.
Phase 1 audit confirmed no Ticket dataclass access sites need migration:
- Ticket dataclass consumers in _spawn_worker, mutate_dag, and
multi_agent_conductor.run already use direct field access
- The t.get('id', '') style sites operate on dicts
(self.active_tickets: list[Metadata], topological_sort returns list[dict])
- These dict sites are correctly classified as Metadata collapsed-codepath
per spec FR2
35/35 tests pass. No code changes needed.
The actual fix for the 4.01e22 combinatoric explosion. Promotes
Metadata: TypeAlias = dict[str, Any] to @dataclass(frozen=True, slots=True)
and migrates all 695 consumer functions + 213 access sites (107 .get +
106 subscript) to direct field access.
TIER-1 READ AGENTS.md + conductor/workflow.md + conductor/edit_workflow.md
+ conductor/code_styleguides/data_oriented_design.md + conductor/code_styleguides/error_handling.md + conductor/code_styleguides/type_aliases.md + docs/reports/SSDL_CAMPAIGN_ABORTED_20260624.md + src/type_aliases.py + scripts/code_path_audit/code_path_audit.py + scripts/code_path_audit/code_path_audit_ssdl.py before this commit.
Why this fixes 4.01e22:
- The combinatoric explosion is from dict[str, Any] type-dispatch at every
entry.get('key', default) site (per SSDL post-mortem)
- Each access has 3 branches: is None, getattr, default
- 695 consumers * ~2 branches each = 1390 branches in the sum
- 2^1390 ≈ 4.01e22 (the measured baseline)
- Promotion to @dataclass with direct field access = 0 branches per access
- Expected drop: 4.014e+22 -> < 1e+20 (>= 2 orders of magnitude)
10 VCs:
- VC1: Metadata is @dataclass(frozen=True, slots=True), not dict[str, Any]
- VC2: 107 .get sites replaced
- VC3: 106 subscript sites replaced
- VC4: 12+ tests pass in tests/test_metadata_dataclass.py
- VC5: 5 sub-aggregate TypeAliases (CommsLogEntry, HistoryMessage, FileItem,
ToolDefinition, ToolCall) all point to the new Metadata
- VC6: Effective codepaths < 1e+20
- VC7: All 7 audit gates pass --strict
- VC8: 10/11 batched test tiers PASS
- VC9: End-of-track report written
- VC10: New regression-guard test file exists
5-phase phased migration (smallest sub-aggregate first):
- Phase 1: CommsLogEntry (~150 sites in session_logger, multi_agent_conductor, app_controller)
- Phase 2: HistoryMessage (~80 sites in ai_client)
- Phase 3: FileItem (~200 sites in aggregate, app_controller, gui_2)
- Phase 4: ToolDefinition+ToolCall (~150 sites in mcp_client, ai_client tool loop)
- Phase 5: Metadata direct usage (~115 sites catch-all)
6 phases total (0 + 5 + verification). 18-21 atomic commits.
blocked_by: code_path_audit_phase_3_provider_state_20260624 (recommended prerequisite;
the two tracks are orthogonal so they can run in parallel; listed as blocked_by
for sequencing preference not strict blocking)
The 7 code_path_audit*.py files (2604 lines total) are pure static
analysis tools. They do AST traversal of src/, no intrusive profiling,
no runtime markers. They were inlaid with src/ but only import:
- src.result_types (the Result[T] convention type)
- each other (the 6 siblings)
After the move:
- src/ is now pure application code; line-count audit metrics are clean
- scripts/code_path_audit/ is a new namespace-isolated subdir per
AGENTS.md 'scripts are namespace-isolated by directory' rule
TIER-3 READ AGENTS.md + conductor/workflow.md + conductor/edit_workflow.md
+ conductor/code_styleguides/code_path_audit.md + the 7 files before
this commit.
Changes:
- 7 files moved: src/code_path_audit*.py -> scripts/code_path_audit/
- 7 files updated: internal imports rom src.code_path_audit_X ->
rom code_path_audit_X (siblings in same subdir)
- 7 files updated: add sys.path.insert(0, str(Path(__file__).resolve().parents[2] / 'src'))
to find src.result_types when run standalone
- 5 test files updated: rom src.code_path_audit -> rom code_path_audit
+ sys.path setup to find the new subdir
- 6 throwaway scripts in scripts/tier2/artifacts/ updated: import path
+ sys.path setup (parents[3] / 'src' + parents[3] / 'scripts' / 'code_path_audit')
- 2 styleguide/spec references updated: conductor/code_styleguides/code_path_audit.md
+ conductor/tracks/code_path_audit_20260607/spec_v2.md
- 1 meta-audit docstring updated: scripts/audit_code_path_audit_coverage.py
- 1 type registry entry deleted: docs/type_registry/src_code_path_audit.md
(the type is no longer in src/)
- 1 type registry index updated: docs/type_registry/index.md (22 files, was 23)
Verification:
- 7/7 audit gates pass --strict (weak_types 102<=112, type_registry 22 files,
main_thread_imports OK, no_models_config_io OK, code_path_audit_coverage 0
violations, exception_handling 0 violations, optional_in_3_files 0 violations)
- 6/6 test files pass: test_code_path_audit, test_code_path_audit_integration,
test_code_path_audit_phase78, test_code_path_audit_phase89,
test_code_path_audit_ssdl_behavioral, test_metadata_nil_sentinel
- src/ line count: 29997 lines (down from 32621 = -2624 lines)
- scripts/code_path_audit/ line count: 2620 lines
ed