scope-check

Compare current feature scope to original plans and quantify scope creep.

Updated Mar 15, 2026
One-click install
npx skills add https://github.com/jtvaris/sunday-night-dynasty --skill scope-check-jtvaris
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: scope-check
Source: https://github.com/jtvaris/sunday-night-dynasty/tree/main/.agents/skills/scope-check
Command: npx skills add https://github.com/jtvaris/sunday-night-dynasty --skill scope-check-jtvaris

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Analyze and quantify scope creep by comparing current feature scope against the original plan to surface drift and overruns.

Core Features & Use Cases

  • Read the original scope from design/gdd/ for features, or production/sprints/ for sprints, or production/milestones/ for milestones.
  • Assess the current state by scanning code, git history, and TODOs to surface additions and removals.
  • Produce a structured scope report with sections for Original Scope, Current Scope, Additions, Removals, Bloat Score, Risk Assessment, Recommendations, and a final verdict.

Quick Start

Invoke the scope-check on a feature name or sprint number to generate a structured scope report against the original plan.

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 by comparing current feature scope to the original plan?

To quantify scope creep, compare current feature scope against the original plan by reading design docs and scanning git history to surface additions and removals. This produces a structured report with a bloat score, risk assessment, and recommendations to identify drift and overruns.

How does sprint analysis using commit history detect project scope drift?

Sprint analysis detects project scope drift by reading sprint plans from production directories and comparing them against current code and git history. It surfaces unapproved additions and removals, calculating a bloat score to enforce a structured scope report with risk assessment and recommendations.

Do I need design docs and git history to generate a scope report for milestones?

Yes, generating a scope report for milestones requires access to design docs, production milestone plans, and git history. The analysis reads these sources to compare the original scope against the current state, producing a bloat score, risk assessment, and final verdict.

What is the best way to spot scope creep in a software project before it causes overruns?

The best way to spot scope creep before overruns occur is to systematically compare current code and commit history against the original design doc. This surfaces undocumented additions and quantifies the drift using a bloat score, enabling early risk assessment and corrective recommendations.

Can I assess risk and generate recommendations for scope creep without manual tracking?

Yes, you can assess risk and generate recommendations without manual tracking by invoking an automated scope check on a feature name or sprint number. It reads the original plan, scans git history and TODOs, and outputs a structured report with a bloat score and final verdict.