scope-check

Compare planned scope documents against code and git history to quantify scope creep.

1|Updated May 5, 2026
One-click install
npx skills add https://github.com/XGanQAQ/Unity-Claude-Code-Game-Studios --skill scope-check-xganqaq
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: scope-check
Source: https://github.com/XGanQAQ/Unity-Claude-Code-Game-Studios/tree/main/.claude/skills/scope-check
Command: npx skills add https://github.com/XGanQAQ/Unity-Claude-Code-Game-Studios --skill scope-check-xganqaq

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Scope creep silently expands a feature or sprint until delivery, quality, and budget are threatened, and teams end up with vague “it feels bigger” disagreements instead of quantified decisions.

Core Features & Use Cases

  • Find the baseline plan by locating the original scope document (by feature name, sprint number, or milestone) and halting if it cannot be found.
  • Assess the current state by scanning the codebase for related work, checking git history for relevant commits, and reviewing TODO/FIXME or active sprint plan indicators.
  • Compare and quantify differences by producing additions/removals tables, a bloat score (including net scope change), risk assessment, and a PASS/CONCERNS/FAIL verdict with recommended next steps.
  • Use Case: Before committing to a near-term release, run a scope review to determine whether newly proposed additions are still within the original plan’s variance and which items should be cut, deferred, or escalated.

Quick Start

Run /scope-check sprint-03 to generate a quantified scope creep report for that sprint and a clear PASS/CONCERNS/FAIL verdict.

Frequently Asked Questions about scope-check

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

FAQPage Schema
How do I quantify scope creep during a sprint review?▼

To quantify scope creep during a sprint review, compare your original planned scope document against current implemented work by scanning the codebase and git history to compute a bloat score and risk assessment.

What is the best way to measure project bloat from git history?▼

Measuring project bloat from git history involves scanning relevant commits and codebase changes against a baseline scope file, identifying TODO/FIXME indicators, and calculating net scope change to output a structured verdict.

Can I run a project triage if the original scope document is missing?▼

You cannot run a project triage if the original scope document is missing, because the assessment requires reading the baseline scope file to halt execution and prevent inaccurate feature comparisons.

How do I decide what features to cut before a milestone release?▼

To decide what features to cut before a milestone release, generate a quantified scope creep report with a PASS, CONCERNS, or FAIL verdict that provides actionable recommendations on which items to defer or escalate.

When do I need to perform a scope creep risk assessment?▼

You need to perform a scope creep risk assessment during mid-sprint reviews, pre-milestone planning, and post-change audits when additions or uncertainty threaten your project schedule and delivery quality.