agentleFS
sreejithramansreejithraman/SreeStack/skills/app-store-connect/SKILL.md

app-store-connect

Skill1 starsChanged 16 days agoMITView on GitHub

Use when asked to check App Store Connect builds, investigate TestFlight crashes or feedback, distribute betas, prepare or submit a release, fix App Review blockers, update store listings or pricing, manage Apple Ads, or run asc commands. Also use for signing, export, or notarization as part of app distribution. Excludes local Simulator debugging.

6 other projects use a version of this.

Adopted by

Most recently taken up by

The file

Show its rules and text

We split this skill into the rules it gives an agent

19 rules. 0 are common, 3 are distinctive, and 16 are very specific to this project.

  • 0

    Common

    Most of the 6 edited versions we read keep these.

  • 3

    Distinctive

    This author's own choices. Worth a look.

  • 16

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Use this skill when you need to run or design asc commands for App Store Connect.

    line 8
  2. Distinctive:

    Read only the workflow guide needed for the request.

    line 10
  3. Distinctive:

    Read app IDs, auth profiles, build selection, and release rules from the current project.

    line 12
  4. Very specific:

    Check asc version and use the installed command’s --help to verify examples before running them.

    line 18
  5. Very specific:

    Use asc search for local, deterministic command discovery when you know the workflow but not the command path.

    line 22
  6. Very specific:

    Use asc schema to inspect bundled App Store Connect endpoint schemas and request/query fields before designing API-facing commands.

    line 25
  7. Very specific:

    Use asc capabilities to explain CLI-supported, partial, web-session, and public-API-limited workflow coverage.

    line 28
  8. Very specific:

    Prefer view over legacy get aliases for read-only commands in docs and automation.

    line 35
  9. Very specific:

    Prefer edit for update-only availability surfaces and other canonical edit flows.

    line 39
  10. Very specific:

    Use asc pricing availability create to initialize app availability before using the update-only edit command.

    line 43
  11. Very specific:

    Keep set where the CLI intentionally models a higher-level replacement/configuration flow and --help still shows set as the canonical verb.

    line 46
  12. Very specific:

    Use explicit long flags (e.g., --app, --output).

    line 50
  13. Distinctive:

    Prefer explicit flags in automation.

    line 51
  14. Very specific:

    Use --paginate when the user wants all pages.

    line 53
  15. Very specific:

    Use --output table or --output markdown only for human-readable output.

    line 58
  16. Very specific:

    Prefer an existing keychain API profile.

    line 63
  17. Very specific:

    When permissions are unclear, inspect exact API key role coverage with asc web auth capabilities.

    line 66
  18. Very specific:

    When API key setup is requested, create an App Store Connect team API key through a cached Apple Account web session with asc web api-keys …

    line 69
  19. Very specific:

    After login, verify authenticated and the selected provider with a separate status read.

    line 81

“Common” is measured: kept by at least 6 in 10 of the 6 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

App Store Connect usage

Use this skill when you need to run or design asc commands for App Store Connect.

Read only the workflow guide needed for the request; follow its supporting links when their stated condition applies. Switching guides keeps the current task, resolved IDs, and authorization.

Read app IDs, auth profiles, build selection, and release rules from the current project. Reuse its release scripts where they cover the task. These guides provide procedures, not permission for unrelated account changes or test mutations.

Command discovery

CLI reference: App-Store-Connect-CLI.

  • Check asc version and use the installed command’s --help to verify examples before running them. The guides may cover a newer CLI version.
    • asc --help
    • asc builds --help
    • asc builds list --help
  • Use asc search for local, deterministic command discovery when you know the workflow but not the command path.
    • asc search "submit app for review"
    • asc search --output table "upload build"
  • Use asc schema to inspect bundled App Store Connect endpoint schemas and request/query fields before designing API-facing commands.
    • asc schema --pretty "GET /v1/apps"
    • asc schema --method POST appStoreVersions
  • Use asc capabilities to explain CLI-supported, partial, web-session, and public-API-limited workflow coverage.
    • asc capabilities --area release --output table
    • asc capabilities --status web-session --output table
    • asc capabilities --status not-public-api --output markdown

Canonical verbs (current asc)

  • Prefer view over legacy get aliases for read-only commands in docs and automation.
    • asc apps view --id "APP_ID"
    • asc versions view --version-id "VERSION_ID"
    • asc pricing availability view --app "APP_ID"
  • Prefer edit for update-only availability surfaces and other canonical edit flows.
    • asc pricing availability edit --app "APP_ID" --territory "USA,GBR" --available true
    • asc app-setup availability edit --app "APP_ID" --territory "USA,GBR" --available true
    • asc xcode version edit --build-number "42"
  • Use asc pricing availability create to initialize app availability before using the update-only edit command. If Apple rejects the public-API bootstrap, authenticate a web session and use asc web apps availability create, or configure Pricing and Availability in App Store Connect.
    • asc pricing availability create --app "APP_ID" --territory "USA,GBR" --available true --available-in-new-territories true
    • asc web apps availability create --app "APP_ID" --territory "USA,GBR" --available-in-new-territories true
  • Keep set where the CLI intentionally models a higher-level replacement/configuration flow and --help still shows set as the canonical verb.

