starting-a-new-feat

Convert new feature requests into scoped FEAT definitions through the SDDPro pipeline.

140|20|Updated Jun 20, 2026
One-click install
npx skills add https://github.com/zekiriabd/SDD-Pro --skill starting-a-new-feat
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: starting-a-new-feat
Source: https://github.com/zekiriabd/SDD-Pro/tree/main/.sdd/skills/starting-a-new-feat
Command: npx skills add https://github.com/zekiriabd/SDD-Pro --skill starting-a-new-feat

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents premature coding by ensuring new feature requests are properly discovered, scoped, and routed through the SDDPro development pipeline.

Core Features & Use Cases

  • Project State Validation: Checks whether the project is bootstrapped and identifies existing FEATs before work begins.
  • Discovery Guidance: Recommends a lightweight Phase 0 Discovery for larger greenfield projects with multiple anticipated features or personas.
  • Feature Scoping: Distinguishes a genuinely new FEAT from a User Story that belongs in an existing FEAT.
  • Pipeline Routing: Directs the user to the appropriate feature-generation, validation, user-story, or end-to-end workflow while blocking unjustified direct implementation.

Quick Start

Use the starting-a-new-feat skill to evaluate the project state and guide the request for a new feature through the correct SDDPro FEAT workflow.

Frequently Asked Questions about starting-a-new-feat

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

FAQPage Schema
How do I scope a new feature request before starting development?

To scope a new feature request, validate the project state, elicit actors and requirements, and establish stable acceptance criteria to prevent premature implementation and ensure properly scoped feature definitions.

When should I do a Phase 0 Discovery for greenfield projects?

You should do a Phase 0 Discovery for larger greenfield projects with multiple anticipated features or personas to properly identify requirements before creating new feature definitions.

How do I decide between creating a new FEAT or extending an existing one?

To decide between creating a new feature or extending an existing one, evaluate project state, elicit requirements, and route through the appropriate pipeline to distinguish a genuinely new feature from a user story.

What is the SDDPro feature pipeline and how does it route feature requests?

The SDDPro feature pipeline directs feature requests to appropriate feature-generation, validation, user-story, or end-to-end workflows while blocking unjustified direct implementation.

Do I need an existing SDDPro project to use feature planning and FEAT generation?

No, feature planning applies to both greenfield projects and existing SDDPro projects, requiring project-state validation to identify existing features before work begins.

Why should I block premature implementation during requirements elicitation?

Blocking premature implementation ensures new feature requests are properly discovered, scoped, and routed through the development pipeline, preventing unstable acceptance criteria and misaligned user stories.