Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
rorkai avatar

Asc Submission Health

  • 2.2k installs
  • 934 repo stars
  • Updated July 21, 2026
  • rorkai/app-store-connect-cli-skills

This is a copy of asc-submission-health by rudrankriyam - installs and ranking accrue to the original listing.

asc-submission-health is an agent skill that runs App Store Connect CLI pre-flight checks so iOS developers shipping builds can validate metadata, encryption, screenshots, and review status before submitting to Apple rev

About

asc-submission-health in rorkai/app-store-connect-cli-skills standardizes iOS App Store submission using the asc CLI, replacing legacy submit-preflight and submit-create shortcuts with asc validate as the canonical readiness command. The checklist verifies build processingState VALID, runs asc validate --app --version --platform IOS with optional --strict, repairs encryption declarations, content-rights, localizations, screenshots, IAP, and subscription validation, then submits via asc review submit or asc publish appstore --ipa --submit --confirm. Monitoring uses asc status, asc submit status, and asc review submissions-list; cancellation flows cover asc submit cancel. The skill documents experimental asc web privacy and asc web review iaps attach for gaps the public API cannot verify. Developers reach for asc-submission-health when App Store review rejects versions for missing encryption, privacy, or screenshot metadata and they need repeatable CLI automation instead of manual App Store Connect clicks.

  • Runs the current canonical `asc validate` command for submission readiness
  • Verifies build processingState is VALID and handles encryption declarations
  • Supports strict mode to treat warnings as failures in automation
  • Monitors review status and reduces submission rejection risk
  • Replaces legacy submit-preflight and submit-create shortcuts

Asc Submission Health by the numbers

  • 2,171 all-time installs (skills.sh)
  • +245 installs in the week ending Jul 28, 2026 (Skillselion tracking)
  • Security screen: LOW risk (skills.sh audit)
  • Data as of Jul 28, 2026 (Skillselion catalog sync)
npx skills add https://github.com/rorkai/app-store-connect-cli-skills --skill asc-submission-health

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs2.2k
repo stars934
Security audit2 / 3 scanners passed
Last updatedJuly 21, 2026
Repositoryrorkai/app-store-connect-cli-skills

How do you validate iOS App Store submission readiness?

Validate App Store submission readiness, run pre-flight checks, and monitor review status before submitting iOS builds.

Who is it for?

iOS developers using the asc CLI who need automated App Store pre-flight validation, submission, and review-status monitoring before release.

Skip if: Android Play Console releases, apps without asc CLI auth configured, or teams that only need local Xcode unit tests without store submission.

When should I use this skill?

User mentions asc validate, App Store submission readiness, asc review submit, review rejection troubleshooting, or asc publish appstore --submit.

What you get

asc validate report, repaired metadata directory, submitted review record, and asc status monitoring output.

  • Validation report
  • Submitted App Store review record
  • Metadata repair commits

By the numbers

  • Documents asc validate as the canonical readiness command replacing legacy shortcuts
  • Covers 9 pre-submission checklist sections from builds through app privacy

Files

SKILL.mdMarkdownGitHub ↗

asc submission health

Use this skill to reduce review submission failures and monitor review state. The current readiness command is asc validate; legacy submit-preflight and submit-create shortcuts must not be used.

Preconditions

  • Auth configured and app/version/build IDs resolved.
  • Build processing completed or the command uses a high-level flow with --wait.
  • Metadata, app info, screenshots, review details, content rights, encryption, pricing, and availability are expected to be complete.

Pre-submission checklist

1. Verify build status

asc builds info --build-id "BUILD_ID"

Check:

  • processingState is VALID.
  • encryption fields are understood before submission.

2. Run canonical readiness validation

asc validate --app "APP_ID" --version "1.2.3" --platform IOS --output table

Use strict mode when warnings should fail automation:

asc validate --app "APP_ID" --version "1.2.3" --platform IOS --strict --output table

If you already have the exact version ID:

asc validate --app "APP_ID" --version-id "VERSION_ID" --platform IOS --output table

3. Encryption compliance

If the build uses non-exempt encryption:

asc encryption declarations list --app "APP_ID"

asc encryption declarations create \
  --app "APP_ID" \
  --app-description "Uses standard HTTPS/TLS" \
  --contains-proprietary-cryptography=false \
  --contains-third-party-cryptography=true \
  --available-on-french-store=true

asc encryption declarations assign-builds \
  --id "DECLARATION_ID" \
  --build "BUILD_ID"

If the app truly uses only exempt transport encryption, prefer updating the local plist and rebuilding:

asc encryption declarations exempt-declare --plist "./Info.plist"

4. Content rights declaration

asc apps content-rights view --app "APP_ID"
asc apps content-rights edit --app "APP_ID" --uses-third-party-content=false

5. Version metadata and localizations

asc versions view --version-id "VERSION_ID" --include-build --include-submission
asc localizations list --version "VERSION_ID" --output table

For canonical metadata repair:

asc metadata pull --app "APP_ID" --version "1.2.3" --platform IOS --dir "./metadata"
asc metadata validate --dir "./metadata" --output table
asc metadata push --app "APP_ID" --version "1.2.3" --platform IOS --dir "./metadata" --dry-run --output table
asc metadata push --app "APP_ID" --version "1.2.3" --platform IOS --dir "./metadata"

