gk-change-spec

Assess scope change impact across project documentation and task lists.

1|Updated Jul 4, 2026
One-click install
npx skills add https://github.com/gkganesh12/gk-stack --skill gk-change-spec
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gk-change-spec
Source: https://github.com/gkganesh12/gk-stack/tree/main/skills-extra/gk-change-spec
Command: npx skills add https://github.com/gkganesh12/gk-stack --skill gk-change-spec

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill prevents scope drift and architectural decay by enforcing a rigorous, documented workflow for any changes to project requirements during an active build.

Core Features & Use Cases

  • Impact Assessment: Automatically analyzes how a requested change affects existing architecture, data models, and downstream dependencies.
  • Versioned Documentation: Ensures that SPEC.md, TASKS.md, and DECISIONS.md are updated in lockstep, maintaining a perfect audit trail.
  • Use Case: When a user decides to add a new feature mid-sprint, this skill pauses the agent, maps the ripple effects across the codebase, and generates the necessary retrofit tasks before any code is written.

Quick Start

Trigger the skill by stating your requirement change such as change add dark mode to the user interface.

Frequently Asked Questions about gk-change-spec

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

FAQPage Schema
How do I prevent scope drift when adding new features during an active build?

Preventing scope drift involves pausing the agent to map the ripple effects of a new feature across the codebase and downstream dependencies. This generates necessary retrofit tasks before implementation begins.

How does impact assessment work for mid-sprint requirement changes?

Impact assessment for requirement changes automatically analyzes how a requested modification affects existing architecture, data models, and downstream dependencies. It pauses development to generate retrofit tasks before any code is written.

Do I need to update SPEC.md and TASKS.md manually when project requirements evolve?

You do not need to update SPEC.md and TASKS.md manually when requirements evolve. The workflow enforces versioned documentation, ensuring these files are updated in lockstep with DECISIONS.md to maintain a perfect audit trail.

What is the best way to manage scope changes in AI-driven software development workflows?

The best way to manage scope changes in AI-driven builds is to apply a strict documentation hierarchy using SPEC.md, PLAN.md, and DECISIONS.md. This ensures consistency by assessing impact across project documentation before implementation.

Can I trigger a scope change assessment by simply stating the new requirement?

You can trigger a scope change assessment by stating your requirement change, such as requesting to add dark mode to the user interface. The system then automatically maps the architectural impact and generates retrofit tasks.