@mndrk/agx 2.0.38 → 2.0.39

package/cloud-runtime/standalone/notes/project-layer.md

@@ -0,0 +1,123 @@
+# Project layer planning for agx cloud + CLI
+
+## Background
+- The control plane currently stores a loose `project` string per task (see `db/migrations/001_initial_schema.sql`); agents and learnings already reference this slot but there is no structured project definition or repo metadata.
+- Learnings are scoped to `task`, `project`, or `global` and are pulled into prompts through `lib/task-context.ts` to avoid repetition, but the CLI still builds prompts solely from task frontmatter defined in `lib/executor.js`, so neither side has a consistent picture of project context.
+
+## Requirements
+1. Define a first-class `projects` entity (name, description, owner, metadata, CI/CD pointers) and a `project_repos` child table that records repo names/paths/notes for the project.<br>
+2. Surface project metadata via new APIs so agx-cloud can show/manage projects and the daemon/CLI can fetch rich context along with tasks.
+3. Ensure learnings/comments scoped to the project use the project identifier produced by the new entity so agents can reuse insights.
+4. Update the CLI/daemon prompt pipeline to receive `project_context` (stack notes, repo mapping, CI/CD state) and append a `PROJECT CONTEXT` section before executing.
+5. Provide UI affordances (dashboard, task detail, new project management view) so users can define the project only once and review it when executing tasks.
+6. Keep security/integrity boundaries intact: project metadata must be stored per user/organization and only exposed to that user's agents.
+
+## Implementation approach
+1. **Backend schema & API**
+   - Create `projects` table (`id`, `user_id`, `name`, `slug`, `description`, `metadata JSON`, `ci_cd_info text`, `created_at`, `updated_at`).
+   - Add `project_repos` table (`id`, `project_id`, `name`, `path`, `git_url`, `notes`).
+   - Link tasks to projects via `project_id` or slug and update `learnings.scope_id` references accordingly.
+   - Build REST endpoints (`GET /api/projects`, `POST /api/projects`, `GET/PUT/DELETE /api/projects/:id`, `POST /api/projects/:id/repos`, etc.).
+   - Embed project context when returning a task from `/api/tasks` and `/api/queue`, extending `buildTaskContext` to include `project_context` (stack, repos, ci/cd) alongside stage prompts.
+2. **Cloud UI**
+   - Add a project management funnel (new page or modal) that lets users register project name, description, main branches, CI/CD endpoints, and repo list with notes.
+   - Show project link/summary inside the dashboard/task detail and reuse `project_context` data when users inspect learnings or comments.
+3. **CLI/Daemon**
+   - When `agx run` or daemon fetches a task, read the extended task payload that now contains `project_context` alongside `content` and `stage_config`.
+   - Update `runSingleAgentIteration`/`buildPrompt` (inside `lib/executor.js`) to include a new `PROJECT CONTEXT` section describing repo locations and CI/CD hints, and maybe a `PROJECT NOTES` bullet list.
+   - Allow `agx new` to either accept `--project-id` or `--project` slug so tasks can be created within a registered project (and fallback to legacy text fields).
+4. **Learnings integration**
+   - Ensure UI and CLI know how to attach learnings to the new project identifier so `LEARNINGS (project)` continues to show relevant entries even if the project now has structured metadata.
+   - Consider automating project insights ingestion (e.g., propagate `project_context` to `PROJECT CONTEXT` sections the same way comments are included).
+
+## Effort estimate
+- Backend schema + API plus DB policies: 2–3 days (one day to design schema + migrations, another to wire API + RLS + tests).
+- Front-end project management surface (dashboard, modals, listing): 1.5–2 days (UI/UX + data fetching + linking to learnings).
+- CLI/daemon prompt changes, `agx new` flags, and aggregator updates: 1–1.5 days (prompt composition + ensure stage config merges new context).
+- Integration/testing (end-to-end flows, verifying learnings + prompt sections, documentation): 0.5–1 day.
+- **Total:** ~5–7 days of focused work depending on iterations.
+
+## Unknowns
+- Should tasks reference `projects` by slug/name or by `project_id`? This affects backward compatibility for existing tasks with free-text `project` values.
+- Does the project context need to reference actual local repo paths (for CLI) or purely remote repository metadata (URL/branch) that agents can reason about?
+- Do multiple users share projects/learnings or is everything per-user? We need to confirm sharing expectations to enforce RLS scopes on new tables.
+- How granular should CI/CD context be (just tooling names, or actual URLs/credentials)? Need to balance fidelity with not storing secrets.
+- Should `project_context` be editable alongside projects (versioning?). Agents will rely on it, so we need to decide whether to provide history or just the latest snapshot.
+
+## Detailed plan
+
+### Task roadmap
+
+| Task | Description | Dependencies | Milestone | Effort |
+| --- | --- | --- | --- | --- |
+| Schema + migrations | Create `projects` + `project_repos`, add RLS/policies, link tasks/learnings to the new entity, and expose slug/metadata columns used by `project_context`. | None (foundation) | Milestone 1 | 2–3 days |
+| API & MCP payloads | Extend DB APIs, `buildTaskContext`, `/api/tasks`, `/api/queue`, and MCP helpers so every task response embeds `project_context` (stack notes, repos, CI/CD info). | Schema + migrations | Milestone 1 → 2 | 2 days |
+| Cloud project surface | Add dedicated project CRUD UI (dashboard/modal), allow entering repo metadata, CI/CD hints, and surface the context inside task/detail panels. | API & MCP payloads | Milestone 2 | 1.5–2 days |
+| CLI/daemon integration | Let `agx new/run` accept project slugs/IDs, pull the enriched task payload, and append a `PROJECT CONTEXT` section before executing stage prompts. | API & MCP payloads | Milestone 2 | 1–1.5 days |
+| Learnings & docs | Ensure project-scoped learnings persist the new identifier, document how context flows, and add regression tests for the signature/prompt path. | CLI/daemon integration | Milestone 3 | 1 day |
+
+### Milestones
+
+- **Milestone 1 (Foundation):** Schema + API work complete, including migrations, DB policies, and new `/projects` endpoints. Tasks can now persist structured project metadata and serve it via `buildTaskContext`. (~2–3 days)
+- **Milestone 2 (Context surfaces):** Cloud UI and CLI/daemon consume the enriched data so agents receive repo mapping, stack notes, and CI/CD info in their prompts. (~2–3 days)
+- **Milestone 3 (Hardening):** Learnings, documentation, and regression tests updated to reflect the new flow; rollout notes captured for operators. (~1 day)
+
+### Dependencies
+
+- API surface cannot ship before the schema exists and is tested; migrations must be committed before any handler references the new tables.
+- Cloud UI depends on new APIs/project payloads to render repo/CI context, so backend work must precede the frontend.
+- CLI/daemon prompts require the enriched payloads plus learnings so `PROJECT CONTEXT` stays consistent with what the cloud UI shows.
+- Regression tests/documentation depend on at least one end-to-end flow locking in the new context data.
+
+### Next steps
+
+- (Now) Review the draft migration and ensure `lib/db` helpers and DB policies match the new `projects/project_repos` schema before exposing it via `project_context`.
+- After verifying the schema, update `lib/task-context.ts`/`mcp` helpers to inject project metadata into the signed payload, ensuring CLI/daemon clients receive it.
+
+## Milestone 2 detail
+
+### Schema shape
+- `projects` (`id uuid pk default gen_random_uuid()`, `user_id uuid references auth.users`, `name text`, `slug text unique`, `description text`, `metadata jsonb default '{}'`, `ci_cd_info text`, `project_learnings text[]`, `created_at timestamptz default now()`, `updated_at timestamptz default now()`). `metadata` stores stack decisions (framework, infra, runtime) and any arbitrary key/values the agents need in prompts.
+- `project_repos` (`id uuid pk`, `project_id uuid references projects(id) on delete cascade`, `name text`, `path text`, `git_url text`, `notes text`, `created_at timestamptz default now()`). `path` is the local repo path the CLI can mount, while `git_url` is used for context when the agent reviews remote sources.
+- `tasks` gains `project_id uuid references projects(id)` and retains the existing `project text` for backwards compatibility (copy legacy values into `projects.slug` on migration). `learnings` retains `scope` + `scope_id`, and when the scope is `project` the `scope_id` should reference `projects.id`.
+
+Example SQL snippet for migrations:
+```sql
+create table projects (
+  id uuid primary key default gen_random_uuid(),
+  user_id uuid references auth.users on delete cascade,
+  name text not null,
+  slug text unique not null,
+  description text,
+  metadata jsonb default '{}' not null,
+  ci_cd_info text,
+  project_learnings text[] default '{}',
+  created_at timestamptz default now(),
+  updated_at timestamptz default now()
+);
+
+create table project_repos (
+  id uuid primary key default gen_random_uuid(),
+  project_id uuid references projects(id) on delete cascade,
+  name text not null,
+  path text,
+  git_url text,
+  notes text,
+  created_at timestamptz default now()
+);
+```
+
+### API contract
+- `GET /api/projects`: returns `[ { id, slug, name, description, metadata, ci_cd_info, repos: [{ name, path, git_url, notes }] } ]`. Should respect RLS on `user_id`.
+- `POST /api/projects`: accepts `{ name, slug, description?, metadata?, ci_cd_info?, repos?: [ { name, path, git_url, notes } ] }` and creates `projects` + `project_repos`. Returns created project payload.
+- `GET /api/projects/:id`: returns single project with repo list and summary of `project_learnings`.
+- `PUT /api/projects/:id`: updates metadata/ci info and upserts repo entries, keyed by repo `name`.
+- `/api/tasks` and `/api/queue` responses embed `project_context` as `{ project: { id, name, slug, description, ci_cd_info, metadata }, repos: [ { name, path, git_url, notes } ], learnings: project_learnings }` alongside existing stage data.
+- When tasks are created via `POST /api/tasks`, allow `project_id` or `project_slug` to associate them with a registered project.
+
+### CLI/agent context consumption
+- The CLI should expect `project_context` inside the task payload and append the following sections to every stage prompt:
+  - `PROJECT CONTEXT` block describing `project.name`, `project.description`, and key entries from `ci_cd_info`/`metadata`.
+  - `REPOSITORY MAP` listing each repo's `name`, `path`, and `git_url` plus any `notes`. This gives the agent a quick reference to local repo paths and relevant remarks.
+  - `LEARNINGS` bullet list derived from `project_context.learnings`, to avoid repeating previously recorded issues.
+- When the daemon persists new learnings with a `scope: project`, it should attach `scope_id: project.id` so cloud learnings queries display the structured project history.

