Asc Build Lifecycle
Polecenia CLI asc do znajdowania najnowszych buildów, sprawdzania przetwarzania i wygaszania starych
Działa po konfiguracji
Co robi ten skill
36-liniowa ściągawka poleceń dla nieoficjalnego App Store Connect CLI (`asc`) obejmująca wyszukiwanie buildów (`builds info --latest`, `next-build-number`, `builds list`), inspekcję przetwarzania i retencję buildów TestFlight za pomocą `builds expire` / `builds expire-all --older-than 90d --dry-run`. Uruchamia się, gdy czekasz na zakończenie przetwarzania buildu, ustalasz, który build jest aktualny, lub usuwasz stare buildy TestFlight. Wymaga binarki `asc` i poświadczeń API App Store Connect do faktycznego wykonania czegokolwiek.
Raport z testu
Sklonowano repozytorium do tymczasowego HOME i potwierdzono, że blok instalacyjny umieszcza SKILL.md w ~/.claude/skills/asc-build-lifecycle/SKILL.md; frontmatter parsowany z name + description (137 znaków), a treść nie odwołuje się do żadnych skryptów ani plików referencyjnych, więc nie było nic do błędu 404. Ponieważ `asc` nie jest tutaj zainstalowany (`which asc` -> nie znaleziono) i nie ma poświadczeń App Store Connect, nie mogłem wykonać żadnego polecenia, więc zamiast tego płytko sklonowałem nadrzędny CLI (rorkai/App-Store-Connect-CLI, Go) i sprawdziłem każde polecenie w treści względem jego źródła: wszystkie 8 form istnieje — `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` — z flagami zdefiniowanymi w builds_commands.go, builds_expire_all.go, builds_latest.go i publish.go. Artefakt bazowy (abl-baseline.md, napisany przed konsultacją z treścią) powrócił do fastlane `latest_testflight_build_number` i surowego `/v1/builds` curl, a jego trzy odgadnięte formy asc (`asc build list`, `asc build latest`, `asc build expire --older-than 90`) są wszystkie nieprawidłowe — rzeczownik to `builds`, nie ma podpolecenia `latest`, a `--older-than` istnieje tylko w `expire-all`; artefakt umiejętności (abl-skill.md) był 8/8 poprawny. Wobec tego, treść zawiera jedno błędne twierdzenie — mówi, że "`asc builds upload` tylko przygotowuje operacje przesyłania", podczas gdy nadrzędny LongHelp mówi, że upload natychmiast zatwierdza plik i tylko `--dry-run` rezerwuje operacje — i pomija `--keep-latest N` (flagę retencji), `--processing-state VALID` (potrzebną do przykładu "latest processed build" z README) oraz dedykowane polecenie `asc builds wait`, więc "zachowanie 5 najnowszych" i "tylko przetworzone" części mojego zadania testowego były niemożliwe do odpowiedzi na podstawie samej treści. Brak zagrożeń bezpieczeństwa: brak curl|sh, base64, obsługi poświadczeń; destrukcyjne `expire-all` jest chronione za pomocą `--dry-run`/`--confirm`.
Testowano: 2026-07-21 · Claude Code 2.x (agent harness)
Instalacja
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
Komendy i przykładowe prompty
/asc-build-lifecyclePolecenia CLI asc do znajdowania najnowszych buildów, sprawdzania przetwarzania i wygaszania starych
Skille uruchamiają się na zwykłe polecenia — bez komend do zapamiętania. Po instalacji aktywują go prompty takie jak te (po angielsku):
Check if my latest TestFlight build finished processingFind the most recent build for this appDelete old App Store Connect builds to free space