// project
My attempt at making a claude code plugin that helps users adhere to a set of SDLC standards
A Claude Code plugin that brings structure to software development — requirements gathering, planning, and SDLC discipline before you write a line of code.
Built as an alternative to "vibe coding": lay the groundwork first.
Groundwork intercepts vague implementation requests and guides you through a lightweight requirements process before anything gets built. Instead of jumping straight to code, you get atomic, validated requirement artifacts — each with a rationale and a fit criterion — that both you and Claude agree on before implementation starts.
From Claude Code:
/plugin marketplace add https://github.com/Stormbreaker9000/groundwork
Then install the plugin:
/plugin install groundwork@groundwork-dev
Run /groundwork in any Claude Code session to see available workflows.
When you make a vague request like "build me a login form" or "add dark mode", the requirements skill will pause and ask clarifying questions before touching code.
| Workflow | Trigger | Description |
|---|---|---|
requirements | "build X", "add Y", "make it do Z" | Turns a vague request into atomic, validated requirement artifacts under .sdlc/requirements/ — functional and non-functional requirements, constraints, business rules, assumptions, a glossary and a Definition of Done |
design | a validated requirement set exists | Turns requirements into an architecture under .sdlc/design/ — components, interface contracts, MADR architecture decision records and C4 diagrams, each traced back to the requirements that motivated it |
Claude will not write code until you sign off.
Full documentation, including the content-rule reference, is published from this repository to https://stormbreaker9000.github.io/groundwork/.
The site is built with a /groundwork base path, so plain http://localhost:3000/ returns a 404 —
open /groundwork/ instead.
cd site
npm install # first time only
npm run dev # http://localhost:3000/groundwork/
The Pagefind search index is produced by the postbuild step, not by , so site search
returns nothing under . To preview the exact static output that gets deployed, build it
and serve it from a directory where it sits under :
next devnpm run devgroundwork/