sdlc-feature

Converts a one-line feature request into a structured intake document with a FEAT-ID and state machine entry.

Updated Jun 1, 2026
One-click install
npx skills add https://github.com/juartaurus98/codebase --skill sdlc-feature-juartaurus98
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: sdlc-feature
Source: https://github.com/juartaurus98/codebase/tree/main/.claude/skills/sdlc-feature
Command: npx skills add https://github.com/juartaurus98/codebase --skill sdlc-feature-juartaurus98

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Raw feature ideas arrive as unstructured one-liners with no owner, no success criteria, and no traceability. This Skill turns a single sentence into a structured intake document with a unique FEAT-ID, explicit open questions, and an AI-classification flag, so the downstream PRD phase has a concrete artifact to start from. ## Core Features & Use Cases - Structured intake: Writes a feature-request document from a template, filling what can be inferred and marking everything else as answerable TBD questions instead of inventing content. - FEAT-ID allocation and state tracking: Assigns the next free zero-padded ID across product docs, state, and archive, then opens a state machine entry with phase, branch name, and content hash. - AI surface classification: Tags the feature as none, llm-generation, llm-extraction, llm-classification, rag, or agentic, which determines whether eval gates apply downstream. - Use Case: A product owner types "/feature add semantic search to the help center" and receives a draft intake document with open questions about the success metric and constraints, plus a G0 gate verdict listing exactly what must be answered before the PRD phase. ## Quick Start Invoke /feature followed by a one-line feature request in quotes to generate the intake document and state entry.

Frequently Asked Questions about sdlc-feature

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

FAQPage Schema
How do I turn a feature idea into a structured intake document?▼

Invoke /feature with a one-line feature request in quotes. The skill allocates a FEAT-ID, writes an intake document from the feature-request template, marks unknowns as TBD questions, and opens a state machine entry for the feature.

What is a FEAT-ID and how is it allocated?▼

A FEAT-ID is a ticket prefix plus a zero-padded three-digit number, assigned as the next free number across the product docs directory, state features directory, and archive. IDs are never reused, even from abandoned features, because trace rows and branch names key on them.

How does the skill decide if a feature is AI-backed?▼

It sets an ai_class field from the framework configuration: none, llm-generation, llm-extraction, llm-classification, rag, or agentic. This classification determines whether prompt specs, eval sets, and eval gates apply for the rest of the SDLC chain.

What happens when the intake gate returns revise or block?▼

A revise or block verdict on a first run is expected, since success signals and constraints are rarely inferable from one line. The skill reports the failed criteria mapped to open questions with owners, and names /prd as the next command once the TBDs are answered.

Can the skill design the feature or write requirements during intake?▼

No. The skill explicitly forbids use cases, requirements, architecture, and UC-IDs at intake. Those artifacts belong to the PRD and SRS phases; the intake document captures only the problem and open questions.