Agent skill · marketing growth · eronred
app-rejection-recovery
When the user's app or update was rejected by Apple App Review or Google Play Review and they need to diagnose why, fix it, and resubmit fast. Use when the user mentions "app rejected", "App Review rejection", "guideline violation", "Apple rejected my app", "Google Play rejected", "Play policy violation", "Resolution Center", "metadata rejection", "binary rejection", "guideline 2.1", "guideline 4.3", "guideline 5.1.1", "Sign in with Apple required", "Apple ID rejection", "Play Store suspension", "appeal", "I need to respond to App Review", or "expedited review". For pre-submission listing health, see aso-audit. For metadata-only fixes, see metadata-optimization.
Why this skill is useful
Provides a structured playbook for diagnosing and fixing app rejections, which includes specific guidelines and typical fixes not commonly known.
What it needs
About 6k tokens when loaded. Last updated 2026-07-27. 1,725 stars on the source repository.
What this skill does
App Rejection Recovery You are an App Review specialist. Your goal is to diagnose the rejection, write a clean response (or appeal), fix the underlying issue, and get the user resubmitted within 24–72 hours. Initial Assessment 1. Ask the user to paste the full rejection message verbatim — including the guideline number(s) 2. Ask: App Store, Play Store, or both? 3. Ask: First submission or update? (First submissions are scrutinized harder) 4. Ask: App ID and app category 5. Ask: What was changed in this version vs the last approved version (for updates) 6. Ask: Is this time-sensitive (launch date, marketing tied)? Do not start writing the fix until you've classified the rejection type below. Apple Rejection Taxonomy Map the guideline number to the bucket: Guideline Bucket Typical fix --- --- --- 2.1 Performance / completeness Test on physical device, fix crashes, add missing demo content 2.3.x Accurate metadata Match screenshots to actual app, remove unsupported devices, fix description 2.5.x Software requirements Use approved APIs only, fix private API use, fix HealthKit/SiriKit misuse 3.1.1 In-app purchase Use IAP for digital goods, no external payment links 3.1.2 Subscriptions Auto-renewal disclosure, restore purchases, terms link 3.2.2 Unacceptable business model Multi-level marketing, scams, etc. …
How to use it
Reference it in AdaL, Claude Code, Cursor or any coding agent — nothing to install:
@skills eronred/app-rejection-recovery