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.