6.1 KiB
6.1 KiB
BeadBoard Parallel Agent Dispatch Plan
For Claude: REQUIRED SUB-SKILL: Use superpowers:executing-plans to implement this plan task-by-task.
Goal: Run the next BeadBoard implementation phase in parallel with low merge risk, while preserving strict read/write boundaries (issues.jsonl read-only, writes only through bd.exe).
Architecture: Split work by subsystem with clear file ownership: registry persistence + API, scanner, and Kanban UI baseline. Keep each agent on dependency-safe beads and synchronize through an integration lead at checkpoints.
Tech Stack: Next.js 15, React 19, TypeScript strict, Node fs, Windows path utilities, React Query, Zustand.
Parallelization Model
Agent Roles
- Agent A (Registry/API Track)
- Primary beads:
bb-6aj.1, thenbb-6aj.2 - Scope: profile-scoped project registry + API endpoints for add/remove/list
- Files expected:
src/lib/registry.tssrc/app/api/projects/route.ts- tests under
tests/lib/andtests/api/
- Agent B (Kanban UI Track)
- Primary beads:
bb-trz.1, thenbb-trz.2, thenbb-trz.3, thenbb-trz.4 - Scope: tracer bullet 1 Kanban baseline (demo-inspired UI with production typing)
- Files expected:
src/app/page.tsxsrc/components/kanban/*src/components/shared/*- UI tests under
tests/
- Agent C (Scanner Track)
- Primary beads:
bb-6aj.3, thenbb-6aj.3.1(optional if time remains) - Scope: bounded scanner rooted at
%USERPROFILE%with explicit full-drive opt-in mode - Files expected:
src/lib/scanner.tssrc/app/api/scan/route.ts(if created in this phase)- tests under
tests/lib/
- Lead Agent (Integrator/Verifier)
- No primary feature bead; owns integration + verification
- Scope: merges, resolves small conflicts, runs checks, updates bead states
Dependency Rules (Do Not Break)
bb-6aj.2must start only afterbb-6aj.1is complete (hard dependency).bb-6aj.3depends onbb-6aj.1(hard dependency).bb-trz.2depends onbb-trz.1.bb-trz.3andbb-trz.4depend onbb-trz.2.- No direct writes to
.beads/issues.jsonlunder any condition.
Checkpoint Sequence
Checkpoint 0: Branch Preparation
- Create feature branches from current baseline:
feat/registry-apifeat/kanban-baselinefeat/scanner
- Each agent works only in its branch.
Checkpoint 1: Foundation Delivery
- Agent A finishes
bb-6aj.1. - Agent B finishes
bb-trz.1. - Agent C remains blocked until
bb-6aj.1closes, then startsbb-6aj.3. - Lead verifies:
npm run typechecknpm run test
Checkpoint 2: Mid-Phase Delivery
- Agent A completes
bb-6aj.2. - Agent B completes
bb-trz.2. - Agent C completes
bb-6aj.3. - Lead rebases/merges and reruns:
npm run typechecknpm run testnpm run dev(startup sanity)
Checkpoint 3: Tracer-1 Completion
- Agent B completes
bb-trz.3andbb-trz.4. - Lead runs manual UI smoke for Kanban baseline.
- Lead optionally uses browser automation for verification once app is up.
Agent Prompt Pack
Prompt: Agent A (Registry/API)
You are Agent A on BeadBoard.
Mission:
1) Complete bb-6aj.1
2) Complete bb-6aj.2
Constraints:
- Windows-native paths only
- Persist registry at %USERPROFILE%\.beadboard\projects.json
- Normalize paths safely (no Unix assumptions)
- No direct writes to .beads/issues.jsonl
- Maintain strict TS types and add tests
Deliverables:
- src/lib/registry.ts (or equivalent)
- src/app/api/projects/route.ts with add/remove/list
- tests covering malformed paths, duplicate normalization, lazy file creation
- bead updates with concise implementation notes
Verification before close:
- npm run typecheck
- npm run test
Prompt: Agent B (Kanban Baseline)
You are Agent B on BeadBoard.
Mission:
1) Complete bb-trz.1
2) Complete bb-trz.2
3) Complete bb-trz.3
4) Complete bb-trz.4
Constraints:
- Rebuild demo style as production Next.js/TS components
- Use real parser data path, no sample-data-only architecture
- Preserve status ordering: open, in_progress, blocked, deferred, closed
- Read boundary only; all writes are future bd bridge work
- Keep components modular and typed
Deliverables:
- Kanban columns
- Card component with id/priority/type/labels/assignee/dep count
- Detail panel with timestamps/dependencies
- Search/filter/stats controls
- tests for rendering and filtering behavior
Verification before close:
- npm run typecheck
- npm run test
- npm run dev (manual check of kanban page)
Prompt: Agent C (Scanner)
You are Agent C on BeadBoard.
Mission:
1) Complete bb-6aj.3
2) Optionally complete bb-6aj.3.1 if time permits
Constraints:
- Default scan root is %USERPROFILE%, not full-drive crawl
- Implement bounded recursion and ignore patterns
- Explicit full-drive scan must be opt-in only
- Windows-safe path normalization throughout
- No shell-specific assumptions
Deliverables:
- src/lib/scanner.ts
- optional scan API route if needed for invoking scanner
- tests for depth limit, ignore behavior, and root selection
Verification before close:
- npm run typecheck
- npm run test
Prompt: Lead Agent (Integration)
You are Lead Agent for BeadBoard integration.
Mission:
1) Integrate outputs from Agent A/B/C at checkpoints
2) Keep bead statuses accurate
3) Run verification and capture failures with file-level notes
Rules:
- Do not mask failing tests
- Resolve merge conflicts without changing boundary contracts
- Ensure no direct writes to .beads/issues.jsonl
Verification gates:
- npm run typecheck
- npm run test
- npm run dev startup check
Completion condition:
- Tracer bullet 1 Kanban baseline visible and functional
- Registry + scanner foundations merged and passing checks
First Task to Start Now
- Start Agent A on
bb-6aj.1(unblocks bothbb-6aj.2andbb-6aj.3). - In parallel, start Agent B on
bb-trz.1. - Start Agent C only after
bb-6aj.1is closed.
Run Commands (Lead)
# show ready tasks
bd ready
# claim task
bd update bb-6aj.1 --claim
# run verification
npm run typecheck
npm run test
npm run dev