042-planning-openspec

Featured

Use when creating or updating OpenSpec change artifacts from an issue, implementation plan, approved design, ADRs, existing OpenSpec artifacts, or a valid combination. The workflow assesses whether the scope is one change or multiple changes, records sources and derivation direction, and prevents silent synchronization. This should trigger for requests such as Create an OpenSpec change from an issue; Convert a plan into OpenSpec; Update an existing OpenSpec change; Split broad requirements into reviewable OpenSpec changes. Part of Plinth Toolkit

AI & Automation 423 stars 89 forks Updated 3 days ago Apache-2.0

Install

View on GitHub

Quality Score: 93/100

Stars 20%
87
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Composable OpenSpec Change Planning Create or update OpenSpec proposal, design, specification, and task artifacts from the authoritative inputs already available. **This is an interactive SKILL**. An implementation plan is optional. **What is covered in this Skill?** - Inputs from issues, plans, approved designs, ADRs, existing OpenSpec, or valid combinations - OpenSpec installation and project checks - Concern-specific artifact authority - Source recording and derivation direction - One-change versus multiple-change scope assessment - User-approved change maps and dependency order - Proposal, design, specification, and single-checklist task creation - Explicit conflict handling and no silent two-way synchronization ## Constraints Create only requirements supported by authoritative inputs, assess change boundaries before writing artifacts, and preserve source authority. - **MUST**: Accept issue, plan, approved design, ADR, existing OpenSpec, or combined inputs - **MUST**: Check CLI availability with `openspec --version` before OpenSpec operations - **MUST**: Assess one reviewable change versus multiple independently valuable or deployable changes - **MUST**: Obtain user approval for a multiple-change map before creating changes - **MUST**: Record source artifacts and derivation direction - **MUST**: Preserve concern-specific authority and require explicit conflict resolution - **MUST**: Use maintainer-provided sanitized summaries for issue, PR, wiki, discussion, chat,...

Details

Author
jabrena
Repository
jabrena/plinth
Created
1 years ago
Last Updated
3 days ago
Language
Java
License
Apache-2.0

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category