openspec-sync-specs

Merge delta OpenSpec requirement changes into main spec files.

17|6|Updated Apr 30, 2026
One-click install
npx skills add https://github.com/gmf520/openspec-agents --skill openspec-sync-specs-gmf520
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openspec-sync-specs
Source: https://github.com/gmf520/openspec-agents/tree/main/.cursor/skills/openspec-sync-specs
Command: npx skills add https://github.com/gmf520/openspec-agents --skill openspec-sync-specs-gmf520

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It eliminates manual, error-prone updating of “main” OpenSpec requirement files by automatically syncing incremental changes from a selected delta spec into the corresponding main specs.

Core Features & Use Cases

  • Interactive change selection: Prompts you to choose a specific change when the change name is missing or ambiguous, using the available changes from the openspec CLI.
  • Intelligent requirement merging: Applies ADDED, MODIFIED, REMOVED, and RENAMED requirement blocks while preserving any main-spec content not mentioned in the delta.
  • Capability-aware spec creation: Creates a new main spec file for a capability that does not yet exist, seeding it with the delta’s added requirements.

Quick Start

Run the openspec-sync-specs skill and provide the delta change name (or let it prompt you to select) so it updates the corresponding main spec files with the delta’s requirements.

Frequently Asked Questions about openspec-sync-specs

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

FAQPage Schema
How do I sync delta spec changes into main spec files?

To sync delta spec changes into main spec files, run the skill with a delta change name to idempotently merge ADDED, MODIFIED, REMOVED, and RENAMED requirements while preserving unrelated content. It automatically updates or creates the corresponding main spec files under openspec/specs.

What is the best way to merge incremental requirements without losing existing spec content?

Merging incremental requirements without losing existing spec content is achieved through capability-scoped, idempotent delta merging. The process applies delta spec sections directly to main specs while preserving any main-spec content not mentioned in the delta.

How do I handle requirement versioning when a capability spec does not exist yet?

Handling requirement versioning for a non-existent capability is done through capability-aware spec creation. The merge process creates a new main spec file for that capability and seeds it with the delta's added requirements.

Can I apply delta spec updates if the change name is missing or ambiguous?

Applying delta spec updates with a missing or ambiguous change name triggers interactive change selection. The skill prompts you to choose a specific change from the available openspec CLI changes before proceeding with the merge.

What happens to removed or renamed requirements during a spec sync?

During a spec sync, removed or renamed requirements are applied to the main spec files alongside added and modified blocks. The process produces a clear summary of exactly what changed across the capability scope.

Why should I automate OpenSpec requirement updates instead of editing main specs manually?

Automating OpenSpec requirement updates eliminates manual, error-prone editing of main requirement files. It ensures idempotent, capability-scoped merging of delta changes, preventing accidental data loss and maintaining spec consistency.