openspec-bulk-archive-change

Batch-archive completed OpenSpec changes into time-stamped directories while preserving metadata and resolving delta-spec conflicts.

1|Updated Feb 7, 2026
One-click install
npx skills add https://github.com/ssd-mkdocs-platform/teams-board --skill openspec-bulk-archive-change-ssd-mkdocs-platform
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openspec-bulk-archive-change
Source: https://github.com/ssd-mkdocs-platform/teams-board/tree/main/.claude/skills/openspec-bulk-archive-change
Command: npx skills add https://github.com/ssd-mkdocs-platform/teams-board --skill openspec-bulk-archive-change-ssd-mkdocs-platform

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Batch-archive multiple completed OpenSpec changes to organize historical work, resolve conflicts intelligently, and preserve provenance for future reference.

Core Features & Use Cases

  • Bulk archiving: Move completed OpenSpec changes into time-stamped archive directories while preserving metadata.
  • Conflict-aware syncing: Detects delta-spec conflicts across selected changes and resolves them according to codebase evidence.
  • Traceability and safety: Keeps original .openspec.yaml intact and stores archived changes under archive/YYYY-MM-DD-<name>/ for auditability.

Quick Start

Initiate a bulk archive of selected OpenSpec changes and store each archived change under archive/YYYY-MM-DD-<name>/ while preserving existing metadata.

Frequently Asked Questions about openspec-bulk-archive-change

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

FAQPage Schema
How do I bulk-archive multiple completed OpenSpec changes safely?

To bulk-archive OpenSpec changes, select completed changes via user prompts, and the system moves them into time-stamped archive directories while preserving original metadata and resolving delta-spec conflicts intelligently.

What is conflict-aware spec synchronization when archiving codebase changes?

Conflict-aware spec synchronization detects delta-spec conflicts across selected changes by comparing them, then resolves those conflicts according to codebase evidence before the changes are archived.

How does archiving OpenSpec changes preserve traceability for future reference?

Archiving preserves traceability by keeping the original .openspec.yaml intact and storing each archived change under archive/YYYY-MM-DD-<name>/, ensuring historical work remains auditable.

Can I selectively archive specific changes in a parallel workflow?

Yes, for workflows managing parallel changes, the system requires user prompts for selective archiving, allowing you to choose specific completed changes to archive rather than processing all changes blindly.

What is the best way to organize historical OpenSpec changes that have version-control conflicts?

The best way to organize conflicting historical changes is batch-archiving them with conflict-aware syncing, which compares delta specs, resolves conflicts using codebase evidence, and stores results in time-stamped directories.

When should I not use bulk archiving for spec changes?

You should avoid bulk archiving when changes are not yet completed or when delta-spec conflicts cannot be resolved by codebase evidence, as the process is designed for finalizing and organizing finished historical work.