gds-dev-story

Implements sprint stories from spec files using red-green-refactor test-driven development.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? It automates the disciplined execution of a development story: finding the next ready story in the sprint plan, implementing each task with tests, and updating tracking files, so developers follow a consistent, auditable workflow instead of ad-hoc coding. ## Core Features & Use Cases - Sprint Story Discovery: Automatically locates the next story marked ready-for-dev in sprint-status.yaml or accepts an explicit story file path. - Test-Driven Implementation: Executes each task/subtask following a red-green-refactor cycle, writing failing tests first and validating against acceptance criteria. - Review Continuation: Detects prior code review findings and prioritizes unresolved review follow-up tasks before continuing regular work. - Use Case: A developer says "implement the next story in the sprint plan" and the agent loads the story spec, implements all tasks with tests, updates the story file and sprint status to review, and reports a completion summary. ## Quick Start Ask the agent to dev the story at a given story file path or to implement the next ready story in the sprint plan.

Frequently Asked Questions about gds-dev-story

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

FAQPage Schema
How do I implement the next story in a sprint plan automatically?

Invoke the skill with a phrase like "implement the next story in the sprint plan". It reads sprint-status.yaml, finds the first story marked ready-for-dev, loads its spec, and executes all tasks with tests until completion.

How does the dev story workflow handle test-driven development?

Each task follows a red-green-refactor cycle: write failing tests first, implement minimal code to pass them, then refactor while keeping tests green. The workflow halts if tests fail or regressions appear.

Can I develop a specific story file instead of the next sprint story?

Yes. Provide the explicit story file path, for example by saying "dev this story" with the path. The workflow uses that file directly and skips sprint-based discovery.

What happens if a story was already reviewed by a code reviewer?

The workflow detects a Senior Developer Review section in the story file, counts unchecked review follow-up tasks, and prioritizes resolving those items before continuing with remaining regular tasks.

When does the dev story workflow stop or halt?

It halts when tasks are ambiguous, required configuration is missing, new dependencies need approval, three consecutive implementation failures occur, or validation gates fail. Otherwise it runs continuously until all tasks are complete.

Which parts of the story file can the workflow modify?

Only the YAML frontmatter baseline_commit, task checkboxes, Dev Agent Record, File List, Change Log, and Status sections. All other story content remains untouched to preserve the original specification.