speckit-refine-update

Refine an existing spec.md in-place within a spec-kit project structure.

2|Updated Jan 29, 2026
One-click install
npx skills add https://github.com/pradeepmouli/lspeasy --skill speckit-refine-update
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: speckit-refine-update
Source: https://github.com/pradeepmouli/lspeasy/tree/main/.github/skills/speckit-refine-update
Command: npx skills add https://github.com/pradeepmouli/lspeasy --skill speckit-refine-update

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Update an existing specification in-place without creating a new feature branch. Use this when requirements change, feedback arrives, or you need to iterate on an existing spec.

Core Features & Use Cases

  • Update an existing spec.md in-place to reflect new requirements or feedback, preserving formatting.
  • Record a date-stamped refinement note and propagate changes to downstream artifacts to prevent inconsistent implementations.
  • Ensure no new feature branches are created and downstream artifacts are updated with a note.

Quick Start

Run the refine update on the current spec to apply changes immediately.

Frequently Asked Questions about speckit-refine-update

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

FAQPage Schema
How do I update an existing spec.md in-place without creating a new feature branch?

To refine a spec.md in-place, the Skill modifies the existing file directly within your active feature branch, preserving original formatting while appending a date-stamped refinement note to reflect the new requirements.

How does in-place spec refinement prevent inconsistent downstream implementations?

In-place spec refinement prevents inconsistent implementations by automatically marking downstream artifacts as stale after updating the specification, ensuring dependent code is flagged for review against the newly recorded changes.

Does spec refinement work within a standard spec-kit project structure?

Spec refinement operates within a spec-kit project structure, specifically requiring a .specify/ directory and active feature branches to correctly determine context and apply in-place modifications to your specification.

What is the best way to iterate on a specification when requirements change or feedback arrives?

The best way to iterate on a specification is to refine the existing spec.md in-place, which safely records the new feedback via a date-stamped note and propagates the changes to downstream artifacts without altering your branch structure.

When should I use in-place specification modification instead of creating a new feature branch?

You should use in-place specification modification when you need to update an existing spec.md to reflect new requirements or feedback without creating a new feature branch, ensuring safe propagation of changes to stale downstream artifacts.

Can I preserve formatting when refining an existing specification file?

Yes, refining an existing specification file preserves your original formatting while appending a date-stamped refinement note, ensuring the document structure remains intact as new requirements are integrated into the spec.md.