New to Claude Skills? Learn how to install them →

steipete on GitHub

Mac App Release

Free

Streamline your macOS app release process.

by steipete6.5k stars on steipete/agent-scripts
2 views
Updated Aug 10, 2026
Get this skill

Free · Opens the source repo

What Mac App Release does

The Mac App Release skill is designed to facilitate the release process for macOS applications that utilize Sparkle for updates. This skill is particularly useful for developers working on applications like BlackBar, RepoBar, CodexBar, and Trimmy. By leveraging this skill, developers can automate various tasks involved in releasing their applications, such as notarization, creating appcasts, and managing GitHub releases.

To use the Mac App Release skill, you will need to work from the application's repository and configure a release manifest in the form of a .mac-release.env file. This manifest contains essential information about the app, including its name, repository, bundle ID, version, and various URLs needed for the release process. The skill provides a set of commands that can be executed in a bash environment, allowing you to check the status of your release, generate changelogs, verify appcasts, and perform the actual release.

The commands included in this skill enable a streamlined workflow for managing app releases. For instance, you can create an appcast, check assets, and even handle code signing through the provided scripts. By following the established rules and guidelines, developers can ensure that sensitive information, such as private keys, is handled securely, and that the release process is efficient and reliable.

Overall, this skill is ideal for macOS developers looking to automate and simplify their app release workflow, ensuring that they can focus on development while maintaining a smooth release process.

When to use it

Use this skill when you need to release a macOS application that requires Sparkle updates and notarization.

When not to use it

This skill is not suitable for applications that do not utilize Sparkle for updates or for developers seeking a GUI-based release process.

What you can build with it

Automating App Releases

Use the skill to automate the entire release process of your macOS app, reducing manual steps and potential errors.

Managing Notarization

Efficiently handle the notarization process required for macOS applications, ensuring compliance with Apple's guidelines.

Creating Appcasts

Easily generate appcasts for your application, allowing users to receive updates seamlessly.

How to install Mac App Release

View source

1. Install with the skills CLI

npx skills add steipete/agent-scripts/release-mac-app --agent claude-code

2. Or install it manually

Download the skill folder and drop it into ~/.claude/skills/ for all projects, or .claude/skills/ to scope it to one repo. Restart Claude Code so it picks up the new skill.

Anthropic's agentic coding CLI, and the reference implementation of Agent Skills. Drop a skill folder into ~/.claude/skills and Claude Code loads it automatically whenever a task matches the skill's description. Claude Code docs

Inside SKILL.md

Written by steipete

Mac App Release

Use for BlackBar, RepoBar, CodexBar, Trimmy, and similar Sparkle-updated macOS apps.

Rules

  • Work from the app repo.
  • Read .mac-release.env; it is the repo-owned release manifest.
  • Use scripts/mac-release from this skill for shared release/appcast/verify work.
  • Keep app-specific build/package/sign behavior in repo scripts unless it is already manifest-driven.
  • Never print private key material.
  • Prefer Keychain Sparkle signing. SPARKLE_PRIVATE_KEY_FILE is an explicit override only.

Commands

/Users/steipete/Projects/agent-scripts/skills/release-mac-app/scripts/mac-release status
/Users/steipete/Projects/agent-scripts/skills/release-mac-app/scripts/mac-release notes [version] [output.md]
/Users/steipete/Projects/agent-scripts/skills/release-mac-app/scripts/mac-release changelog-html <version> [CHANGELOG.md]
/Users/steipete/Projects/agent-scripts/skills/release-mac-app/scripts/mac-release make-appcast <zip> [feed-url]
/Users/steipete/Projects/agent-scripts/skills/release-mac-app/scripts/mac-release verify-appcast [version]
/Users/steipete/Projects/agent-scripts/skills/release-mac-app/scripts/mac-release check-assets [tag]
/Users/steipete/Projects/agent-scripts/skills/release-mac-app/scripts/mac-release release
/Users/steipete/Projects/agent-scripts/skills/release-mac-app/scripts/mac-release codesign-run [--with-package-secrets] -- <command> [args...]

Manifest

Each repo owns .mac-release.env. It must contain no secrets.

Required:

  • MAC_RELEASE_APP_NAME
  • MAC_RELEASE_REPO
  • MAC_RELEASE_BUNDLE_ID
  • MAC_RELEASE_VERSION_FILE
  • MAC_RELEASE_APPCAST
  • MAC_RELEASE_FEED_URL
  • MAC_RELEASE_DOWNLOAD_URL_PREFIX
  • MAC_RELEASE_APP_ZIP
  • either MAC_RELEASE_INFO_PLIST or MAC_RELEASE_SUPUBLIC_ED_KEY
  • MAC_RELEASE_PACKAGE_CMD

