gds-correct-course

Analyzes mid-sprint change impact across GDD, epics, and architecture to produce a Sprint Change Proposal.

Updated Sep 3, 2026
One-click install
npx skills add https://github.com/watchthelight/shatterfish --skill gds-correct-course-watchthelight
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gds-correct-course
Source: https://github.com/watchthelight/shatterfish/tree/main/.claude/skills/gds-correct-course
Command: npx skills add https://github.com/watchthelight/shatterfish --skill gds-correct-course-watchthelight

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When a significant issue emerges mid-sprint in a game development project, teams lack a structured way to assess its impact across the GDD, epics, architecture, and UX artifacts and decide how to respond. This Skill guides that analysis and produces an actionable Sprint Change Proposal. ## Core Features & Use Cases - Systematic Impact Analysis: Walks through a six-section checklist covering trigger context, epic impact, artifact conflicts, and path-forward evaluation. - Structured Change Proposals: Drafts explicit before/after edit proposals for stories, GDD, narrative, architecture, and UI/UX documents. - Scoped Handoff Routing: Classifies the change as Minor, Moderate, or Major and routes it to the Developer, Product Owner, or PM/Architect accordingly. - Use Case: A developer discovers a technical limitation that invalidates a planned epic. Run this workflow to assess the blast radius, choose between direct adjustment, rollback, or MVP scope review, and generate a proposal document for approval. ## Quick Start Ask the agent to correct course and analyze the impact of the issue you just discovered on the current sprint plan.

Frequently Asked Questions about gds-correct-course

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

FAQPage Schema
How do I handle a major change discovered mid-sprint in a game project?

Run the correct course workflow to analyze the triggering issue against your GDD, epics, architecture, and UX artifacts. It produces a Sprint Change Proposal with impact analysis, a recommended path forward, and a scoped handoff plan.

What documents does the sprint change analysis require?

The workflow requires a GDD and epics document at minimum, and halts if they are missing. Architecture, UX design, narrative, and tech spec documents are loaded when available, supporting both whole-file and sharded directory layouts.

What options does the change evaluation consider?

The checklist evaluates three paths: direct adjustment within the current epic structure, rollback of recently completed stories, or an MVP scope review. Each option gets an effort and risk estimate before a recommended approach is selected.

Can I review each proposed edit individually before approving?

Yes, the workflow offers an Incremental mode where each edit proposal is presented individually for approve, edit, or skip decisions. A Batch mode presents all proposals together at the end instead.

When should I not use the correct course workflow?

It is designed for significant changes affecting project direction, not minor bug fixes or small story tweaks. It also halts if the triggering issue is unclear, evidence is missing, or core planning documents are unavailable.