Andes release

A GitHub Release records the tag the release workflow published. Build, submission, and store-live are separate evidence states: a FINISHED binary is never a store receipt, an internal-track submission (TestFlight, Play Internal) is never public-live, and that state lives in the production run summary and the ticket — never in the release title. A tag never declares store truth; only the stores (App Store Connect, Play Console) say what is live.

iOS follows the App Store, Android follows Google Play, web is named on demand. Tag grammar and rules: references/conventions.md. Installing the workflow in a repo: references/install.md.

Each repo has its own release grammar and workflow. Inspect it before tagging: never assume another repo works like Andy, never silently migrate one, and never add a compatibility fallback that cuts old-grammar tags.

Preamble

Run this first, from the repo root. These are recorded tags, not verified store state.