story-done

Verify story completion against acceptance criteria, ADR/GDD references, and DoD.

Updated Apr 8, 2026
One-click install
npx skills add https://github.com/HechaoYannet/3kingdom-unity --skill story-done-hechaoyannet
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: story-done
Source: https://github.com/HechaoYannet/3kingdom-unity/tree/main/.claude/skills/story-done
Command: npx skills add https://github.com/HechaoYannet/3kingdom-unity --skill story-done-hechaoyannet

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill automates end-to-end validation of story completion, reducing manual QA overhead and ensuring alignment with design documents and sprint plans.

Core Features & Use Cases

  • Phase-driven completion verification across the story lifecycle (ACs, DoD, ADR/GDD references)
  • Automated generation of a completion report with test evidence and deviations
  • Gate activation for QA lead and lead programmer reviews
  • Surface of the next ready story to maintain workflow momentum

Quick Start

Activate story-done on the current sprint story to verify acceptance criteria, ADR/GDD alignment, and surface the next ready story.

Frequently Asked Questions about story-done

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

FAQPage Schema
How do I automate story closure verification for acceptance criteria and DoD alignment?

Automating story closure verification requires checking acceptance criteria, DoD alignment, and ADR/GDD references. This process orchestrates phase-driven checks, gathers test evidence, records deviations, and updates the story file and sprint status upon approval.

What is end-to-end QA validation for sprint stories?

End-to-end QA validation for sprint stories is an automated process that verifies completion by checking acceptance criteria, GDD/ADR alignment, and code-review gates. It generates a completion report with test evidence and surfaces the next ready story to maintain workflow momentum.

How do I check ADR and GDD references during sprint closure?

Checking ADR and GDD references during sprint closure is handled by phase-driven verification that aligns story completion with design documents. The process validates references, activates review gates for QA leads and lead programmers, and records any deviations found.

Can I trigger QA lead and lead programmer review gates automatically?

Triggering QA lead and lead programmer review gates automatically is supported during story verification. The process activates these gates as part of phase-driven checks, ensuring code-review compliance before updating the story file and sprint status when approved.

Does automated story completion work without manual test evidence collection?

Automated story completion works by gathering test evidence automatically during phase-driven checks. It validates acceptance criteria and DoD alignment, records deviations, and generates a completion report, reducing manual QA overhead while ensuring sprint plan alignment.

What is the best way to surface the next ready story after sprint closure?

Surfacing the next ready story after sprint closure is best handled by end-to-end QA verification that updates story status upon approval. The process maintains workflow momentum by automatically identifying the next actionable story after validating completion criteria.