package/cloud-runtime/standalone/notes/temporal-migration-design.md

@@ -0,0 +1,199 @@
+# AGX Cloud Temporal Migration Design
+
+## Status
+- Author: Codex
+- Date: 2026-02-07
+- Scope: Replace custom queue/claim/heartbeat orchestration with Temporal workflows while preserving existing AGX task APIs and security model.
+
+## Context
+`agx-cloud` now orchestrates multi-stage tasks through Temporal workflows and HTTP control endpoints:
+- Queue pull: `GET /api/queue`
+- Heartbeat: `POST /api/tasks/:id/heartbeat`
+- Stage completion: `POST /api/queue/complete`
+
+This works, and Temporal now covers reliability requirements (durable execution, retries, and workflow history).
+
+## Goals
+1. Durable multi-stage execution with restart-safe state.
+2. Remove custom lease/heartbeat semantics from critical path.
+3. Keep existing AGX task model (`ideation -> planning -> coding -> qa -> acceptance -> pr -> pr_review -> merge -> done`).
+4. Preserve existing security requirements: signed task payloads, audit logging, user isolation.
+5. Minimize disruption for existing CLI/daemon users.
+
+## Non-Goals
+- Replacing DB/Postgres for product data.
+- Rewriting the UI task model.
+- Migrating historical task rows to new schema immediately.
+
+## Proposed Architecture
+
+### Core model
+- One **Temporal Workflow Execution per task**.
+- Workflow ID: `task:<taskId>`.
+- Temporal task queue: `agx-task-workers`.
+- Namespace: `agx`.
+
+### Workflow shape
+- Workflow function: `taskWorkflow(input)`.
+- Each SDLC stage is one deterministic workflow step.
+- Each stage invokes an Activity to request execution from daemon/agent path.
+- Stage result drives transition (`done`, `blocked`, `not_done`, `failed`).
+
+### Activities
+- `dispatchStageActivity(taskId, stage, config)`
+- `recordStageDecisionActivity(taskId, decision)`
+- `advanceStageActivity(taskId, nextStage)`
+- `markBlockedActivity(taskId, reason)`
+- `markFailedActivity(taskId, reason)`
+- `appendTaskLogActivity(taskId, log)`
+- `appendTaskCommentActivity(taskId, comment)`
+
+Activities can call existing DB helpers and APIs. Workflow code remains deterministic.
+
+### Signals and queries
+- Signals:
+  - `agentResult(decisionPayload)`
+  - `cancelTask(reason)`
+  - `humanInput(commentPayload)`
+- Queries:
+  - `getStatus()` returns stage, decision, retries, last update.
+
+## Stage State Machine
+- Ordered path for `task` tickets:
+  `ideation -> planning -> coding -> qa -> acceptance -> pr -> pr_review -> merge -> done`
+- `spike` ticket behavior:
+  `ideation -> planning -> done`
+- Decision handling:
+  - `done`: advance stage
+  - `blocked`: set task blocked, wait for signal/manual intervention
+  - `not_done`: retry same stage with policy
+  - `failed`: retry until max attempts, then fail task
+
+## Reliability Model
+Temporal replaces:
+- custom worker ownership leases
+- custom heartbeat refresh
+- stale lease scavenging
+
+Use Temporal features:
+- Activity heartbeat + timeout
+- retry policy (exponential backoff)
+- workflow history for crash recovery
+- idempotent Workflow ID to avoid duplicate executions
+
+## API Compatibility Plan
+Maintain existing API contracts for clients while changing backend implementation.
+
+### Compatibility mapping
+- `GET /api/queue`:
+  - Short term: unchanged for legacy workers.
+  - New mode: returns Temporal-assigned work or no-op if workflow already active.
+- `POST /api/tasks/:id/heartbeat`:
+  - Legacy compatibility only; eventually deprecated.
+- `POST /api/queue/complete`:
+  - In Temporal mode, transformed into `agentResult` signal to task workflow.
+
+### New internal endpoints (service-to-service)
+- `POST /internal/workflows/tasks/:taskId/start`
+- `POST /internal/workflows/tasks/:taskId/signal`
+- `POST /internal/workflows/tasks/:taskId/cancel`
+- `GET /internal/workflows/tasks/:taskId/status`
+
+## Data Model Changes
+Add to `tasks` table:
+- `orchestrator` text default `legacy` (`legacy` | `temporal`)
+- `workflow_id` text null
+- `workflow_run_id` text null
+- `orchestration_status` text null
+- `last_orchestration_update` timestamptz null
+
+Add optional table `task_workflow_events`:
+- immutable mirror of key workflow events for product analytics and support.
+
+No immediate destructive schema changes.
+
+## Worker Topology
+
+### Services
+1. `agx-cloud` (Next.js API + UI)
+2. `temporal` server
+3. `temporal-ui`
+4. `temporal-admin-tools`
+5. `temporal-postgres` (Temporal persistence)
+6. `agx-temporal-worker` (Node worker process in `agx-cloud` repo)
+
+### Separation of concerns
+- Next.js app starts workflows and writes user-facing state.
+- Temporal worker executes Activities and handles retries/timeouts.
+- Daemon/agent execution path remains external and communicates results via API/signal.
+
+## Security Considerations
+- Keep task-signing verification in Activity boundary before any execution dispatch.
+- Authenticate internal workflow control endpoints with service token.
+- Enforce tenant scoping by user ID in every Activity DB query.
+- Log every workflow transition into existing `task_audit_log`.
+
+## Migration Strategy
+
+### Phase 0: Foundation
+- Add Temporal infrastructure and worker skeleton.
+- Add feature flag: `ORCHESTRATOR_MODE=legacy|shadow|temporal`.
+
+### Phase 1: Shadow mode
+- Continue legacy orchestration as source of truth.
+- Start Temporal workflows in parallel (no writes that change task outcome).
+- Compare state transitions and decisions for drift.
+
+### Phase 2: Controlled cutover
+- Enable Temporal for a small cohort (internal users or selected projects).
+- Keep legacy endpoints as compatibility facade.
+
+### Phase 3: Full cutover
+- Default new tasks to `orchestrator=temporal`.
+- Keep fallback path for rollback.
+
+### Phase 4: Decommission legacy
+- Remove heartbeat hot path once stable.
+- Keep read-only compatibility behavior for a transition period.
+
+## Rollback Plan
+- Flip `ORCHESTRATOR_MODE=legacy`.
+- New tasks route to legacy queue immediately.
+- In-flight Temporal workflows are paused/cancelled and task status reconciled by script.
+
+## Testing Plan
+1. Unit tests for workflow transition logic (all decisions and stage edge cases).
+2. Activity tests with mocked DB and daemon APIs.
+3. Integration tests with Temporal test server covering:
+   - worker restart mid-stage
+   - activity timeout and retry
+   - blocked/unblocked via signal
+   - cancellation
+4. Soak test with concurrent workflows and forced failures.
+
+## Observability
+- Correlation IDs: `task_id`, `workflow_id`, `run_id` in all logs.
+- Metrics:
+  - stage duration
+  - activity retry count
+  - workflow failure rate
+  - blocked-time duration
+- Temporal UI on `http://localhost:8088` for local debugging.
+
+## Open Decisions
+1. Whether daemon remains pull-based (`/api/queue`) or moves to push/signal driven callbacks first.
+2. Exact max retry policy per stage (uniform vs stage-specific).
+3. Whether to model each stage as a child workflow (stronger isolation) or single workflow loop (simpler).
+
+## Local Development Bootstrap
+Use the main compose file:
+
+```bash
+cd /Users/mendrika/Projects/Agents/agx-cloud
+docker compose up -d
+```
+
+Expected local endpoints:
+- Temporal gRPC: `localhost:7233`
+- Temporal UI: `http://localhost:8088`
+- Temporal Postgres: `localhost:5433`

