hf-increment

Classify change requests as increments or hotfixes and generate structured change packages.

1|Updated Mar 22, 2026
One-click install
npx skills add https://github.com/hujianbest/garage-agent --skill hf-increment
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hf-increment
Source: https://github.com/hujianbest/garage-agent/tree/main/packs/coding/skills/hf-increment
Command: npx skills add https://github.com/hujianbest/garage-agent --skill hf-increment

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

It identifies whether a change request represents an increment (scope/requirements change) or a hotfix (defect repair) and produces a structured change package, enabling proper routing to the correct canonical re-entry node and preventing unintended in-place patches.

Core Features & Use Cases

  • Fixed baseline assessment to distinguish increment from hotfix.
  • Explicit invalidation of affected approvals, tasks, and evidence when scope changes.
  • Selection of a single canonical re-entry node and routing of follow-up reviews.
  • Minimal, targeted updates to artifacts and status fields without implementing changes.
  • Applicable to scenarios involving modifications to scope, acceptance criteria, or constraints in approved artifacts.

Quick Start

Provide a structured increment analysis for a given change request and output the change package, impact matrix, and the unique re-entry node.

Frequently Asked Questions about hf-increment

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

FAQPage Schema
How do I distinguish a scope change increment from a hotfix for a requirements modification?

To distinguish a scope change increment from a hotfix, use fixed baseline assessment to determine if a change request modifies requirements, scope, or constraints versus performing defect repair, producing a structured change package for proper routing.

What happens to approved artifacts and pending reviews when a requirements increment is introduced?

When a requirements increment is introduced, approved artifacts may need re-baselining by explicitly marking invalidated approvals, tasks, and evidence, while synchronizing Current Stage, Workflow Profile, Current Active Task, and Pending Reviews.

How do I route a change request to the correct canonical re-entry node in a workflow?

To route a change request to the correct canonical re-entry node, the structured change analysis selects a single canonical re-entry node and synchronizes the workflow profile, preventing unintended in-place patches during requirements modifications.

When do I need to re-baseline acceptance criteria and constraints?

You need to re-baseline acceptance criteria and constraints when a change request represents an increment that explicitly invalidates existing approvals and tasks, requiring targeted updates to status fields without implementing the actual changes.

Can I use structured change analysis for minimal targeted updates without implementing the full changes?

Yes, structured change analysis performs minimal, targeted updates to artifacts and status fields, outputting a change package and impact matrix without implementing the actual modifications to the approved artifacts.