Asc Build Lifecycle
asc CLI-Befehle zum Finden der neuesten Builds, Überprüfen der Verarbeitung und Ablaufenlassen alter Builds
Funktioniert mit Setup
Was es kann
Eine 36-zeilige Befehlsübersicht für die inoffizielle App Store Connect CLI (`asc`), die die Build-Suche (`builds info --latest`, `next-build-number`, `builds list`), die Überprüfung der Verarbeitung und die TestFlight-Build-Aufbewahrung über `builds expire` / `builds expire-all --older-than 90d --dry-run` abdeckt. Wird ausgelöst, wenn Sie auf den Abschluss der Verarbeitung eines Builds warten, den aktuellen Build ermitteln oder alte TestFlight-Builds bereinigen. Erfordert das `asc`-Binary und App Store Connect API-Anmeldeinformationen, um tatsächlich etwas auszuführen.
Testbericht
Das Repo in ein temporäres HOME geklont und bestätigt, dass der Installationsblock SKILL.md unter ~/.claude/skills/asc-build-lifecycle/SKILL.md ablegt; der Frontmatter wird mit name + description (137 Zeichen) geparst und der Body verweist auf keine Skripte oder Referenzdateien, sodass nichts zu 404 führte. Da `asc` hier nicht installiert ist (`which asc` -> not found) und keine App Store Connect-Anmeldeinformationen vorhanden sind, konnte ich keinen einzigen Befehl ausführen. Stattdessen habe ich die Upstream-CLI (rorkai/App-Store-Connect-CLI, Go) flach geklont und jeden Befehl im Body mit seiner Quelle abgeglichen: alle 8 Formen existieren — `builds info --latest/--version/--platform/--build-id`, `next-build-number`, `list --sort -uploadedDate --limit`, `expire --build-id --confirm`, `expire-all --older-than --dry-run/--confirm`, `publish testflight`, `publish appstore` — mit Flags, die in builds_commands.go, builds_expire_all.go, builds_latest.go und publish.go definiert sind. Das Baseline-Artefakt (abl-baseline.md, vor Konsultation des Bodys geschrieben) griff auf fastlane `latest_testflight_build_number` und rohes `/v1/builds` curl zurück, und seine drei geratenen asc-Formen (`asc build list`, `asc build latest`, `asc build expire --older-than 90`) sind alle ungültig – das Nomen ist `builds`, es gibt keinen `latest`-Unterbefehl, und `--older-than` existiert nur bei `expire-all`; das Skill-Artefakt (abl-skill.md) war 8/8 gültig. Demgegenüber enthält der Body eine falsche Behauptung – er sagt "`asc builds upload` prepares upload operations only", während die Upstream-LongHelp besagt, dass upload die Datei sofort committet und nur `--dry-run` Operationen reserviert – und er lässt `--keep-latest N` (das Retention-Flag), `--processing-state VALID` (benötigt für das eigene "latest processed build"-Beispiel der README) und den dedizierten `asc builds wait`-Befehl weg, sodass die "keep the 5 newest"- und "processed-only"-Hälften meiner Testaufgabe allein aus dem Body unbeantwortbar waren. Keine Sicherheitsrisiken: kein curl|sh, kein base64, keine Handhabung von Anmeldeinformationen; destruktives `expire-all` ist hinter `--dry-run`/`--confirm` abgesichert.
Getestet am: 2026-07-21 · Claude Code 2.x (agent harness)
Installation
git clone --depth 1 https://github.com/rorkai/app-store-connect-cli-skills.git /tmp/asc-build-lifecycle-src mkdir -p ~/.claude/skills cp -R /tmp/asc-build-lifecycle-src/skills/asc-build-lifecycle ~/.claude/skills/asc-build-lifecycle # Requires the `asc` binary: https://github.com/rorkai/App-Store-Connect-CLI (Go), plus App Store # Connect API auth (ASC_KEY_ID / ASC_ISSUER_ID / .p8 private key). Without it the skill is text only. # Plugin alternative: claude plugin marketplace add rorkai/app-store-connect-cli-skills && claude plugin install asc@rorkai # Whole-pack alternative: npx skills add rorkai/app-store-connect-cli-skills
Befehle & Beispiel-Prompts
/asc-build-lifecycleasc CLI-Befehle zum Finden der neuesten Builds, Überprüfen der Verarbeitung und Ablaufenlassen alter Builds
Skills reagieren auf normale Anfragen — keine Slash-Befehle nötig. Nach der Installation aktivieren Prompts wie diese den Skill (auf Englisch):
Check if my latest TestFlight build finished processingFind the most recent build for this appDelete old App Store Connect builds to free space