Agent skill

Plan Release

by danielvm-git in danielvm-git/bigpowers

RELEASE-INDEX BUILDER — Sequence elaborated epics into specs/release-plan.yaml with WSJF ordering and BCP baselines.

MITAuto-check passedProduct & Project Management

Install Plan Release

skills CLI
$ npx skills add danielvm-git/bigpowers --skill plan-release -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install danielvm-git/bigpowers plan-release --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/danielvm-git/bigpowers.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/plan-release .claude/skills/plan-release && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
plan-release
GitHub stars
257
Token cost
~1.5k tokens
SKILL.md length
491 words
Files
1
Skills in repo
39
Repo updated
First seen
Licence
MIT

At a glance

RELEASE-INDEX BUILDER — Sequence elaborated epics into specs/release-plan.yaml with WSJF ordering and BCP baselines.

  • Works in 10 steps: Draft epics and stories → Write acceptance criteria (Gherkin) → Write tasks with verify commands → …
  • Wants a versioned release index of epics
  • SKILL.md covers Outputs, Epic Capsule Structure and Process
  • Calls bash and gh

What it does

Plan Release is an agent skill from danielvm-git/bigpowers. RELEASE-INDEX BUILDER — Sequence elaborated epics into specs/release-plan.yaml with WSJF ordering and BCP baselines. NOT a planning-spine substitute: it does not scope work (scope-work) or write story tasks (plan-work). Use after elaborate-spec when the user wants a versioned release index of epics.

Its SKILL.md is about 1.5k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Product & Project Management, covering User stories and Feature launches and release readiness. The repository describes itself as: Agent skills synthesizing years of software engineering discipline into a prescriptive methodology for solo developers. The licence is MIT.

When your agent uses it

  • Wants a versioned release index of epics
  • Tasks that involve User stories
  • Tasks that involve Feature launches and release readiness

Example prompts

  • “/plan-release”

Workflow steps

10 steps, taken from the step headings in SKILL.md.

  1. Draft epics and stories
  2. Write acceptance criteria (Gherkin)
  3. Write tasks with verify commands
  4. Save specs/release-plan.yaml
  5. Save epic manifest (epic.yaml)
  6. Save story specs (countable-story-format .md)
  7. Save decoupled task files (-tasks.yaml)
  8. Sync execution status
  9. Snapshot on planning close (optional)
  10. Suggest next steps

What it can do on your machine

Read from SKILL.md and the folder at commit 812d57a. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • bash
    • gh

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use gh, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Plan Release loads about 1.5k tokens when it runs. Until then it costs about 78 tokens; SKILL.md has 491 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~78
When it runs · the whole SKILL.md, loaded when a task matches
~1.5k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from danielvm-git/bigpowers at commit 812d57a, republished under its MIT licence (© danielvm-git). 491 words, ~1,503 tokens.

