speckit-iterate-define

Convert a change request into a pending iteration plan from feature spec files.

Updated Mar 16, 2026
One-click install
npx skills add https://github.com/B0yZ4kr14/OrthoPlus-Enterprise --skill speckit-iterate-define-b0yz4kr14
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: speckit-iterate-define
Source: https://github.com/B0yZ4kr14/OrthoPlus-Enterprise/tree/main/.specify-backups/20260518-141826/_agents/skills/speckit-iterate-define
Command: npx skills add https://github.com/B0yZ4kr14/OrthoPlus-Enterprise --skill speckit-iterate-define-b0yz4kr14

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents spec changes from being guessed by analyzing a requested modification against the current feature’s spec state and implementation progress, then producing a concrete, reviewable iteration plan.

Core Features & Use Cases

  • Change request triage: Classifies the change scope (feature-wide, phase, task, subtraction, or pivot) based on the user’s request.
  • Progress-aware planning: Reads existing artifacts and cross-checks task status with git diff/commit history to account for what’s already been built.
  • Safe planning workflow: Writes only pending-iteration.md (no spec artifacts are modified) after user confirmation, enabling an orderly follow-up with apply.

Quick Start

Ask for an iteration plan by running /speckit.iterate.define followed by your change request text for the current feature.

Frequently Asked Questions about speckit-iterate-define

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

FAQPage Schema
How do I plan a feature iteration from a change request?

To plan a feature iteration from a change request, the Skill analyzes your request against existing spec files and git diff history, then writes a reviewable pending-iteration.md file without modifying current artifacts.

What is a pending iteration plan in spec-kit?

A pending iteration plan in spec-kit is a reviewable document generated by analyzing a change request against current feature spec state and task progress, ensuring spec changes are planned rather than guessed.

How do I analyze task impact for a change request using git diff?

You can analyze task impact for a change request by parsing task status and git diff history against existing spec artifacts. This cross-check determines what is already built before generating an impact summary.

Does the iteration planning workflow modify existing spec files?

No, the iteration planning workflow does not modify existing spec files. It safely writes only a pending-iteration.md file to your feature directory after you confirm the presented impact summary.

Do I need to run prerequisite checks before generating an iteration plan?

Yes, you need to run prerequisite checks before generating an iteration plan. The workflow requires executing the repo check-prerequisites.sh script to validate your environment paths before analyzing the change request.

What is the best way to triage a change request scope for a feature spec?

The best way to triage a change request scope is to classify it as feature-wide, phase, task, subtraction, or pivot based on your current spec state, producing a concrete impact summary for confirmation before planning.