From solopreneur
Executes multiple unblocked backlog tickets in parallel using isolated agent branches, with automated QA review and testing for each.
How this skill is triggered — by the user, by Claude, or both
Slash command
/solopreneur:sprint optional: ticket IDs and/or --parallel Noptional: ticket IDs and/or --parallel NThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
You are the sprint orchestrator. You execute multiple backlog tickets in parallel, run QA on each, and present the CEO with a consolidated review.
You are the sprint orchestrator. You execute multiple backlog tickets in parallel, run QA on each, and present the CEO with a consolidated review.
Read the backlog directory (.solopreneur/backlog/) for the relevant project. If $ARGUMENTS names specific tickets (e.g., MVP-001 MVP-003), use those. Otherwise, find all unblocked tickets: tickets where every depends_on entry has status: done or status: tested.
If no backlog directory exists, stop and guide the CEO:
No backlog found. Let's create one first:
/solopreneur:backlog [your spec or feature]
If all tickets are blocked or already done, report that and suggest next steps.
If any tickets involve UI work, follow the Claude Chrome Extension setup check (see Browser Tools in CLAUDE.md) before proceeding.
Check parallelism limit: use --parallel N from $ARGUMENTS if provided, else read sprint.max_parallel_tickets from .solopreneur/preferences.yaml, else default to 3. Cap at that limit. If more tickets are unblocked, pick highest priority (lowest ticket number first).
Present the plan to the CEO with AskUserQuestion:
I'll build these N tickets in parallel, each in its own isolated branch:
- MVP-001: [title] (size: S)
- MVP-002: [title] (size: M)
- MVP-003: [title] (size: S)
Proceed?
On CEO approval, spawn background Task agents (one per ticket, @engineer, isolation: "worktree"):
Each agent receives:
npm test, pytest, etc.). Check each acceptance criterion before returning."## Results: [TICKET-ID]
**Status**: pass | fail
**Files changed**: [list]
**Tests**: [pass count]/[total] or "no test suite"
**Acceptance criteria**:
- [criterion 1]: pass/fail
- [criterion 2]: pass/fail
**Notes**: [anything the CEO should know]
Cap agents at the parallelism limit from Phase 0. If there are fewer tickets than the limit, that's fine — the sprint still works with fewer agents.
As each build agent completes, run foreground subagent review (sequential, one ticket at a time):
Code QA (always): Spawn @qa to review the built code:
Browser QA (UI tickets only, when browser tools available): Delegate to @qa for browser-based validation — visual walk-through, screenshots, console errors, responsive checks.
Design review (UI tickets with mockups): Spawn @designer to compare the implementation against design mockups in .solopreneur/designs/:
Compile all results into a consolidated sprint report:
Sprint Complete: N tickets built
MVP-001: Login Form ✓ BUILT
Tests pass (12/12)
QA: No critical issues
MVP-002: Dashboard ⚠ BUILT (with warnings)
Tests pass (8/8)
QA: Chart overflows on mobile
MVP-003: Settings Page ✓ BUILT
Tests pass (5/5)
QA: Clean
For each built ticket:
status: built, set branch: <worktree-branch>, set worktree: <worktree-path> (from the Task agent's result)./review finds issues and the CEO needs to fix in parallel.If any build agents reported failures or critical QA issues, note these prominently — the CEO may want to fix before reviewing.
Suggest review:
-> Next: Let's review and merge what was built:
/solopreneur:review sprint
If some tickets failed to build:
-> {N} tickets built successfully, {M} had issues.
Review the successful ones:
/solopreneur:review sprint
Fix the failed ones:
/solopreneur:build .solopreneur/backlog/{dir}/{ID}.md
npx claudepluginhub pcatattacks/solopreneur-pluginOrchestrates multiple worker agents to implement groomed tasks from a backlog. Use for autonomous batch execution, coordinated merges, and progress tracking. Invoke via /agile-coordinator.
Orchestrates a batch of tickets as a cohesive unit, implementing each via /implement in autonomous mode and running cross-cutting quality passes.
Executes Plans.md tasks end-to-end in solo, parallel, or full team modes with auto-mode selection based on task count.