Download SKILL.mdSave it as .claude/skills/plan-release/SKILL.md (or your agent's skills folder).
name
plan-release
description
RELEASE-INDEX BUILDER — Sequence elaborated epics into specs/release-plan.yaml with WSJF ordering and BCP baselines. NOT a planning-spine substitute: it does not scope work (scope-work) or write story tasks (plan-work). Use after elaborate-spec when the user wants a versioned release index of epics.
model
sonnet
effort
standard

Plan Release

HARD GATE — Do NOT run this skill unless elaborate-spec has produced a clear spec or the user has already defined the feature in detail. If the problem is still fuzzy, run elaborate-spec first. HARD GATE — specs/product/SCOPE_LATEST.yaml (or legacy specs/product/SCOPE_LATEST.yaml) must exist. If missing, run scope-work first.

Synthesize the conversation context into specs/release-plan.yaml (index) and shard detail under specs/epics/. No new interview — only clarify if something is genuinely ambiguous.

Outputs

FileContent
specs/release-plan.yamlrelease.version, semver bump hint, WSJF-ordered epic list with id, capsule_dir, wsjf, bcps — no story status
specs/epics/eNN-<slug>/epic.yamlEpic manifest: id, title, wsjf, total_bcps, status, stories[] list
specs/epics/eNN-<slug>/eNNsYY-<slug>.mdStory spec in countable-story-format.md with 20 sections and Gherkin acceptance criteria
specs/epics/eNN-<slug>/eNNsYY-tasks.yamlDecoupled task checklist with verify: commands per task
specs/execution-status.yamlFlat key-value store for story status (eNNsYY: todo)

Epic Capsule Structure

All epics use capsule directories (no flat/folder distinction):

specs/epics/e01-auth-system/
├── epic.yaml              # Epic manifest
├── adr/                   # Epic-local ADRs (created lazily)
├── e01s01-login.md        # Story spec (countable-story-format)
├── e01s01-tasks.yaml      # Decoupled task checklist
├── e01s02-jwt.md          # Story spec
└── e01s02-tasks.yaml      # Decoupled task checklist

Rationale: Capsule dirs achieve change isolation (C9), enable archive pruning (C2/C6), and enforce SRP by decoupling spec .md from execution -tasks.yaml (C1).

Process

1. Draft epics and stories

From the conversation context, define:

  • Epics — e01, e02, … (stable IDs; WSJF order in release-plan.yaml only)
  • Stories — e01s01, e01s02, … with Gherkin acceptance criteria

WSJF-sort epics: score = (Business Value + Time Criticality + Risk Reduction) / Job Size. Highest score first.

Security risk boost: If an epic's specs/security/epics/<id>/THREAT_MODEL.md identifies HIGH or CRITICAL risk, add +2 to the WSJF numerator (BV + TC + RR + 2) to reflect the urgency of addressing security concerns before they ship. Document the boost in the epic's note field in release-plan.yaml.

2. Write acceptance criteria (Gherkin)

For each story, write at least one happy-path and one edge-case scenario (countable format §17 if maturity ≥ 3).

3. Write tasks with verify commands

Every task must have a verify: command. No verify command = not a task.

Show full SKILL.md (202 more words)Show less
4. Save specs/release-plan.yaml

Do NOT hand-track the real version. semantic-release decides it at merge. version here is a non-authoritative mirror/label only — read the real number with gh release view. Set bump_hint (the expectation), not a number you intend to enforce.

yaml
release:
  version: "2.29.0"         # mirror of next expected tag, NOT authoritative — gh release view wins
  codename: "Feature Name"
  status: planning          # planning | in_progress | released
  semantic_release: true
  bump_hint: minor          # patch | minor | major — CI decides at merge
epics:
  - id: e01
    title: Auth System
    wsjf: 4.5
    capsule_dir: epics/e01-auth-system
  - id: e02
    title: User Profile
    wsjf: 3.8
    capsule_dir: epics/e02-user-profile
5. Save epic manifest (epic.yaml)

Each epic capsule directory contains an epic.yaml manifest:

yaml
id: e01
title: Auth System
wsjf: 4.5
total_bcps: 8
status: in_progress
stories:
  - id: e01s01
    title: Login
    bcps: 3
    status: todo
    spec: e01s01-login.md
    tasks: e01s01-tasks.yaml
  - id: e01s02
    title: JWT Token Management
    bcps: 5
    status: todo
    spec: e01s02-jwt.md
    tasks: e01s02-tasks.yaml
6. Save story specs (countable-story-format .md)

Each story becomes a standalone .md file following countable-story-format.md. Minimum: maturity 3 (Countable) with all 20 sections present. Acceptance criteria in §17 use Gherkin scenarios.

7. Save decoupled task files (-tasks.yaml)

Each story has a decoupled -tasks.yaml with implementation steps:

yaml
story_id: e01s01
title: Login
status: todo
bcps: 3
tasks:
  - id: 1
    description: "Add login form component tests"
    verify: "npm test -- login-form.test.tsx"
    status: todo
  - id: 2
    description: "Implement login form with validation"
    verify: "npm test -- login-form.test.tsx"
    status: todo

HARD GATE — Every task MUST have a runnable verify: command. No verify: = not a task.

→ verify: bash scripts/validate-specs-yaml.sh

7b. Generate bug registry summary

Read specs/bugs/registry.yaml and add a bugs: section to release-plan.yaml with totals by status (fixed, deferred, wontfix, open): bugs: { total: N, fixed: N, deferred: N, wontfix: N, registry: specs/bugs/registry.yaml }.

8. Sync execution status
bash
bash scripts/sync-status-from-epics.sh
9. Snapshot on planning close (optional)

Copy to specs/product/snapshots/release-<version>/ when the user approves the plan.

10. Suggest next steps
  • Run assess-impact before plan-work for any story touching existing modules.
  • Run plan-work per story for detailed steps inside the epic shard.
  • Run change-request if a new requirement arrives mid-flight.

© danielvm-git, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in skills/plan-release of danielvm-git/bigpowers.

Open the folder on GitHubat commit 812d57a

Compare with similar skills

Plan Release next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Plan Release compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Plan Release this skilldanielvm-git/bigpowers257—~1.5kAutomated safety check: PassMIT
Refactor Design Reportpenwyp/ClaudePreference136—~1.4kAutomated safety check: PassMIT
Verification Gatesrohitg00/skillkit1.5k—~1.7kAutomated safety check: PassApache-2.0
Pm Specsanqiufong/slides-from-anything1321 repos~383Automated safety check: PassApache-2.0
User Story Writerdeanpeters/Product-Manager-Skills7.2k2 repos~2.9kAutomated safety check: PassCustom licence
Ralph Tui Create Beadssubsy/ralph-tui2.5k1 repos~2.6kAutomated safety check: PassMIT

Similar skills

  • Refactor Design Report

    penwyp/ClaudePreference

    Produce a professional, code-grounded refactor or implementation design report from identified technical problems, product gaps, review findings, architecture concerns, or frontend-backend contract…

    136 GitHub stars~1.4k tokensUpdated 4 mo ago
    Product & Project ManagementAuto-check passed
  • Verification Gates

    rohitg00/skillkit

    Creates explicit validation checkpoints (verification gates) between project phases to catch errors early and ensure quality before proceeding.

    1.5k GitHub stars~1.7k tokensUpdated 4 mo ago
    Product & Project ManagementAuto-check passed
  • Pm Spec

    sanqiufong/slides-from-anything

    Product spec / PRD as a single page — problem, success metrics, scope, user stories, design notes, rollout plan, open questions.

    132 GitHub starsUsed in 1 repo~383 tokens
    Product & Project ManagementAuto-check passed
  • User Story Writer

    deanpeters/Product-Manager-Skills

    Writes user stories in Mike Cohn's format with Gherkin acceptance criteria, turning user needs into development-ready work with testable conditions.

    7.2k GitHub starsUsed in 2 repos~2.9k tokens
    Product & Project ManagementAuto-check passed
  • Ralph Tui Create Beads

    subsy/ralph-tui

    Convert PRDs to beads for ralph-tui execution. An agent skill from subsy/ralph-tui.

    2.5k GitHub starsUsed in 1 repo~2.6k tokens
    Product & Project ManagementAuto-check passed
  • Agile Product Owner

    alirezarezvani/claude-skills

    Writes INVEST-checked user stories with acceptance criteria, splits epics, plans sprints from velocity and ranks the backlog with a weighted score.

    28k GitHub starsUsed in 3 repos~3.2k tokens
    Product & Project ManagementAuto-check passed

More from danielvm-git/bigpowers

All 39 skills in this repo
  • Extract Design

    danielvm-git/bigpowers

    Extract a Google DESIGN.md file from an HTML prototype (claude.ai/design or any styled page) using Puppeteer, producing machine-readable tokens and AI-generated prose.

    257 GitHub stars~1k tokensUpdated 16 days ago
    Auto-check passed
  • Align Grid

    danielvm-git/bigpowers

    Build editorial/magazine/report webpages on a GENUINE Müller-Brockmann modular grid (International Typographic Style) — not a decorative one.

    257 GitHub stars~3k tokensUpdated 16 days ago
    Auto-check passed
  • Assess Impact

    danielvm-git/bigpowers

    Analyze the blast radius of a proposed change before any code is written.

    257 GitHub stars~766 tokensUpdated 16 days ago
    Auto-check passed
  • Audit Code

    danielvm-git/bigpowers

    Self-review checklist for the coding agent to run before dispatching a reviewer.

    257 GitHub stars~1.6k tokensUpdated 16 days ago
    Auto-check: notes
  • Audit Plan

    danielvm-git/bigpowers

    Evaluate an incoming project plan against bigpowers principles and conventions, surface gaps, and produce a READY/NOT READY verdict before engagement begins.

    257 GitHub stars~880 tokensUpdated 16 days ago
    Auto-check passed
  • Compose Workflow

    danielvm-git/bigpowers

    Chain multiple bigpowers skills into a custom workflow recipe saved in specs/.

    257 GitHub stars~723 tokensUpdated 16 days ago
    Auto-check passed

Questions about Plan Release

What does Plan Release do?

RELEASE-INDEX BUILDER — Sequence elaborated epics into specs/release-plan.yaml with WSJF ordering and BCP baselines. Plan Release is an agent skill from danielvm-git/bigpowers.yaml with WSJF ordering and BCP baselines.

When should I use Plan Release?

Plan Release fits situations like: wants a versioned release index of epics; tasks that involve User stories; tasks that involve Feature launches and release readiness.

How do I install Plan Release in Claude Code?

Run `npx skills add danielvm-git/bigpowers --skill plan-release -a claude-code`. Or copy the skill folder (skills/plan-release in danielvm-git/bigpowers) into .claude/skills/plan-release in your project. Claude Code loads it when a task matches its description.

How do I install Plan Release in Codex?

Run `npx skills add danielvm-git/bigpowers --skill plan-release -a codex`. Or copy the skill folder (skills/plan-release in danielvm-git/bigpowers) into .agents/skills/plan-release in your project. Codex loads it when a task matches its description.

Can I use Plan Release in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add danielvm-git/bigpowers --skill plan-release -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/plan-release, .gemini/skills/plan-release, .github/skills/plan-release and .opencode/skills/plan-release in your project.

What does Plan Release need to run?

Going by SKILL.md and its folder, Plan Release needs the command-line tools its instructions call (bash and gh).

Does Plan Release access the network?

SKILL.md contains no URLs. Its commands use gh, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Plan Release safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Plan Release use?

Plan Release is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Plan Release use?

About 1.5k tokens (SKILL.md is roughly 6k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Plan Release?

Skills that share tags, products or a category with Plan Release: Refactor Design Report (penwyp/ClaudePreference, 136 stars), Verification Gates (rohitg00/skillkit, 1.5k stars), Pm Spec (sanqiufong/slides-from-anything, 132 stars) and User Story Writer (deanpeters/Product-Manager-Skills, 7.2k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Plan Release?

danielvm-git (a GitHub user) maintains it in danielvm-git/bigpowers, which has 257 GitHub stars. The repository holds 39 skills in this directory. The repository was last updated on September 21, 2026.

Source: danielvm-git/bigpowers on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.