release

Solid

Minimal codex-native release loop. Use for SemVer-aware release readiness with measurable gates and artifact output.

AI & Automation 27 stars 4 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 82/100

Stars 20%
48
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Release SemVer-aware release readiness/communication. Prepares release evidence/docs; never tag, publish, upload, or force-push. ## Input Schema ```json { "mode": "notes|prepare|audit|demo", "range": "optional git range, tag pair, or target version", "target_version": "optional SemVer version", "done_when": "release blockers, warnings, and required artifacts are explicit" } ``` ## Workflow ### 01: Create run directory Run `python PLUGIN_ROOT/shared/create_run.py --skill release` once. Retain its single printed path as `<run-directory>` and substitute that literal path into every later artifact path and helper argument. Never store or reuse the path through a shell variable; shell variables do not persist across tool calls. ### 02: Determine mode, range, and target version - `notes`: draft release notes from git range. - `prepare`: audit plus notes/changelog/migration-artifact checks. - `audit`: readiness verdict only. - `demo`: optional release-demo planning artifact; never required for non-feature releases. Unknown mode/ambiguous range => fail before release docs. ### 03: Collect release evidence Use the supplied `range`; when absent, run `git describe --tags --abbrev=0` as argv and form `<printed-tag>..HEAD`. Retain that literal release range in workflow state, run `git log --oneline <release-range>` as argv, and write stdout to `<run-directory>/commits.txt`. Record range or log collection failure instead of treating empty output as success. Inspect `p...

Details

Author
Borda
Repository
Borda/AI-Rig
Created
6 months ago
Last Updated
today
Language
Python
License
Apache-2.0

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

release

Run a versioned release with git-flow discipline: deterministic preflight that reads version state from git (every tag, both branches, their remotes) rather than from the checkout, derives the semver bump from Conventional Commits, writes the changelog entry from fragments, and prints the exact command sequence for THIS repository — consent-gated by default (configurable auto mode). The workflow itself lives in .supermodo/rules/release.md, materialized once from a shipped template (light dev→main, full git-flow with release/* and hotfix/*, or request-based for a protected main). Renders git commands from verified facts and never invents a forge's — publishing is the project's own step, written into its rules file. Use for 'release', 'cut a release', 'ship a version', 'bump the version', 'publish vX.Y.Z', 'hotfix production' — whenever accumulated work should become a tagged, published version.

0 Updated 1 weeks ago
supermodo
API & Backend Listed

release

Cut a Canary release end-to-end with exactly one human stop. Autonomously preflights auth (verify-first Actions-OIDC), shared-tree state, version stamps, changelog, and gates; presents a findings-first GO/NO-GO; then fires and supervises `make release` and runs the full post-release verification (assets, tags, registry, fresh-clone build, live site stamps). Use when asked to cut, ship, prepare, or verify a release. Never tags, pushes, or creates GitHub releases directly; never force-pushes; never implements feature code in-release.

5 Updated 1 months ago
osauer