Files
Lap Tran bc7daf8590 Restore archived tasks, fix dashboard scroll-reset, bind ornith, add Playwright smoke test
- **Restore 82 completed tasks** from tasks/complete/ back to tasks/ top
  level (all <7 days old per the cleanup policy; premature bulk archive
  was fixed).
- **Dashboard: fix scroll-reset on auto-refresh** — renderBoard rebuilds
  the board via innerHTML every 2s, destroying each column-body's
  scrollTop. Now snapshots column-body scrollTop + board.scrollLeft +
  view.scrollTop before rebuild and restores after (matched by
  PHASE_GROUPS index).
- **Dashboard UI additions** (pre-existing unstaged work): approval
  section cards, transition buttons, inline artifact editor (textarea for
  writing missing SPEC/VERDICT/etc from the detail modal).
- **Bind ornith as Implement model** — config.md: Model explicit to
  omlx/Ornith-1.0-35B-4bit-mlx, context window 32768. Interactive
  autopilot already used ornith via opencode default; now explicit.
- **Fix cleanup stub** — automaton-cleanup.sh had a stale --project arg
  pointing at a pytest temp dir (test isolation leak). Rewired to point
  at ~/.automaton.
- **Fix plist-isolation test** — test asserted host plist doesn't exist,
  but a real install creates it. Now snapshots mtime before run, asserts
  unchanged after (only a write during the test counts as bleed).
- **New Playwright smoke test** (tests/test_dashboard_ui.py) — 2 tests:
  board renders tasks, column scroll survives auto-refresh tick.
  Verified the test fails without the scroll fix (scrollTop resets to 0).
  Skipped via importorskip when playwright is absent (main CI stays
  green).
- **Clarify SI loop scope in README** — new-project onboarding section
  documents the framework-scoped self-improvement loop and options
  (leave/pause/create project loop).
- **CHANGELOG** documents all changes including the known model-divergence
  gap (mde tasks marked complete but per-role model binding was never
  implemented).
2026-06-26 10:05:18 -04:00

3.8 KiB

Add Decomposition Content to Dashboard Data Model

Goal

Add missing content fields to the Task model so the dashboard can display wave structure from DECOMPOSITION.md, parent task context from PARENT_SPEC.md, and VRAM constraints from VRAM_CONFIG.md.

Requirements

R1. Add decomposition_content to Task model

automaton/dashboard/core/task.py: The Task dataclass has six content fields (spec_content, verdict_content, bug_report_content, adversarial_bug_report_content, doc_review_content, design_content) but no decomposition_content. This is the root cause of the dashboard's inability to parse wave structure from DECOMPOSITION.md.

Fix:

  • Add decomposition_content: Optional[str] = None field to the Task dataclass (task.py:77-90)
  • In discover_tasks() (task.py:243-286), load DECOMPOSITION.md content similar to how other artifacts are loaded
  • Add "decomposition_content" to the /api/tasks response in ui/app.py _serve_tasks() and _serve_task()

R2. Parse wave structure from DECOMPOSITION.md content

Currently dashboard.js:278-285 splits sub-tasks into waves using a 50/50 heuristic (half = Math.ceil(task.sub_tasks.length / 2)), completely ignoring the actual wave definitions in DECOMPOSITION.md.

Fix:

  • Parse wave headers from decomposition_content (Python side): extract ### Wave 1: and ### Wave 2: sections and their sub-task lists
  • Store parsed wave data as waves: list[WaveGroup] on the Task model or as structured data in the API response
  • Each wave group contains: wave number, label, sub-task names
  • In dashboard.js, use parsed wave data instead of 50/50 heuristic for wave statistics
  • Fall back to 50/50 heuristic only when decomposition_content is unavailable

R3. Add parent_spec_content and vram_config_content to Task model

Sub-tasks have PARENT_SPEC.md and VRAM_CONFIG.md but these are not in the ARTIFACTS dict and not visible in the API response or detail panel. The detail panel cannot show parent context or VRAM constraints.

Fix:

  • Add parent_spec_content: Optional[str] = None and vram_config_content: Optional[str] = None to Task
  • Load these in discover_tasks() if the files exist
  • Include in the API response
  • Display in the detail panel when present (e.g., "Parent Context" and "VRAM Configuration" sections)

R4. Add WaveGroup dataclass

Add a simple dataclass for wave metadata:

@dataclass
class WaveGroup:
    wave_number: int
    label: str
    sub_task_names: list[str]

R5. Parse DECOMPOSITION.md wave sections

Add a parse_waves(content: str) -> list[WaveGroup] function that extracts wave definitions from DECOMPOSITION.md content. Pattern: ### Wave N: label followed by lines starting with - subtask-name.

Acceptance Criteria

  • Task model has decomposition_content, parent_spec_content, vram_config_content fields
  • /api/tasks response includes decomposition_content when present
  • /api/tasks response includes parent_spec_content and vram_config_content when present
  • parse_waves() correctly extracts wave structure from the template DECOMPOSITION.md in templates/tasks/subtask-parent/
  • Dashboard JS uses parsed wave data for Wave 1/Wave 2 statistics instead of 50/50 split
  • Detail panel shows "Parent Context" section when parent_spec_content exists
  • Detail panel shows "VRAM Configuration" section when vram_config_content exists
  • Existing tests pass
  • New test: parse_waves with real DECOMPOSITION.md content
  • New test: task with PARENT_SPEC.md and VRAM_CONFIG.md has content fields populated

Non-Goals

  • Not changing the DECOMPOSITION.md format
  • Not applying VRAM constraints — display only
  • Not modifying how sub-tasks are created or executed