package/cloud-runtime/standalone/playwright-report/data/b55684161aa440d0614595e13c91338f0420abbb.md

@@ -0,0 +1,131 @@
+# Page snapshot
+
+```yaml
+- generic [active] [ref=e1]:
+  - button "Open Next.js Dev Tools" [ref=e8] [cursor=pointer]:
+    - img [ref=e9]
+  - alert [ref=e12]
+  - generic [ref=e13]:
+    - navigation [ref=e14]:
+      - generic [ref=e16]:
+        - link "A AGX Cloud" [ref=e17] [cursor=pointer]:
+          - /url: /
+          - generic [ref=e18]: A
+          - generic [ref=e19]: AGX Cloud
+        - generic [ref=e20]:
+          - link "Dashboard" [ref=e21] [cursor=pointer]:
+            - /url: /dashboard
+          - link "Projects" [ref=e22] [cursor=pointer]:
+            - /url: /projects
+        - link "Sign in" [ref=e24] [cursor=pointer]:
+          - /url: /login
+    - main [ref=e25]:
+      - generic [ref=e26]:
+        - generic [ref=e27]:
+          - generic [ref=e28]:
+            - generic [ref=e29]:
+              - generic:
+                - generic: 🔍
+              - textbox "Search tasks... (/)" [ref=e30]
+            - generic [ref=e31]:
+              - generic [ref=e32]: Project
+              - combobox [ref=e33]:
+                - option "All projects" [selected]
+            - generic [ref=e34]:
+              - button "List" [ref=e35]
+              - button "Board" [ref=e36]
+          - generic [ref=e37]:
+            - generic [ref=e38]:
+              - generic "In Progress" [ref=e39]: "Running: 0"
+              - generic "Total Tasks" [ref=e40]: "Total: 1"
+            - button "⚙️" [ref=e41]
+            - button "+ New Task N" [ref=e42]:
+              - generic [ref=e43]: +
+              - text: New Task
+              - generic [ref=e44]: "N"
+        - generic [ref=e45]:
+          - generic [ref=e46]:
+            - generic [ref=e47]:
+              - generic [ref=e48]:
+                - generic [ref=e49]:
+                  - generic [ref=e50]: Ideation
+                  - generic [ref=e51]: "1"
+                - button "+" [ref=e52]
+              - button "Comment Context Task" [ref=e55]:
+                - button [ref=e58]:
+                  - img [ref=e59]
+                - heading "Comment Context Task" [level=4] [ref=e61]
+            - generic [ref=e63]:
+              - generic [ref=e64]:
+                - generic [ref=e65]:
+                  - generic [ref=e66]: Planning
+                  - generic [ref=e67]: "0"
+                - button "+" [ref=e68]
+              - generic [ref=e70]:
+                - generic [ref=e71]: 📋
+                - paragraph [ref=e72]: No tasks
+            - generic [ref=e73]:
+              - generic [ref=e74]:
+                - generic [ref=e75]:
+                  - generic [ref=e76]: Coding
+                  - generic [ref=e77]: "0"
+                - button "+" [ref=e78]
+              - generic [ref=e80]:
+                - generic [ref=e81]: 💻
+                - paragraph [ref=e82]: No tasks
+            - generic [ref=e83]:
+              - generic [ref=e84]:
+                - generic [ref=e85]:
+                  - generic [ref=e86]: QA
+                  - generic [ref=e87]: "0"
+                - button "+" [ref=e88]
+              - generic [ref=e90]:
+                - generic [ref=e91]: 🧪
+                - paragraph [ref=e92]: No tasks
+            - generic [ref=e93]:
+              - generic [ref=e94]:
+                - generic [ref=e95]:
+                  - generic [ref=e96]: Acceptance
+                  - generic [ref=e97]: "0"
+                - button "+" [ref=e98]
+              - generic [ref=e100]:
+                - generic [ref=e101]: ✓
+                - paragraph [ref=e102]: No tasks
+            - generic [ref=e103]:
+              - generic [ref=e104]:
+                - generic [ref=e105]:
+                  - generic [ref=e106]: PR
+                  - generic [ref=e107]: "0"
+                - button "+" [ref=e108]
+              - generic [ref=e110]:
+                - generic [ref=e111]: 🔀
+                - paragraph [ref=e112]: No tasks
+            - generic [ref=e113]:
+              - generic [ref=e114]:
+                - generic [ref=e115]:
+                  - generic [ref=e116]: PR Review
+                  - generic [ref=e117]: "0"
+                - button "+" [ref=e118]
+              - generic [ref=e120]:
+                - generic [ref=e121]: 👀
+                - paragraph [ref=e122]: No tasks
+            - generic [ref=e123]:
+              - generic [ref=e124]:
+                - generic [ref=e125]:
+                  - generic [ref=e126]: Merge
+                  - generic [ref=e127]: "0"
+                - button "+" [ref=e128]
+              - generic [ref=e130]:
+                - generic [ref=e131]: 🚀
+                - paragraph [ref=e132]: No tasks
+            - generic [ref=e133]:
+              - generic [ref=e134]:
+                - generic [ref=e135]:
+                  - generic [ref=e136]: Done
+                  - generic [ref=e137]: "0"
+                - button "+" [ref=e138]
+              - generic [ref=e140]:
+                - generic [ref=e141]: ✅
+                - paragraph [ref=e142]: No tasks
+          - status [ref=e143]
+```

