Appstore release planner
Skill Xopoko/build-swift-apps/skills/appstore-release-planner
Swift-focused AI agent skills for iOS and macOS: build, debug, simulator, SwiftUI, Xcode, App Store workflows. Part of Plug'n Skills.
npx -y skills add Xopoko/build-swift-apps --skill appstore-release-plannerAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
What its author says it does
Copied from the file, not written here
Answer App Store release go/no-go questions and choose the next focused release skill. Use for readiness planning, first-submission blockers, release sequencing, or deciding whether to stage or submit; use appstore-review-readiness for concrete validate, submit, monitor, cancel, and repair commands.
SKILL.md
3.8 KB, as published. Nobody here has run it
App Store Release Planner
Use this as the decision front door for App Store release readiness. Do not duplicate the execution workflow here; after the decision, read the focused skill that owns the next action.
Routing
- Use
appstore-release-directorwhen the user wants an end-to-end release from local repo through upload, TestFlight, review, and evidence. - Use
appstore-review-readinessfor concrete validation, staging/submission, status monitoring, cancellation, and blocker repair commands. - Use
appstore-archive-uploaderwhen the next unresolved step is version/build numbering, archive, export, upload, or processed build selection. - Use
appstore-metadata-sync,appstore-screenshot-validator,appstore-signing-setup,appstore-pricing-planner,appstore-subscription-localizer, orappstore-testflight-coordinatorwhen the blocker is clearly in that narrower surface.
Answer Order
- Ready now or not.
- Blocking issues.
- Public API fixes vs experimental web-session/manual fixes.
- Next exact command.
Resolve APP_ID, version, VERSION_ID, and BUILD_ID; ensure asc auth login or ASC_*; use canonical ./metadata when staging.
Decision Path
- Establish release target: app, platform, version, build, submission state, and whether this is a first submission.
- Check whether the next missing evidence belongs to metadata, screenshots, signing, pricing/availability, subscriptions/IAP, App Privacy, review details, Game Center, build processing, or review status.
- If the version looks action-ready or needs command proof, switch to
appstore-review-readinessand follow its currentasccommand workflow. - If the user only needs an executive answer, report ready/not-ready, blockers, public-API fixes versus experimental web-session/manual fixes, and the next focused skill/command owner.
First-Submission Blockers
- Availability missing: public edit commands may work after initial availability exists; bootstrap can require an experimental web-session or manual ASC action.
- Subscriptions ready but not attached to first review: later reviews can use public subscription review paths; first review attachment can require an experimental web-session or manual ASC action.
- IAP review readiness: public IAP validation/submission paths cover most cases; selecting IAPs with the first app version can require an experimental web-session or manual ASC action.
- Game Center: create app-version records and add component versions through explicit review submission items before submit.
- App Privacy: public API cannot fully prove publish state; use
asc web privacy pull/plan/apply/publishor manual App Store Connect confirmation. - Review details: only set demo account fields when review truly needs them.
Call out all asc web ... commands as experimental web-session escape hatches.
Ready Checklist
Ready means validation has no blockers; stage/submit dry-run is correct; build is VALID and attached; metadata, screenshots, app info, content rights, encryption, age rating, and review details are complete; availability exists; digital goods and Game Center review items are handled; App Privacy is confirmed/published.
Guardrails
- Do not use legacy submit-preflight, submit-create, or release-run shortcuts.
- Do not claim ready without concrete validation evidence or a clear manual-confirmation boundary.
- Do not submit, cancel, or mutate review state from this planner; hand off to
appstore-review-readiness.