ddd-alignUse when the user wants to check, validate, or audit the consistency of a spec/ directory — glossary vs data model, use cases vs plan, spec drift, traceability, or "is my spec still aligned". Also runs as the exit gate of every napkin DDD pipeline skill (ddd-brief, ddd-domain, ddd-usecases, erd-mode
ddd-apiUse when the user wants to write an API contract, derive interface operations from use cases, specify REST endpoints, function signatures, or CLI commands from the napkin DDD pipeline — including "write the API spec", "what endpoints do we need", or the step after use cases exist. Reads spec/usecase
ddd-briefUse when the user wants to start a spec, scope a project or feature, write a project brief, kick off the DDD spec pipeline, or clarify what to build before designing anything — including "let's spec this out", "help me define this product", or when they hand over requirement documents/transcripts to
ddd-domainUse when the user wants to build a glossary or ubiquitous language, define domain terms, run an event storming, capture domain events/commands/flows, or model the domain language of a system — including "what are the concepts in this domain", "define our terminology", or the step after a project bri
ddd-planUse when the user wants a development plan, an implementation roadmap, milestones, or a task breakdown derived from a spec — including "plan the build", "break this spec into tasks", or the final step of the napkin DDD pipeline after use cases and a data model exist. Produces spec/plan.md with miles
ddd-screensUse when the user wants a screen inventory, a list of screens/pages/views derived from use cases, or UI structure planning in the napkin DDD pipeline — including "what screens do we need", "map the UI", or the step after use cases (and api.md) exist for a project with a human-facing UI. Reads spec/u
ddd-usecasesUse when the user wants to write use cases, user stories, acceptance criteria, EARS requirements, or testable requirements for a system — including "derive the use cases", "write the acceptance criteria", or the step after a glossary/flows exist in the napkin DDD pipeline. Produces spec/usecases.md
erd-diagramRenders an existing DBML data model into a single, self-contained, professional HTML ER diagram (clean dbdiagram.io-style layout, interactive pan/zoom) and opens it in the browser.
erd-modelerUse when the user wants to design a data model, create an ERD, model a domain, design a database schema, build a data model from a spec/glossary, or validate an existing DBML/schema for best practices. Turns a natural-language domain description into a clean, normalized DBML model, validates it agai