gds-create-epics-and-stories

Generates epics and user stories with acceptance criteria from GDD requirements documents.

1|Updated Sep 18, 2026
One-click install
npx skills add https://github.com/PastaSus/egg-defender --skill gds-create-epics-and-stories-pastasus
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gds-create-epics-and-stories
Source: https://github.com/PastaSus/egg-defender/tree/main/.agents/skills/gds-create-epics-and-stories
Command: npx skills add https://github.com/PastaSus/egg-defender --skill gds-create-epics-and-stories-pastasus

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Game development teams struggle to translate high-level Game Design Document (GDD) requirements into actionable, developer-ready work items. This Skill decomposes GDD, Architecture, and UX Design documents into a structured epic and story breakdown with testable acceptance criteria. ## Core Features & Use Cases - Requirements Extraction: Systematically extracts functional requirements (FRs), non-functional requirements (NFRs), architecture constraints, and UX design requirements from planning documents. - User-Value Epic Design: Organizes requirements into epics grouped by player value rather than technical layers, with a full FR coverage map. - Story Generation with Acceptance Criteria: Produces stories in As a/I want/So that format with Given/When/Then acceptance criteria, sized for a single dev agent. - Use Case: After finalizing a GDD and architecture plan for a new game, run this workflow to produce a complete epics.md document where every requirement maps to an implementable story. ## Quick Start Ask the assistant to create epics and stories from the GDD and architecture documents in the planning artifacts folder.

Frequently Asked Questions about gds-create-epics-and-stories

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

FAQPage Schema
How do I create epics and stories from a game design document?

Run this workflow after your GDD and Architecture documents exist in the planning artifacts folder. It extracts all functional and non-functional requirements, proposes a user-value-based epic structure for approval, then generates stories with acceptance criteria for each epic.

What input documents are required for epic and story creation?

The workflow requires a GDD document and an Architecture document in the planning artifacts folder, supporting both whole files and sharded versions with an index.md. A UX Design document is optional but treated as a first-class input when present.

How are acceptance criteria formatted in generated stories?

Each story uses the As a/I want/So that user story format followed by acceptance criteria in Given/When/Then structure. Criteria are written to be independently testable and reference the specific GDD requirements they fulfill.

Does the workflow validate requirements coverage before finishing?

Yes, the final validation step checks that every FR maps to at least one story, verifies epic independence, confirms stories have no forward dependencies, and flags file churn across epics. The workflow does not complete until all validations pass.

Can I customize the workflow behavior for my team?

Yes, the customize.toml file supports team and user-level overrides for activation steps, persistent facts, and post-completion behavior. Overrides merge using structural rules where scalars override and arrays append.