scope-check

Compare baseline plans against current code and commits to quantify scope creep.

Updated Apr 25, 2026
One-click install
npx skills add https://github.com/easonlao/jiazi-game --skill scope-check-easonlao
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: scope-check
Source: https://github.com/easonlao/jiazi-game/tree/main/.claude/skills/scope-check
Command: npx skills add https://github.com/easonlao/jiazi-game --skill scope-check-easonlao

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Scope-check prevents projects from silently expanding by comparing the original planned scope to what is currently implemented or in progress, then quantifying additions and recommending specific triage actions.

Core Features & Use Cases

  • Original-vs-Current comparison: Locates a baseline plan (feature/GDD, sprint plan, or milestone doc) and scans the codebase and commits to summarize the actual current scope.
  • Scope change reporting with quantification: Flags additions and removals, calculates bloat score and net scope change, and presents a risk assessment across schedule, quality, and integration.
  • Decision-ready verdict and next steps: Produces a PASS/CONCERNS/FAIL verdict and suggests follow-up actions (cut, defer, keep, or escalate) for producers and creative/directors.

Use it when you suspect scope creep (e.g., mid-sprint concerns, feature discussions, or “are we staying in scope” checks) and you need an evidence-based report rather than intuition.

Quick Start

Run /scope-check with the feature name or sprint number you want to evaluate and read the generated scope verdict and recommended cuts.

Frequently Asked Questions about scope-check

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

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

Scope creep is detected by comparing your original baseline plan against the current codebase and commit history to identify uncontrolled additions, dropped items, and bloat risk. This structured comparison generates a risk assessment and a decision-ready verdict.

What is the best way to quantify net scope change for a feature?

Net scope change is quantified by scanning implemented code and commits, then calculating a bloat score against the original feature baseline. This process flags specific additions and removals to provide an evidence-based comparison report.

Can I get automated triage recommendations for cutting project scope?

Automated triage recommendations are generated after comparing the baseline plan to current implementation, providing specific follow-up actions to cut, defer, keep, or escalate features based on schedule, quality, and integration risks.

How does baseline comparison work for mid-sprint feature planning?

Baseline comparison works by locating the original sprint or milestone document, scanning the current codebase for actual progress, and deriving a structured report. It outputs a PASS, CONCERNS, or FAIL verdict with actionable next steps.

Does scope checking require manual code analysis to assess bloat risk?

Manual code analysis is not required because the process automatically scans code and commit history against the baseline document. It satisfies read-only execution requirements to locate the plan, derive the comparison, and output an evidence-based bloat risk report.