Automated summary
Provides a structured release-management checklist and workflow for Morphir projects, covering pre-release verification, changelog generation, version bumps, and post-release coordination.
Strengths
- Gives a concrete pre-release checklist of mise tasks for formatting, linting, tests, schema validation, examples, and fixtures
- Covers changelog generation with git-cliff and highlights breaking changes that need migration notes
- Describes the full workflow from release branch and version bump through tagging, pushing, and post-release checks
- Includes a CI-to-task mapping table that helps confirm release readiness
Limitations
- Highly specific to Morphir and assumes mise, git-cliff, and the repository's task definitions
- Does not actually publish packages or create GitHub releases on the user's behalf
- Several steps remain manual, including changelog review and checking version consistency across files
Use it when preparing, verifying, or tagging a Morphir release and you want a repeatable procedure.
Avoid it for non-Morphir projects or generic release automation that does not follow the described mise/git-cliff conventions.
Security analysis
CautionThe skill is a legitimate release-management guide and does not contain destructive, exfiltrating, obfuscated, or safety-disabling instructions. It does direct an agent to run shell commands, mise tasks, and git push/tag operations, so it warrants caution rather than being considered risk-free.
- •No allowed-tools are declared while the skill instructs use of shell commands, mise tasks, git commit/tag/push, and potentially package publishing checks.
- •Commands such as `git push origin release/vX.Y.Z --tags` and `mise run ...` execute repository-defined workflows and can mutate remote state, though they are standard release operations.
- •The skill relies on the trustworthiness of the local repository's mise tasks; a compromised task definition could execute arbitrary code.
Examples
Run the full Morphir pre-release check for v1.4.0 and summarize any failures from formatting, linting, tests, schema validation, examples, and fixtures.Generate the unreleased changelog for Morphir tag v2.0.0 with git-cliff, then flag any breaking changes that need migration notes.Review Morphir release readiness: verify version numbers are consistent, CHANGELOG.md is updated, and all required CI checks are green.name: release-manager description: Assists with Morphir release management, including pre-release verification, changelog generation, and release coordination. Use when preparing releases, checking release readiness, or managing version bumps. user-invocable: true
Release Manager Skill
You are a release management assistant specialized in Morphir releases. You help ensure releases are properly verified, documented, and coordinated.
Capabilities
- Pre-Release Verification - Run all checks before releasing
- Changelog Management - Generate and review changelogs
- Version Management - Coordinate version bumps
- Release Coordination - Manage the release workflow
Pre-Release Verification Checklist
Before any release, run the following verification steps:
Automated Checks
# 1. Run all formatting checks
mise run fmt-check
# 2. Run all linters
mise run lint
# 3. Run all tests
mise run test
# 4. Validate schemas against metaschema
mise run schema:validate
# 5. Validate documentation examples
mise run examples:validate
# 6. Validate fixtures
mise run fixtures:validate
# 7. Verify schema sync (YAML/JSON)
mise run docs:schema:verify
# 8. Full check pipeline (runs all of the above)
mise run check
Manual Verification
- [ ] CHANGELOG.md is updated with all notable changes
- [ ] Version numbers are consistent across all files
- [ ] Breaking changes are documented with migration guides
- [ ] All CI pipelines are green
- [ ] Documentation site builds successfully
Release Workflow
1. Prepare Release
# Ensure all checks pass
mise run check
# Generate changelog (if using git-cliff)
git cliff --unreleased --tag vX.Y.Z > CHANGELOG-next.md
# Review and merge changelog
2. Create Release
# Create release branch (if applicable)
git checkout -b release/vX.Y.Z
# Update version numbers
# - Cargo.toml
# - package.json (if applicable)
# - Any other version files
# Commit version bump
git commit -am "chore: bump version to X.Y.Z"
# Create tag
git tag -a vX.Y.Z -m "Release vX.Y.Z"
# Push
git push origin release/vX.Y.Z --tags
3. Post-Release
- [ ] Verify GitHub release is created
- [ ] Verify documentation site is updated
- [ ] Verify npm/cargo packages are published (if applicable)
- [ ] Announce release in appropriate channels
CI Integration
The following checks should be part of CI and must pass before release:
| Check | Task | Required |
|-------|------|----------|
| Formatting | mise run fmt-check | ✓ |
| Linting | mise run lint | ✓ |
| Tests | mise run test | ✓ |
| Schema validation | mise run schema:validate | ✓ |
| Example validation | mise run examples:validate | ✓ |
| Fixture validation | mise run fixtures:validate | ✓ |
| Schema sync | mise run docs:schema:verify | ✓ |
Task Reference
| Task | Description |
|------|-------------|
| mise run check | Run all checks (formatting, linting, validation) |
| mise run fmt | Format all code |
| mise run fmt:rust | Format Rust code only |
| mise run fmt:schema | Format JSON Schema files only |
| mise run lint | Run all linters |
| mise run lint:rust | Run Clippy only |
| mise run lint:schema | Lint JSON Schema files only |
| mise run test | Run all tests |
| mise run schema:validate | Validate schemas against metaschema |
| mise run examples:validate | Validate doc examples against schemas |
| mise run fixtures:validate | Validate fixture files against schemas |
| mise run docs:schema:verify | Verify YAML/JSON schema sync |
Troubleshooting
Schema Validation Failures
If schema:validate fails:
- Check the specific error message
- Validate the schema file syntax
- Ensure the schema follows JSON Schema draft-07/2019-09/2020-12 as appropriate
Example Validation Failures
If examples:validate fails:
- Check which files failed with
mise run examples:validate --verbose - Ensure
formatVersionfield is present in example files - Verify examples match the schema for their version
Fixture Validation Failures
If fixtures:validate fails:
- Fixtures may need to be refetched:
mise run fixtures:fetch - Check if fixtures are valid Morphir IR format
- Ensure fixtures are in the expected locations:
.morphir/testing/fixtures/tests/bdd/testdata/morphir-ir/
From the file to a first result
The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.
View the source and supporting filesThis download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.
1. Download the file
Download SKILL.mdFrom the root of a test project, save the file as .skill-downloads/release-manager-mm5t89td/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.
Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.
mkdir -p '.skill-downloads/release-manager-mm5t89td' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/release-manager-mm5t89td/download' --output '.skill-downloads/release-manager-mm5t89td/SKILL.md.part' && mv '.skill-downloads/release-manager-mm5t89td/SKILL.md.part' '.skill-downloads/release-manager-mm5t89td/SKILL.md'2. Check prerequisites
Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.
No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.
The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.
3. Load the skill
After inspection, copy the complete folder into your project using one of the commands below, then open a new tool session. The command stops if a folder with the same name already exists: compare the files before replacing it.
Claude Code
test -f '.skill-downloads/release-manager-mm5t89td/SKILL.md' && test -s '.skill-downloads/release-manager-mm5t89td/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/release-manager' && cp -R '.skill-downloads/release-manager-mm5t89td' '.claude/skills/release-manager'OpenSkills
OpenSkills must already be installed. The local install/read procedure is checked with OpenSkills 1.5.0, which requires Node.js ≥ 20.6.0. Catalog slugs are not resolved automatically.
Official OpenSkills installationopenskills install './.skill-downloads/release-manager-mm5t89td'openskills read 'release-manager-mm5t89td'Reading should display the installed file content and its base directory. It does not run the skill or install its dependencies.
For an agent that reads AGENTS.md, then sync the index. This command changes AGENTS.md: review the diff before using it.
openskills syncManual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.
4. Try a first task
Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:
Read .skill-downloads/release-manager-mm5t89td/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.
Configure a Chat Channel with SecretRefs
DevOps
Set up chat channels using non-interactive commands, with secrets only as SecretRefs. Covers gather, mutate, repair, and prove steps for reliable delivery.
Investigate ClickHouse CI Failures
DevOps
Investigate a ClickHouse CI failure end-to-end from a PR or S3 report URL. Fetches failed tests, classifies flaky vs real regression, and checks for existing issues/fixes.
Ansible PR Review
DevOps
Reviews an Ansible PR following the project's standardized process, including changelog checks, test coverage validation, and feedback tracking.