
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-healthAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 2.2k |
|---|---|
| repo stars | ★ 934 |
| Security audit | 2 / 3 scanners passed |
| Last updated | July 21, 2026 |
| Repository | rorkai/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
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:
processingStateisVALID.- encryption fields are understood before submission.
2. Run canonical readiness validation
asc validate --app "APP_ID" --version "1.2.3" --platform IOS --output tableUse strict mode when warnings should fail automation:
asc validate --app "APP_ID" --version "1.2.3" --platform IOS --strict --output tableIf you already have the exact version ID:
asc validate --app "APP_ID" --version-id "VERSION_ID" --platform IOS --output table3. 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=false5. Version metadata and localizations
asc versions view --version-id "VERSION_ID" --include-build --include-submission
asc localizations list --version "VERSION_ID" --output tableFor 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 tableFor 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 table8. Digital goods readiness
asc validate iap --app "APP_ID" --output table
asc validate subscriptions --app "APP_ID" --output tableUse JSON when you need exact diagnostics:
asc validate subscriptions --app "APP_ID" --output json --pretty9. 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" --confirmManual fallback:
https://appstoreconnect.apple.com/apps/APP_ID/appPrivacySubmit
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" --confirmUse --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 --confirmAdd --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" --confirmFor 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" --confirmThis 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" --paginateCancel 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" --confirmFix 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 tableNotes
- Do not use legacy submit-preflight or submit-create shortcuts; they are removed.
- Use
asc validatefor readiness. - Use
asc review submitfor prepared-version submission. - Use
asc publish appstore --submit --confirmfor high-level upload plus submission. - App Privacy publish state is not fully verifiable through the public API.
- Use
--output tablefor 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.