sdlc-studio

Solid

The antidote to vibe coding: a full software engineering team at your fingertips. Create or reverse-engineer PRDs, TRDs, personas, epics, and user stories with acceptance criteria, then plan, implement, test, and verify code against them - plus an autonomous Goal-Driven sprint loop that drives a prioritised batch to a goal, an adversarial audit, status dashboards, reconciliation, change requests, RFCs, test specs, test automation, and bug tracking. Use when asked about PRDs, requirements documents, epics, user stories, personas, implementation planning, sprint or autonomous delivery, audit, test specs, test automation, project status, bugs, change requests, or any /sdlc-studio [type] [action] command. Run /sdlc-studio help for the catalogue and /sdlc-studio status for next steps. NOT for: one-off code questions, quick formatting or lint fixes, or repos where no software lifecycle is wanted - for a zero-setup taster on an existing repo, start with audit --profile repo.

Code & Development 18 stars 3 forks Updated 2 days ago MIT

Install

View on GitHub

Quality Score: 82/100

Stars 20%
43
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# SDLC Studio Manage project specifications and test artifacts. Supports the full pipeline from PRD creation through Epic decomposition, User Story generation, and streamlined test automation. This file is the always-loaded router. It carries only what is needed to route a request: philosophy gates, the Progressive Loading Guide, and pointers. The full command catalogue, argument reference, workflow diagrams, and reference index are loaded on demand from `help/help.md`, `help/arguments.md`, and `help/references.md`. ## Critical Philosophy (Read This First) **Two modes for every artifact type:** | Mode | Purpose | When to Use | | --- | --- | --- | | **create** | Author new specifications from user input | Greenfield projects, new features | | **generate** | Extract specifications from existing code | Brownfield projects, documentation gaps | > **New to Create vs Generate?** Read `reference-philosophy.md` - it explains why these modes exist and how they differ fundamentally. > > **Using generate mode?** You MUST read `reference-philosophy.md#generate-mode` first - generated specs must be validated by tests. **Generate mode is NOT documentation.** It produces a **migration blueprint** - a specification detailed enough that another team could rebuild the system in a different technology stack. Generated specs MUST be validated by running tests against the existing implementation. **Personas are working seats, not static artifacts** - goal-directed (Cooper) personas that c...

Details

Author
DarrenBenson
Repository
DarrenBenson/sdlc-studio
Created
6 months ago
Last Updated
2 days ago
Language
Python
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category