apple-release-provenance

Installation
SKILL.md

Apple Release Provenance

Prove the requested chain without collapsing distinct transformations:

source -> archive -> export -> published -> downloaded -> installed -> running

Invariants

  • Record exact source, dirty/generated inputs, dependencies, toolchain, CI/build identity, channel, and each artifact boundary. Filenames, versions, branches, valid signatures, or notarization alone do not prove a source revision.
  • Inspect effective signing, entitlements, profiles, nested code, and notarization at the stages where they are observable. Apple re-signs App Store products; submitted and delivered signatures or bundle bytes need not match.
  • Bind runtime evidence to the strongest observable build identity. On macOS, inspect the exact installed executable. Restricted platforms may expose only App Store Connect, app-reported, receipt, or diagnostic identifiers; mark inaccessible delivered-code claims unproven.
  • Treat TCC state as a separate runtime observation. Never transfer permission conclusions between builds or reset permissions just to simplify diagnosis.
  • Treat Sparkle archive, appcast, download, installed replacement, and relaunched executable as separate boundaries. Its signature proves neither source revision nor Apple signing state.

Route

Installs
2
GitHub Stars
1
First Seen
Aug 31, 2026