package/cloud-runtime/standalone/playwright-report/data/fe638f64ff5e36f1c30325564565662d3f57da87.md

@@ -0,0 +1,180 @@
+# Page snapshot
+
+```yaml
+- generic [active] [ref=e1]:
+  - button "Open Next.js Dev Tools" [ref=e8] [cursor=pointer]:
+    - img [ref=e9]
+  - alert [ref=e12]
+  - generic [ref=e13]:
+    - navigation [ref=e14]:
+      - generic [ref=e16]:
+        - link "A AGX Cloud" [ref=e17] [cursor=pointer]:
+          - /url: /
+          - generic [ref=e18]: A
+          - generic [ref=e19]: AGX Cloud
+        - generic [ref=e20]:
+          - link "Dashboard" [ref=e21] [cursor=pointer]:
+            - /url: /dashboard
+          - link "Projects" [ref=e22] [cursor=pointer]:
+            - /url: /projects
+        - link "Sign in" [ref=e24] [cursor=pointer]:
+          - /url: /login
+    - main [ref=e25]:
+      - generic [ref=e26]:
+        - generic [ref=e27]:
+          - generic [ref=e28]:
+            - generic [ref=e29]:
+              - generic:
+                - generic: 🔍
+              - textbox "Search tasks... (/)" [ref=e30]
+            - generic [ref=e31]:
+              - generic [ref=e32]: Project
+              - combobox [disabled] [ref=e33]:
+                - option "All projects" [selected]
+            - generic [ref=e34]:
+              - button "List" [ref=e35]
+              - button "Board" [ref=e36]
+          - generic [ref=e37]:
+            - generic [ref=e38]:
+              - generic "In Progress" [ref=e39]: "Running: 3"
+              - generic "Total Tasks" [ref=e40]: "Total: 5"
+            - button "⚙️" [ref=e41]
+            - button "+ New Task N" [ref=e42]:
+              - generic [ref=e43]: +
+              - text: New Task
+              - generic [ref=e44]: "N"
+        - generic [ref=e48]:
+          - generic [ref=e49]:
+            - heading "Now Running" [level=3] [ref=e50]: Now Running
+            - generic [ref=e54]: 3 Active
+          - generic [ref=e55]:
+            - generic [ref=e56] [cursor=pointer]:
+              - generic [ref=e57]: AG
+              - generic [ref=e58]:
+                - generic [ref=e59]:
+                  - generic [ref=e60]: Agent
+                  - generic [ref=e61]: < 1m
+                - generic [ref=e63]: Planning Task
+              - generic [ref=e66]:
+                - button "Stop Task" [ref=e67]:
+                  - img [ref=e68]
+                - button "Retry / Restart" [ref=e70]:
+                  - img [ref=e71]
+            - generic [ref=e76] [cursor=pointer]:
+              - generic [ref=e77]: AG
+              - generic [ref=e78]:
+                - generic [ref=e79]:
+                  - generic [ref=e80]: Agent
+                  - generic [ref=e81]: < 1m
+                - generic [ref=e83]: Coding Task
+              - generic [ref=e86]:
+                - button "Stop Task" [ref=e87]:
+                  - img [ref=e88]
+                - button "Retry / Restart" [ref=e90]:
+                  - img [ref=e91]
+            - generic [ref=e96] [cursor=pointer]:
+              - generic [ref=e97]: AG
+              - generic [ref=e98]:
+                - generic [ref=e99]:
+                  - generic [ref=e100]: Agent
+                  - generic [ref=e101]: < 1m
+                - generic [ref=e103]: QA Task
+              - generic [ref=e106]:
+                - button "Stop Task" [ref=e107]:
+                  - img [ref=e108]
+                - button "Retry / Restart" [ref=e110]:
+                  - img [ref=e111]
+        - generic [ref=e116]:
+          - generic [ref=e117]:
+            - generic [ref=e118]:
+              - generic [ref=e119]:
+                - generic [ref=e120]:
+                  - generic [ref=e121]: Ideation
+                  - generic [ref=e122]: "1"
+                - button "+" [ref=e123]
+              - button "Ideation Task" [ref=e126]:
+                - button [ref=e129]:
+                  - img [ref=e130]
+                - heading "Ideation Task" [level=4] [ref=e132]
+            - generic [ref=e134]:
+              - generic [ref=e135]:
+                - generic [ref=e136]:
+                  - generic [ref=e137]: Planning
+                  - generic [ref=e138]: "1"
+                - button "+" [ref=e139]
+              - button "Planning Task in progress" [ref=e142]:
+                - button [ref=e145]:
+                  - img [ref=e146]
+                - heading "Planning Task" [level=4] [ref=e148]
+                - generic [ref=e152]: in progress
+            - generic [ref=e153]:
+              - generic [ref=e154]:
+                - generic [ref=e155]:
+                  - generic [ref=e156]: Coding
+                  - generic [ref=e157]: "1"
+                - button "+" [ref=e158]
+              - button "Coding Task in progress" [ref=e161]:
+                - button [ref=e164]:
+                  - img [ref=e165]
+                - heading "Coding Task" [level=4] [ref=e167]
+                - generic [ref=e171]: in progress
+            - generic [ref=e172]:
+              - generic [ref=e173]:
+                - generic [ref=e174]:
+                  - generic [ref=e175]: QA
+                  - generic [ref=e176]: "1"
+                - button "+" [ref=e177]
+              - button "QA Task in progress" [ref=e180]:
+                - button [ref=e183]:
+                  - img [ref=e184]
+                - heading "QA Task" [level=4] [ref=e186]
+                - generic [ref=e190]: in progress
+            - generic [ref=e191]:
+              - generic [ref=e192]:
+                - generic [ref=e193]:
+                  - generic [ref=e194]: Acceptance
+                  - generic [ref=e195]: "0"
+                - button "+" [ref=e196]
+              - generic [ref=e198]:
+                - generic [ref=e199]: ✓
+                - paragraph [ref=e200]: No tasks
+            - generic [ref=e201]:
+              - generic [ref=e202]:
+                - generic [ref=e203]:
+                  - generic [ref=e204]: PR
+                  - generic [ref=e205]: "0"
+                - button "+" [ref=e206]
+              - generic [ref=e208]:
+                - generic [ref=e209]: 🔀
+                - paragraph [ref=e210]: No tasks
+            - generic [ref=e211]:
+              - generic [ref=e212]:
+                - generic [ref=e213]:
+                  - generic [ref=e214]: PR Review
+                  - generic [ref=e215]: "0"
+                - button "+" [ref=e216]
+              - generic [ref=e218]:
+                - generic [ref=e219]: 👀
+                - paragraph [ref=e220]: No tasks
+            - generic [ref=e221]:
+              - generic [ref=e222]:
+                - generic [ref=e223]:
+                  - generic [ref=e224]: Merge
+                  - generic [ref=e225]: "0"
+                - button "+" [ref=e226]
+              - generic [ref=e228]:
+                - generic [ref=e229]: 🚀
+                - paragraph [ref=e230]: No tasks
+            - generic [ref=e231]:
+              - generic [ref=e232]:
+                - generic [ref=e233]:
+                  - generic [ref=e234]: Done
+                  - generic [ref=e235]: "1"
+                - button "+" [ref=e236]
+              - button "Done Task completed" [ref=e239]:
+                - button [ref=e242]:
+                  - img [ref=e243]
+                - heading "Done Task" [level=4] [ref=e245]
+                - generic [ref=e249]: completed
+          - status [ref=e250]
+```