Sdd+

sdd+ — Subagent-Driven Development

Wraps superpowers:subagent-driven-development. Requires superpowers to be installed. Use tdd+ instead when tasks are tightly coupled or the plan is small — subagent execution costs more tokens and pays off on independent, parallelizable tasks.

Typed Dispatch Override

This project ships typed agent definitions in .claude/agents/. Where the delegated superpowers skill instructs Task tool with general-purpose type, instead dispatch the typed agent and pass only the per-task payload — the role content lives in the agent definition:

• Implementation → Agent(subagent_type="implementer", prompt=)
• Spec compliance review → Agent(subagent_type="spec-reviewer", prompt=)
• Code quality review → Agent(subagent_type="code-reviewer", prompt=)

If a typed agent is unavailable (definition deleted), fall back to a general-purpose subagent using the superpowers prompt template for that role.

Procedure

Phase A: Load Plan

1. Load the plan from docs/plans/ or docs/superpowers/plans/ (or the path

given in arguments).

1. Load active enforcement rules from session context (see session-start

output) — include them in every implementer dispatch prompt.

1. If the plan defines a signal stack, note each task's named gating signal:

that signal is the task's completion gate, and the implementer dispatch prompt must say so.

1. If branch discipline is active (see session-start output) and you are on a

protected branch, create an isolated workspace before implementing — a worktree (superpowers:using-git-worktrees) when the plan is multi-task or the working tree is dirty, a plain feature branch otherwise.

1. Team-mode preflight. If session-start reported `agent-teams: available

(experimental) AND rules.workflow.team_execution is not never: compute task independence from the plan's contract (disjoint Files: lists AND no Depends on: marker either way). If ≥2 tasks are pairwise independent: at offer, ask once — "Team mode available: tasks [N, M, …] are independent — run them as parallel teammates? Sequential otherwise." — and proceed per the answer; at auto, use team mode without asking. In every other case (flag absent, never`, declined, no independent pairs), use the standard sequential dispatch below, unchanged.

Phase B: Execute (delegate to superpowers:subagent-driven-development)

1. Invoke superpowers:subagent-driven-development with the loaded plan.
2. Per task, apply the Typed Dispatch Override above:

implementer → spec-reviewer → code-reviewer.

1. Spec gaps or quality issues route back to a fresh implementer dispatch

with the reviewer's findings included in the payload.

1. Do not pause between tasks. Stop only for BLOCKED you cannot resolve,

genuine ambiguity, or plan completion.

1. Parallelism: this plan's tasks run sequentially — they share a branch

and usually files, so one implementer at a time per branch/worktree (the wrapped skill's no-parallel rule applies within the plan). Orthogonal work outside this plan (a different branch, disjoint files, no merge-order dependency) may proceed concurrently in its own worktree; reviewers are read-only and always safe to run in parallel.

Phase B-team: Team execution (when team mode is on)

1. Create a team named after the plan (e.g. sdd-); the team's

shared task list mirrors the plan: one entry per plan task, with Depends on: markers encoded as blocked-by edges so only unblocked tasks are claimable.

1. Spawn implementer teammates — at most 3, and never more than the number of

currently-unblocked independent tasks. Each is the typed implementer agent, worktree-isolated, joined to the team with a distinct name. Each teammate's standing instructions: claim one unblocked task, execute it on its own branch (-task-N) off the plan branch following the task's TDD steps exactly, push the branch, mark the task complete, then claim the next unblocked task or go idle.

1. Lead loop (you): on each task-completion notification, run the

standard two-stage review from Phase B (spec-reviewer, then code-reviewer) against that task's branch. Route review findings back as new blocked tasks assigned to a fresh implementer dispatch. Merge each approved task branch into the plan branch in dependency order — one merge at a time, re-running the suite after each merge.

1. When all plan tasks are complete and merged: send each teammate a shutdown

request, delete the team, and continue to Phase C as in sequential mode.

1. Turn budgets, worktree isolation, and enforcement apply to teammates

exactly as to any typed implementer dispatch (see architecture.md "Subagent operations", including the worktree hook-coverage note).

Phase C: Wrap Up

1. Confirm every plan task is committed and its checkboxes are complete.
2. Report per-task status (DONE / DONEWITHCONCERNS) with commit SHAs.

Skill Chain

After completing sdd+, invoke /verify+ for full-suite verification — the phase tracker accepts the sdd+ path.

Completion

• DONE — All plan tasks implemented, reviewed, and committed.
• DONEWITHCONCERNS — Plan complete; reviewer concerns noted for follow-up.
• BLOCKED — A task cannot proceed; details and attempted resolutions listed.
• NEEDS_CONTEXT — User input required to resolve ambiguity.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: franklywatson
• Source: franklywatson/claude-rig
• License: MIT

Install and usage instructions live in the source repository linked above.