Overview
Archive an OpenSpec change end-to-end, invoking the native merge then following up with cross-capability linking and running indices OpenSpec doesn't build on its own.
What It Helps You Do
Use this skill to archive OpenSpec changes completely—not just the merge, but also the cross-capability relationship graph and index bookkeeping that OpenSpec doesn't maintain automatically.
Activate it with:
/accelint-qrspi-archive- Phrases like "archive this change" or "bulk archive these changes"
- Related requests about updating the specs index, cross-linking specs, or running OpenSpec archive flows
This skill invokes /opsx:archive or /opsx:bulk-archive itself, waits for the merge to fully resolve, then:
- Links every pair of capabilities the change touched via a shared
related:frontmatter list - Patches
openspec/specs/INDEX.mdfor only the rows that changed - Appends a row to
openspec/changes/archive/INDEX.md
Cross-linking happens after the merge resolves, not before—a delta spec is provisional until conflicts are resolved.
When to Use
Use this skill when:
- You want to archive a change and ensure its capabilities are properly cross-linked
- Users say "archive this change", "bulk archive these changes", "run opsx:archive", "run opsx:bulk-archive"
- You need to update the specs index or cross-link specs after a merge
- You want the archived-change changelog kept current
How It Works
- Preflight — verifies required metadata and spec structure before touching anything
- Archive — invokes
/opsx:archiveor/opsx:bulk-archiveand waits for the merge to complete - Cross-link and index — updates
related:links across touched specs and patches affected rows inopenspec/specs/INDEX.md - Append changelog — adds one row per archived change to
openspec/changes/archive/INDEX.md
The linking side is additive only—it never prunes stale entries or changes existing status values.
Prerequisites
- OpenSpec CLI installed and initialized
- Sub-agent support for per-capability spec writes
- Each change's
design.mdshould havespecs_touchedanddecisionsfrontmatter (can be derived with your confirmation if missing) - Every touched spec must have a
## Purposeheading
What You Get
- Change(s) archived via OpenSpec's native merge
- Updated
related:frontmatter and regenerated## Related Specssections in touched specs - Patched
openspec/specs/INDEX.mdwith only the touched rows changed - One appended row per archived change in
openspec/changes/archive/INDEX.md - Summary report showing what changed
Examples
Example: Archiving a change
/accelint-qrspi-archiveRuns preflight checks, archives through OpenSpec, updates spec relationships, patches index rows, and appends the changelog.
Example: Handling missing frontmatter
/accelint-qrspi-archiveWhen required metadata is missing, the skill derives a candidate from change files and asks for your confirmation before continuing.
Good to Know
Good to know: This skill runs the native OpenSpec archive command itself—it's the entry point, not a post-merge cleanup step.
Good to know: Archive prompts reach you directly since the command runs in your context.
Good to know: Linking is additive only. Pruning stale
related:entries or changing status belongs toaccelint-archive-synthesis.
Limits
- Does not prune
related:entries or changeStatusvalues (requires cross-change judgment) - Does not verify
specs/INDEX.mdagainst everyspec.mdon disk (corpus-wide drift isaccelint-archive-synthesis's domain) - Does not reconcile summary stats in
changes/archive/INDEX.md - Does not model relationship directionality—co-touch is symmetric
Related
- accelint-qrspi-propose: Creates the
specs_touchedanddecisionsfrontmatter this skill expects - accelint-qrspi-apply: Implements the change before archiving
- accelint-archive-synthesis: Prunes stale
related:entries and updatesStatuscolumns with human confirmation
Overview
Implement QRSPI-planned OpenSpec changes with intelligent parallelization, orchestrating parallel sub-agent execution based on dependency analysis for faster task completion.
Overview
Automate the QRSPI + OpenSpec planning workflow (Questions → Research → Design → Structure) for spec-driven development, handling ONLY the planning phase before implementation.