Flag conventions

  • Use explicit long flags (e.g., --app, --output).
  • Prefer explicit flags in automation; some newer commands can prompt for missing fields when run interactively.
  • Destructive operations require --confirm.
  • Use --paginate when the user wants all pages.

Output formats

  • Output defaults are TTY-aware: table in interactive terminals, json when piped or non-interactive.
  • Use --output table or --output markdown only for human-readable output.
  • --pretty is only valid with JSON output.

Authentication and defaults

  • Prefer an existing keychain API profile; use asc auth login when authentication needs setup.
  • Fallback env vars: ASC_KEY_ID, ASC_ISSUER_ID, ASC_PRIVATE_KEY_PATH, ASC_PRIVATE_KEY, ASC_PRIVATE_KEY_B64.
  • ASC_APP_ID can provide a default app ID.
  • When permissions are unclear, inspect exact API key role coverage with asc web auth capabilities.
    • This lives under the web-session auth surface.
    • It can resolve the current local auth by default, or inspect a specific key with --key-id.
  • When API key setup is requested, create an App Store Connect team API key through a cached Apple Account web session with asc web api-keys create.
    • An Account Holder or Admin session is required; use asc web auth login --apple-id "user@example.com" first when needed.
    • The command saves the one-time P8 as AuthKey_<KEY_ID>.p8 without printing its contents; choose an explicit private directory with --output-dir.
    • Example: asc web api-keys create --name "CI uploads" --role APP_MANAGER --output-dir "./keys" --output json.

Reuse authentication before requesting another code

  • API-key authentication (asc auth) and Apple Account web sessions (asc web auth) are separate. Inspect asc auth status and command capabilities before starting a web login. An API profile name is a local label, not an app-level permission boundary.
  • For web-only work, check asc web auth status --apple-id "user@example.com" --output json first. Reuse an authenticated cached session and verify its provider matches the intended account before mutations. Preserve trust and session state during routine preparation.
  • Give one process ownership of interactive sign-in for an Apple Account. While a code prompt is pending, continue that same process; serialize other sign-ins for that account so another login does not invalidate its challenge.
  • Match a code to the current prompt. A trusted-device notification and SMS fallback are separate verification steps. Once the CLI announces phone delivery, use the newly delivered phone code. Inspect the installed command's help for supported resend or recovery; deliberate bad-code submission is not a resend strategy.
  • On failure, distinguish code rejection from a timeout after verification or provider selection. Inspect the exact error and installed version before requesting more codes. Increasing a request timeout does not verify that an interactive-session problem is fixed.
  • After login, verify authenticated and the selected provider with a separate status read. Confirm the next web operation reuses the cache before reporting success. Sessions can expire later; report the verified current state.
  • Inspect asc web auth login --help before configuring a supported --two-factor-code-command. Keep credentials and codes out of logs, source, shell history, and PRs. Use only authentication mechanisms supported by the installed CLI; a password-manager passkey or browser sign-in does not establish CLI cache authentication.

Timeouts

  • ASC_TIMEOUT / ASC_TIMEOUT_SECONDS control request timeouts.
  • ASC_UPLOAD_TIMEOUT / ASC_UPLOAD_TIMEOUT_SECONDS control upload timeouts.

Workflow guides

TaskRead
Resolve app, version, build, or group IDsasc-id-resolver
Inspect builds, processing, or retentionasc-build-lifecycle
Distribute TestFlight builds and manage testersasc-testflight-orchestration
Read TestFlight crashes and feedbackasc-crash-triage
Archive or export with Xcodeasc-xcode-build
Set up certificates, profiles, and signingasc-signing-setup
Diagnose review blockers, rejection, or stuck submissionsasc-submission-health
Stage, publish, or submit a releaseasc-release-flow
Sync store metadataasc-metadata-sync
Translate store metadataasc-localize-metadata
Write What’s New release notesasc-whats-new-writer
Capture, frame, and upload screenshotsasc-shots-pipeline
Resize existing screenshotsasc-screenshot-resize
Audit App Store search optimizationasc-aso-audit
Fetch analytics reportsasc-analytics-reports
Localize subscriptions and in-app purchasesasc-subscription-localization
Set prices by purchasing powerasc-ppp-pricing
Sync a RevenueCat product catalogasc-revenuecat-catalog-sync
Distribute ad hoc buildsasc-ad-hoc-distribution
Notarize macOS appsasc-notarization
Create an app record through the browserasc-app-create-ui
Define repeatable asc workflowsasc-workflow
Manage Apple Ads auth, campaigns, or reportsasc-apple-ads
Submit an app to the CLI project’s showcaseasc-wall-submit

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.