6. App info localizations and privacy policy

asc apps info list --app "APP_ID" --output table
asc localizations list --app "APP_ID" --type app-info --app-info "APP_INFO_ID" --output table

For subscription or IAP apps, make sure privacy policy URL is populated:

asc app-setup info set --app "APP_ID" --primary-locale "en-US" --privacy-policy-url "https://example.com/privacy"

7. Screenshots

asc screenshots list --version-localization "LOC_ID" --output table
asc screenshots sizes --output table
asc screenshots validate --path "./screenshots" --device-type "IPHONE_65" --output table

8. Digital goods readiness

asc validate iap --app "APP_ID" --output table
asc validate subscriptions --app "APP_ID" --output table

Use JSON when you need exact diagnostics:

asc validate subscriptions --app "APP_ID" --output json --pretty

9. App Privacy advisory

The public API cannot fully verify App Privacy publish state. If validation reports an advisory, use the experimental web-session flow or confirm manually.

asc web privacy pull --app "APP_ID" --out "./privacy.json"
asc web privacy plan --app "APP_ID" --file "./privacy.json"
asc web privacy apply --app "APP_ID" --file "./privacy.json"
asc web privacy publish --app "APP_ID" --confirm

Manual fallback:

https://appstoreconnect.apple.com/apps/APP_ID/appPrivacy

Submit

Submit a prepared version

Use asc review submit for explicit App Store review submission:

asc review submit --app "APP_ID" --version "1.2.3" --build "BUILD_ID" --dry-run --output table
asc review submit --app "APP_ID" --version "1.2.3" --build "BUILD_ID" --confirm

Use --version-id "VERSION_ID" when you have already resolved the version.

Upload and submit in one flow

asc publish appstore --app "APP_ID" --ipa "./App.ipa" --version "1.2.3" --submit --dry-run --output table
asc publish appstore --app "APP_ID" --ipa "./App.ipa" --version "1.2.3" --submit --confirm

Add --wait when the command should wait for build processing.

Multi-item review submissions

Use the lower-level review-submission API when the submission needs multiple review items, such as Game Center component versions:

asc review submissions-create --app "APP_ID" --platform IOS
asc review items add --submission "SUBMISSION_ID" --item-type appStoreVersions --item-id "VERSION_ID"
asc review items add --submission "SUBMISSION_ID" --item-type gameCenterChallengeVersions --item-id "GC_CHALLENGE_VERSION_ID"
asc review submissions-submit --id "SUBMISSION_ID" --confirm

For non-renewing IAPs that Apple requires to be selected with the next app version, the public API can reject both direct review items and standalone IAP submission. After validating IAP readiness, use the experimental web-session attachment only for that web-only gap:

asc web review iaps attach --app "APP_ID" --iap-id "IAP_ID" --confirm

This command uses unofficial Apple web-session endpoints and should be documented in the handoff.

Monitor

asc status --app "APP_ID"
asc submit status --id "SUBMISSION_ID"
asc submit status --version-id "VERSION_ID"
asc review submissions-list --app "APP_ID" --paginate

Cancel and retry

asc submit cancel --id "SUBMISSION_ID" --confirm
asc submit cancel --version-id "VERSION_ID" --app "APP_ID" --confirm
asc review submissions-cancel --id "SUBMISSION_ID" --confirm

Fix validation issues, then submit again with asc review submit or asc publish appstore --submit --confirm.

Common submission errors

Version is not in valid state

Check:

1. Build is attached and VALID. 2. Encryption declaration is resolved or exempt. 3. Content rights declaration is set. 4. Required localizations and screenshots are present. 5. Review details are present. 6. Pricing and availability exist. 7. App Privacy has been reviewed and published in App Store Connect.

Export compliance must be approved

Either upload export compliance documentation or rebuild with exempt encryption metadata if that accurately describes the app.

Multiple app infos found

Use the exact app-info ID:

asc apps info list --app "APP_ID" --output table

Notes

  • Do not use legacy submit-preflight or submit-create shortcuts; they are removed.
  • Use asc validate for readiness.
  • Use asc review submit for prepared-version submission.
  • Use asc publish appstore --submit --confirm for high-level upload plus submission.
  • App Privacy publish state is not fully verifiable through the public API.
  • Use --output table for human status and JSON for automation.
  • macOS submissions follow the same review flow but use --platform MAC_OS.

Related skills

How it compares

Pick asc-submission-health for asc CLI App Store automation; pick Xcode-only skills when you need compile-time fixes without App Store Connect metadata validation.

FAQ

What is the canonical App Store readiness command in asc-submission-health?

asc-submission-health mandates asc validate --app APP_ID --version VERSION --platform IOS as the readiness check; legacy submit-preflight and submit-create shortcuts must not be used when validating before submission.

How does asc-submission-health submit an iOS build?

asc-submission-health submits prepared versions with asc review submit --app APP_ID --version VERSION --build BUILD_ID --confirm, or uploads and submits in one flow via asc publish appstore --ipa ./App.ipa --version VERSION --submit --confirm with optional --wait for processing.

Is Asc Submission Health safe to install?

skills.sh reports 2 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.