spec-driven-development

Enforce assumption surfacing and quality gates in the /spec workflow.

48|18|Updated Feb 4, 2026
One-click install
npx skills add https://github.com/pageel/para-workspace --skill spec-driven-development-pageel
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spec-driven-development
Source: https://github.com/pageel/para-workspace/tree/main/templates/common/agents/skills/spec
Command: npx skills add https://github.com/pageel/para-workspace --skill spec-driven-development-pageel

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

It prevents wasted engineering effort by turning unclear requirements into a governed specification that surfaces assumptions, defines boundaries, and enables objective quality checks before implementation.

Core Features & Use Cases

  • Assumption surfacing and confirmation: Forces the agent to explicitly list assumptions and wait for user confirmation when requirements are ambiguous.
  • Gated spec lifecycle with boundaries: Establishes Always / Ask First / Never rules so scope, permissions, and prohibitions are clear.
  • Quality checklists and templates: Provides the feature-spec template and a structured checklist to validate objective success criteria and document completeness.
  • Resource router for the /spec workflow: Automatically points the agent to the correct templates and checklists for spec creation and review.

Quick Start

Use the /spec workflow to create or review a feature specification, and ensure the agent surfaces and confirms assumptions before proceeding.

Frequently Asked Questions about spec-driven-development

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

FAQPage Schema
How do I turn ambiguous requirements into testable specs?

To turn ambiguous requirements into testable specs, use the /spec workflow to surface assumptions, define boundaries, and establish objective acceptance criteria before implementation proceeds.

What is the best way to enforce assumption surfacing during feature specification?

Enforcing assumption surfacing during feature specification requires a governed lifecycle that forces the agent to explicitly list assumptions and wait for user confirmation when requirements are unclear.

How do I define scope boundaries for feature templates before coding starts?

Define scope boundaries by establishing Always, Ask First, and Never rules within the spec document to clarify permissions, prohibitions, and feature scope before implementation.

Can I use a quality checklist to validate acceptance criteria in a spec document?

Yes, you can use a structured quality checklist to validate objective success criteria and document completeness, ensuring the spec meets quality gates during the pre-implementation re-read checkpoint.

Do I need companion templates to create a governed specification?

Yes, creating a governed specification requires using companion templates and checklists that the resource router automatically points to for structured spec creation and review.