quick-design
SolidLightweight design spec for small changes — tuning adjustments, minor mechanics, balance tweaks. Skips full GDD authoring when a system GDD already exists or the change is too small to warrant one. Produces a Quick Design Spec that embeds directly into story files.
Install
Quality Score: 87/100
Skill Content
Details
- Author
- striderZA
- Repository
- striderZA/OpenCodeGameStudios
- Created
- 4 months ago
- Last Updated
- 1 months ago
- Language
- JavaScript
- License
- MIT
Similar Skills
Semantically similar based on skill content — not just same category
specdd
Spec-driven development orchestrator that turns vague, top-of-mind feature requests into production-grade specifications before any code is written. ALWAYS use this skill whenever the user describes a feature, change, capability, screen, flow, or new component in plain language — even if they don't explicitly ask for a spec. Triggers on phrases like "build me", "make me", "add a feature", "I want to", "help me create", "implement", "let's build", "I need a", "can you make", "create a screen/page/component", or any new-feature request that lacks complete requirements (missing user stories, acceptance criteria, edge cases, error/empty/loading states, accessibility, or non-functional requirements). Interviews the user to fill gaps, applies UX/UI common sense, produces a structured spec + plan + tasks, then implements against the spec. Use this BEFORE writing any code for non-trivial features. Skip only for true one-liners (rename a variable, fix a typo, answer a research question) or work that is purely investig
design
Writes a clear spec for a proposed feature or system change. Use when important product or technical choices must be settled before coding. Covers behavior, interfaces, failures, risks, acceptance criteria, and tests. Use architecture to explain the current system.
ds-specs
Build and maintain an LLM-readable design system that is also a two-way bridge to Figma — a three-tier spec tree (foundations/tokens → components → patterns), a closed token layer with three-layer indirection, a CI-ready audit script that blocks hardcoded values, and a reconcile report that diffs Figma variables, component sets, variants, and bindings against the specs. Use this skill whenever the user says "create a design system," "set up a design system," "make my design system LLM-readable," "tokenize this," "write specs for my components," "my prototype is drifting," or "the AI keeps picking different colors." ALSO use it for any syncing between Figma and code — "push my specs to Figma," "sync from Figma," "does Figma match my code," "my Figma and code have drifted apart," "generate Figma docs pages from my specs," or any request involving Figma variables, variant sets, component properties, or bound variables alongside a codebase. Works for greenfield and retrofit, Tailwind and plain CSS — detect which