
Software Plan Creation
Create delivery plans for software design specifications.
Install
npx skills add stencila/stencila --skill software-plan-creation -g -a claude-code -y- Repository
- stencila/stencila914
- Category
- Design
- Updated
- 3d ago
- License
- Apache-2.0
- Context cost
- Mediumabout 3,000 tokens
- Runs scripts
- No, instructions only
What it does
Create delivery plans for software design specifications. Use when the user wants to plan implementation, break a design into delivery phases, create an implementation roadmap, produce a test plan, or structure a TDD approach for a feature. Reads the latest design spec by default and produces a phased plan covering implementation, testing, and documentation, with TDD slices sized to be logically coherent without degenerating into micro-slices.
Overview
Produce a delivery plan that turns a software design specification into an actionable sequence of implementation, testing, and documentation work. The primary input is a persisted design spec read from .stencila/designs/. The primary output is a Markdown plan written to .stencila/plans/.
Use this skill when the user wants a delivery plan, implementation plan, task breakdown, phased roadmap, or test-driven development strategy for a design spec. Do not use it when the main task is to write production code, create a design from scratch, review code, or build a workflow.
Steps
-
Identify the design to plan against:
- use
globwith pattern.stencila/designs/*.mdto discover available design specs (results are sorted newest first) - if the user names a specific design, locate it in the results
- if the user does not name a design, use the first result (most recent)
- use
read_fileto load the full design content - if no designs exist and the user is asking to plan an undesigned feature, handle the no-design case (see Edge Cases below)
- use
-
Check for existing plans:
- use
globwith pattern.stencila/plans/*.mdto see whether a plan already exists for the target design - if a matching plan exists, use
read_fileto load it and ask the user whether to replace it, update it, or create a new plan alongside it - do not silently overwrite an existing plan
- use


