Subagent-Driven Development (Spec Kit Plus)

Route delegated work through sp-* workflows with validated WorkerTaskPacket contracts.

7|Updated Apr 7, 2026
One-click install
npx skills add https://github.com/chenziyang110/spec-kit-plus --skill subagent-driven-development-spec-kit-plus
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Subagent-Driven Development (Spec Kit Plus)
Source: https://github.com/chenziyang110/spec-kit-plus/tree/main/templates/passive-skills/subagent-driven-development
Command: npx skills add https://github.com/chenziyang110/spec-kit-plus --skill subagent-driven-development-spec-kit-plus

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents wasteful or unsafe “leader-inline” execution by ensuring subagents only run once the correct owning sp-* workflow is selected and the work is packaged with clear boundaries, evidence, and verification.

Core Features & Use Cases

  • Routes to the correct owning workflow first: directs execution into canonical sp-tasks, sp-implement, sp-quick, or sp-debug before dispatching any delegated work.
  • Enforces packetized execution contracts: requires a validated WorkerTaskPacket (or equivalent) with write sets, forbidden drift, acceptance checks, and verification commands before dispatch.
  • Dispatches native subagents safely: chooses one-subagent for single lanes, parallel-subagents for independent lanes, and uses leader-inline-fallback only with recorded reasons when delegation is unavailable.
  • Requires structured handoffs and evidence: ensures each subagent returns changed-file summaries, verification results, failures, open risks, and spec/plan gaps so work can be reviewed in order.
  • Reduces routing and evidence mistakes: discourages stale strategy labels, idle “silent completion,” and code-quality review before spec compliance review.

Quick Start

Route execution to the owning workflow, build a validated WorkerTaskPacket for the lane, then dispatch native subagents from that packet while requiring structured handoffs with verification evidence.

Frequently Asked Questions about Subagent-Driven Development (Spec Kit Plus)

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I safely delegate implementation tasks to parallel subagents?

To delegate implementation tasks to parallel subagents safely, you must route execution through the correct sp-* workflow and package work into a validated WorkerTaskPacket with write sets, forbidden drift, and verification commands.

What is a WorkerTaskPacket in spec-driven development?

A WorkerTaskPacket in spec-driven development is a packetized execution contract defining write sets, forbidden drift, acceptance checks, and verification commands required before dispatching native subagents.

How do I route execution to the correct workflow before dispatching subagents?

Route execution by directing work into canonical sp-tasks, sp-implement, sp-quick, or sp-debug workflows before dispatching any delegated work to ensure safe subagent execution.

When should I use parallel subagents versus a single subagent for task execution?

Use parallel subagents when working on independent lanes where evidence can be structured, and choose a single subagent for single lane execution, falling back to leader-inline execution only when delegation is unavailable.

Why do my subagents return silent completions without verification evidence?

Subagents return silent completions when structured handoffs are not enforced; requiring changed-file summaries, verification results, failures, open risks, and spec gaps prevents this issue and ensures proper review.

Does spec-driven development require code-quality review before spec compliance review?

Spec-driven development discourages code-quality review before spec compliance review, prioritizing verification evidence and structured handoffs to reduce routing mistakes and stale strategy labels.