Common optional:

  • MAC_RELEASE_PRECHECK
  • MAC_RELEASE_SOURCE_FILES (space-separated app helper files to source before expanding artifact names)
  • MAC_RELEASE_DSYM_ZIP
  • MAC_RELEASE_REQUIRE_DSYM=0 for app-only releases
  • MAC_RELEASE_ARTIFACT_PREFIX
  • MAC_RELEASE_TAG_SIGNED
  • MAC_RELEASE_TAG_FORCE
  • MAC_RELEASE_RELEASE_BRANCH
  • MAC_RELEASE_SPARKLE_ACCOUNT
  • MAC_RELEASE_SPARKLE_CHANNEL
  • MAC_RELEASE_GENERATE_APPCAST_ARGS
  • MAC_RELEASE_RUN_SPARKLE_UPDATE_TEST
  • MAC_RELEASE_SIGNING_KEY_FILE (local fallback path only; Keychain is used when the file is absent)
  • MAC_RELEASE_EXTRA_ASSET_PATTERNS
  • MAC_RELEASE_EXTRA_ASSET_WAIT_SECONDS
  • MAC_RELEASE_EXTRA_ASSET_WAIT_INTERVAL
  • MAC_RELEASE_OP_ENV_REFS — ';'-separated NAME=op://Vault/Item/field entries resolved in the same credential pass and exported for the package command (item names may contain spaces, hence ';'). Already-exported names are preferred; refs only trigger an op read when missing. Example: NPM_TOKEN=op://Molty/npm Registry - steipete - Release Automation/registry_token.
  • MAC_RELEASE_OP_ITEM + MAC_RELEASE_OP_FIELDS for required packaging secrets. The release helper reads the known item once via op inside one persistent tmux session, then exports the requested fields for the package command.
  • MAC_RELEASE_OP_ACCOUNT defaults to my.1password.com; MAC_RELEASE_OP_VAULT, MAC_RELEASE_OP_TMUX_SESSION, MAC_RELEASE_OP_WAIT_SECONDS are optional. Without a vault, service-account token env is unset for that single op read so the personal desktop account handles it.
  • MAC_RELEASE_CODESIGN_IDENTITY + MAC_RELEASE_CODESIGN_OP_ITEM + MAC_RELEASE_CODESIGN_KEYCHAIN_MANAGED=1 enable non-interactive Developer ID signing. The keychain must be replaceable, dedicated to release automation, separate from the default keychain, not shared with interactive use, and contain exactly one signing private key. The helper owns and may permanently normalize that key's partition ACL to apple-tool:,apple:,codesign:. After precheck, the same tmux credential pass reads keychain_path and normally keychain_password, takes a per-user release lock, prepends the keychain without hiding existing keychains, verifies a Developer ID Application canary, scopes package signing through a temporary codesign --keychain shim, then restores transient state and releases the lock. Set MAC_RELEASE_CODESIGN_PASSWORDLESS=1 only for the canonical passwordless, never-locking release keychain; this omits the password field, preserves its unlocked state, and disables timeout/lock-on-sleep settings.
  • MAC_RELEASE_CODESIGN_OP_ACCOUNT, MAC_RELEASE_CODESIGN_OP_VAULT, MAC_RELEASE_CODESIGN_OP_USE_SERVICE_ACCOUNT, MAC_RELEASE_CODESIGN_OP_PATH_FIELD, and MAC_RELEASE_CODESIGN_OP_PASSWORD_FIELD override the codesign credential item defaults; account, vault, and service-account mode otherwise inherit the primary item settings. Set vault empty and service-account mode 0 for a personal desktop-account item. MAC_RELEASE_CODESIGN_KEYCHAIN + MAC_RELEASE_CODESIGN_KEYCHAIN_PASSWORD may be supplied directly instead.
  • MAC_RELEASE_RUN_LOGIN_SHELL=1 opts command hooks back into bash -lc; default hooks use env -u BASH_ENV bash -c so shell startup files cannot override exported release secrets.

1Password rules:

  • Prefer already-exported env vars first; no op call if all MAC_RELEASE_OP_FIELDS are present.
  • If fields are missing, read configured package and codesign items in one tmux command for the whole release.
  • Use service-account mode only with an explicit vault or MAC_RELEASE_OP_USE_SERVICE_ACCOUNT=1.
  • Do not retry op reads in a fresh shell; rerun only from the same tmux session after explicit user direction.
  • Never allow a release to reach app packaging with an unprepared Developer ID keychain. No SecurityAgent password windows during release; fail the signing canary first.
  • For non-app release scripts, use codesign-run instead of copying keychain setup into the repository. Supply the codesign manifest fields through .mac-release.env or explicit MAC_RELEASE_CODESIGN_* environment configuration. It loads only codesign credentials by default; pass --with-package-secrets when the wrapped release script also needs the configured package/notary fields in the same 1Password pass. It runs the bounded signing canary, scopes codesign through the managed-keychain shim, and restores/relocks before returning.
  • Disable shell xtrace and verbose mode before loading release secrets. Arm cleanup before keychain/search-list mutations, restore the dedicated keychain's original lock policy and user search list, and relock it after packaging.

Done

  • appcast entry has URL, length, Sparkle signature.
  • downloaded enclosure verifies with Sparkle.
  • extracted app passes codesign, spctl, and stapler validate.
  • GitHub release has app zip, dSYM zip when configured, plus app-specific extra assets.
  • release notes match the changelog section.
  • after verified release, bump changelog to next patch Unreleased in the app repo.

Frequently asked questions about Mac App Release

Similar skills