Skip to content
Back to skills

Dev Release Check

ASecurity

Use for pre-release validation, versioning, changelogs, artifacts, smoke tests, rollback notes, and release risk.

  • 21 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 6, 2026
developmentsecurity

Security analysis

A100/100

Scanned September 6, 2026

npx -y skills add BlueSkyXN/Codex-is-all-you-need --skill dev-release-check --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Dev Release Check?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Dev Release Check
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/blueskyxn-dev-release-check/badge)](https://www.skillsdirectory.com/skills/blueskyxn-dev-release-check)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: dev-release-check
description: Use for pre-release validation, versioning, changelogs, artifacts, smoke tests, rollback notes, and release risk.
metadata:
  version: "0.3"
  updated: "2026-06-12"
---

# Release check workflow

Use this workflow when preparing, reviewing, or validating a software release.

## Steps

1. Identify release target.
   - Version or tag
   - Branch or commit
   - Package or app artifact
   - Deployment target
   - Release notes audience

2. Read release sources.
   - Diff since last release
   - Changelog
   - Package metadata
   - CI status
   - Build scripts
   - Docs and migration notes

3. Validate readiness.
   - Tests
   - Typecheck/lint/build
   - Artifact generation
   - Smoke test
   - Dependency/security checks if relevant
   - Backward compatibility and migration notes

4. Prepare release material.
   - Version bump
   - Tag plan
   - Release notes
   - Known issues
   - Rollback path
   - Verification commands

5. Read back final state.
   - Commit SHA
   - Tag
   - Artifact path or URL
   - CI/check results if remote release is involved

## Output

Return:

1. Release target
2. Change summary
3. Validation performed
4. Artifact/tag/state
5. Known risks or rollback notes

## Do not

- Do not create tags or publish artifacts unless explicitly asked.
- Do not claim CI or release success without reading back the final state.
- Do not overstate stability beyond the checks actually run.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.