
Cmux Release
- 2.5k installs
- 25.6k repo stars
- Updated August 5, 2026
- manaflow-ai/cmux
cmux-release is a manaflow-ai agent skill that coordinates cmux release workflows—versioning, packaging, promotion, and rollout checks—when shipping cmux builds to staging or production.
About
cmux-release is a skill from manaflow-ai/cmux for coordinating repeatable release workflows on the cmux project. It covers versioning decisions, packaging steps, environment promotion, and rollout verification gates when moving builds toward staging or production. Developers and release engineers reach for it when agents should follow a structured cmux ship checklist instead of ad hoc tagging and deploy commands. The skill emphasizes repeatable gates so promotions do not skip packaging validation or rollout health checks. Use it during release candidates for the cmux CLI or related manaflow-ai artifacts when consistency across environments matters.
- Automates cmux release versioning and packaging
- Standardizes promotion across staging and production
- Encodes rollout gates before go-live
- Reduces ad-hoc release checklist drift
- Integrates with manaflow-ai/cmux delivery flows
Cmux Release by the numbers
- 2,487 all-time installs (skills.sh)
- +299 installs in the week ending Aug 5, 2026 (Skillselion tracking)
- Ranked #18 of 248 Release Management skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/manaflow-ai/cmux --skill cmux-releaseAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 2.5k |
|---|---|
| repo stars | ★ 25.6k |
| Last updated | August 5, 2026 |
| Repository | manaflow-ai/cmux ↗ |
How do you release cmux builds to production?
Coordinate cmux release workflows—versioning, packaging, promotion, and rollout checks—when shipping manaflow-ai/cmux builds to staging or production with repeatable gates.
Who is it for?
Developers shipping manaflow-ai/cmux releases who need agent-guided versioning, packaging, promotion, and rollout checks.
Skip if: Unrelated projects without cmux release pipelines or teams that only need generic semantic-release outside the cmux toolchain.
When should I use this skill?
A cmux build is ready for staging or production and release versioning, packaging, promotion, or rollout gates must run.
What you get
Versioned cmux packages, promotion records, and rollout verification gate results
- Versioned release packages
- Promotion checklist results
- Rollout verification report
Files
cmux Release
Use the /release command to prepare a new release. This will:
1. Determine the new version (bumps minor by default) 2. Gather commits since the last tag and update the changelog 3. Update CHANGELOG.md (the docs changelog page at web/app/docs/changelog/page.tsx reads from it) 4. Run ./scripts/bump-version.sh to update both versions 5. Commit, run ./scripts/release-pretag-guard.sh, tag, and push
Version bumping
./scripts/bump-version.sh
./scripts/bump-version.sh patch
./scripts/bump-version.sh major
./scripts/bump-version.sh 1.0.0This updates both MARKETING_VERSION and CURRENT_PROJECT_VERSION. The build number is auto-incremented and is required for Sparkle auto-update to work.
Before creating a release tag, run:
./scripts/release-pretag-guard.shIf it fails, run ./scripts/bump-version.sh, commit the build-number bump, then retry tagging.
Manual release steps if not using the command:
./scripts/release-pretag-guard.sh
git tag vX.Y.Z
git push origin vX.Y.Z
gh run watch --repo manaflow-ai/cmuxNotes
- Requires GitHub secrets:
APPLE_CERTIFICATE_BASE64,APPLE_CERTIFICATE_PASSWORD,APPLE_SIGNING_IDENTITY,APPLE_ID,APPLE_APP_SPECIFIC_PASSWORD,APPLE_TEAM_ID. - The release asset is
cmux-macos.dmgattached to the tag. - README download button points to
releases/latest/download/cmux-macos.dmg. - Bump the minor version for updates unless explicitly asked otherwise.
- Update
CHANGELOG.md; docs changelog is rendered from it.
Detailed reference
- Read references/release-checklist.md for a more detailed release checklist and common failure handling.
interface:
display_name: "cmux Release"
short_description: "Prepare cmux releases with version, changelog, guard, tag, and asset rules."
default_prompt: "Use this skill when preparing a cmux release, bumping versions, updating CHANGELOG.md, running the release pretag guard, tagging, or troubleshooting release assets."
Release Checklist
This reference expands the cmux release workflow.
Default path
Prefer the /release command. It should handle:
- choosing the version
- gathering commits since the last tag
- updating
CHANGELOG.md - running
./scripts/bump-version.sh - committing release metadata
- running
./scripts/release-pretag-guard.sh - tagging and pushing
Version policy
Use a minor bump by default. Use patch or major only when explicitly requested or clearly justified by the release scope.
The version bump script updates both:
MARKETING_VERSIONCURRENT_PROJECT_VERSION
The build number must increase for Sparkle auto-update. If release-pretag-guard.sh fails because the build number is not monotonic, run the bump script, commit the build-number bump, and retry the guard.
Changelog
Update CHANGELOG.md. The docs changelog page at web/app/docs/changelog/page.tsx renders from it, so do not update a separate docs changelog source.
Keep the changelog user-facing. Mention user-visible fixes, behavior changes, and compatibility notes more prominently than internal refactors.
Tagging
Run before tagging:
./scripts/release-pretag-guard.shManual tag flow:
git tag vX.Y.Z
git push origin vX.Y.Z
gh run watch --repo manaflow-ai/cmuxRelease asset
The expected release asset is:
cmux-macos.dmgThe README download button points to:
releases/latest/download/cmux-macos.dmgIf the asset name changes, update every surface that assumes this path.
Required secrets
Release signing/notarization depends on:
APPLE_CERTIFICATE_BASE64APPLE_CERTIFICATE_PASSWORDAPPLE_SIGNING_IDENTITYAPPLE_IDAPPLE_APP_SPECIFIC_PASSWORDAPPLE_TEAM_ID
If release automation fails before signing, inspect workflow configuration and version metadata first. If it fails during signing/notarization, inspect the secret availability and Apple account status.
Related skills
FAQ
What does cmux-release coordinate?
cmux-release coordinates manaflow-ai cmux release workflows including versioning, packaging, environment promotion, and rollout verification gates when shipping builds to staging or production with repeatable checks.
When should teams invoke cmux-release?
cmux-release fits manaflow-ai/cmux ship cycles when a build needs structured versioning, packaging, promotion, and rollout verification instead of one-off manual deploy commands.