spec-change

Plan small software changes into milestone specifications with verification methods.

1|Updated Jun 29, 2026
One-click install
npx skills add https://github.com/mckissinger/keel --skill spec-change
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spec-change
Source: https://github.com/mckissinger/keel/tree/main/skills/spec-change
Command: npx skills add https://github.com/mckissinger/keel --skill spec-change

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps teams turn small software changes into focused, build-ready specifications without the overhead of a full feature planning process while preserving verification standards.

Core Features & Use Cases

  • Focused Change Planning: Runs a compressed interview process to clarify scope, decisions, affected surfaces, data changes, and integration boundaries for a single small change.
  • Milestone Specification: Authors self-contained milestone plans with done-conditions, verification methods, and ownership boundaries aligned with shared project rules.
  • Use Case: A developer needs to add a contained UI adjustment or backend tweak and uses this Skill to define the change clearly before implementation begins.

Quick Start

Use the spec-change skill to create a verified milestone plan for this small change in my application.

Frequently Asked Questions about spec-change

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

FAQPage Schema
How do I plan a small software change without writing a full feature specification?

A milestone specification for small software changes defines scope, affected surfaces, data changes, and integration boundaries. It includes done-conditions, verification methods, and ownership boundaries aligned with shared project rules, ensuring build-ready clarity without full feature overhead.

When do I need milestone-level planning for a contained code fix or UI adjustment?

Milestone-level planning for a contained code fix or UI adjustment is needed when the change requires verified build paths, adversarial plan validation, and clear integration boundaries before implementation begins. This ensures tweaks and contained additions maintain project verification standards.

How to create a verified build path for a backend tweak or contained addition?

To create a verified build path for a backend tweak, author a self-contained milestone plan with done-conditions and verification methods. Apply milestone authoring rules, fidelity references for UI changes, and adversarial plan validation to ensure the implementation path is verified.

What is included in a focused specification for software change management?

Included in a focused specification for software change management are scope, decisions, affected surfaces, data changes, and integration boundaries. It runs a compressed interview process to define implementation requirements, done-conditions, and verification methods for a single small change.

Does milestone planning for small changes require adversarial plan validation?

Yes, milestone planning for small changes requires adversarial plan validation before implementation begins. This validation process, alongside milestone authoring rules and verification methods, ensures the change specification remains robust and build-ready.