From sdd
Execute an implementation plan by dispatching fresh subagents per task with dual-review (spec compliance + code quality). Use when running sdd:5-implement or executing any multi-task implementation plan.
npx claudepluginhub tstapler/dotfiles --plugin sddThis skill uses the workspace's default tool permissions.
Execute an implementation plan by dispatching one fresh subagent per task, each reviewed by a spec compliance reviewer and a code quality reviewer before the coordinator moves forward.
Creates isolated Git worktrees for feature branches with prioritized directory selection, gitignore safety checks, auto project setup for Node/Python/Rust/Go, and baseline verification.
Executes implementation plans in current session by dispatching fresh subagents per independent task, with two-stage reviews: spec compliance then code quality.
Dispatches parallel agents to independently tackle 2+ tasks like separate test failures or subsystems without shared state or dependencies.
Execute an implementation plan by dispatching one fresh subagent per task, each reviewed by a spec compliance reviewer and a code quality reviewer before the coordinator moves forward.
Each subagent receives only the context it needs — task description, relevant files, and acceptance criteria. It does not inherit the coordinator's full session history. This prevents context poisoning and keeps each task focused.
The coordinator:
For each task in plan.md:
The coordinator identifies:
Worker receives ONLY:
Task: <task description>
Acceptance criteria:
<list from plan.md>
Files to create/modify:
<exact paths>
Worker must NOT receive: coordinator's full session history, other tasks, or the full plan.
Spec reviewer receives:
Diff:
<git diff of the worker's changes>
Task acceptance criteria:
<list from plan.md>
Check:
1. Are all acceptance criteria demonstrably met?
2. Are there any correctness issues?
3. Are there any security or data integrity gaps?
Output findings with severity: VIOLATION (blocks) or WARNING (noted, doesn't block).
Quality reviewer receives:
Diff:
<git diff of the worker's changes>
Validation plan test cases:
<relevant entries from validation.md>
Check:
1. Are there tests for all new public methods?
2. Do tests cover both happy path and error paths?
3. Are tests named descriptively?
4. Are assertions specific (not just "not null")?