openspec-archive-change

Archive completed SPARK changes after review and verification with closure summaries.

Updated Apr 2, 2026
One-click install
npx skills add https://github.com/Miss-PinkElf/Multi-Agent --skill openspec-archive-change-miss-pinkelf
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openspec-archive-change
Source: https://github.com/Miss-PinkElf/Multi-Agent/tree/main/.claude/skills/spark-workflow/skills/openspec-archive-change
Command: npx skills add https://github.com/Miss-PinkElf/Multi-Agent --skill openspec-archive-change-miss-pinkelf

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill streamlines closing a SPARK change lifecycle by ensuring changes are archived only after verification and review are complete, preventing premature closure.

Core Features & Use Cases

  • Post-review archiving: Safely archive completed changes after verification.
  • Delta synchronization checks: Ensure delta specs are synced back to the main spec set or record the closure if needed.
  • Audit-ready summaries: Generate a concise recap of shipped work and passed evidence.

Quick Start

Archive the completed SPARK change after all reviews pass and tasks are verified.

Frequently Asked Questions about openspec-archive-change

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

FAQPage Schema
How do I archive SPARK changes after verification and review?

To archive SPARK changes after verification, confirm the change identity, verify artifact and task completion, and generate a succinct closure summary to ensure proper record-keeping in the SPARK-workflow lifecycle.

What is the SPARK-workflow change archiving process?

The SPARK-workflow change archiving process formally closes completed changes by archiving artifacts, documenting what shipped, and ensuring delta specs are synced back to the main spec set after review.

Do I need to verify all tasks before archiving a SPARK change?

Yes, you need to verify all tasks before archiving a SPARK change. Guardrails prevent premature archiving by requiring artifact and task completion checks alongside review confirmation.

How do delta synchronization checks work when archiving completed changes?

Delta synchronization checks ensure delta specs are synced back to the main spec set or record the closure if needed, maintaining consistency across the SPARK-workflow during the archiving process.

Can I generate an audit summary for shipped SPARK-workflow changes?

Yes, you can generate an audit-ready summary for shipped SPARK-workflow changes. The archiving process produces a concise recap of shipped work and passed evidence for record-keeping.

Why does premature archiving fail in SPARK-workflow change management?

Premature archiving fails because guardrails require confirmation of change identity and completion of artifact and task checks, preventing changes from closing before verification and review are fully complete.