openspec-bulk-archive-change

Batch-archives completed OpenSpec changes while resolving conflicts via the codebase.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/bgzbgz/show-time --skill openspec-bulk-archive-change-bgzbgz
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openspec-bulk-archive-change
Source: https://github.com/bgzbgz/show-time/tree/main/.claude/skills/openspec-bulk-archive-change
Command: npx skills add https://github.com/bgzbgz/show-time --skill openspec-bulk-archive-change-bgzbgz

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Archive multiple completed changes in a single operation.

Core Features & Use Cases

  • Batch-archive completed OpenSpec changes, resolving conflicts by checking the codebase to determine what is actually implemented.
  • Safe, auditable archival with status reports and optional warnings for incomplete changes.
  • Use case: When you have 5 changes completed in parallel, batch archive them to keep the active set clean while preserving history.

Quick Start

Select the active changes to archive and run the batch archive operation.

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 batch-archive multiple OpenSpec changes at once?

Batch archiving completed changes requires the openspec CLI to read the openspec/changes directory, tasks.md, and specs/ to determine implementation status and safely move multiple completed items into the archive simultaneously.

What happens if I try to archive incomplete changes in OpenSpec?

When archiving incomplete changes, the process generates optional warnings and status reports to alert you, while still inspecting the codebase and delta specs to determine what is actually implemented before finalizing the archival.

Do I need the openspec CLI to archive completed changes?

Yes, the openspec CLI is required because the batch archive operation depends on reading the openspec/changes directory, tasks.md, and specs/ files to accurately assess codebase status and resolve any spec conflicts before applying fixes.

How does batch archiving resolve conflicts between parallel change sets?

Conflict resolution during batch archiving works by inspecting delta specs alongside the actual codebase to determine what is genuinely implemented, allowing the operation to apply necessary fixes safely across multiple parallel changes before they are archived.

When should I use batch archiving instead of archiving changes one by one?

Batch archiving is best when you have multiple changes, such as five completed in parallel, and need to keep the active set clean efficiently while preserving history, rather than handling each archival operation individually.