More screenshots
Works with the AI tools you already use
Mobile Store Compliance Auditor
Catch App Store and Google Play rejection causes before you submit — privacy manifest, permissions, billing, target SDK, ATT
$10
Mobile Store Compliance Auditor
Example session with this skill installed
I'm about to submit my React Native app to the App Store and Google Play. Check it for anything that would get it
rejected.
- Read your context and instructions
- Compiled the mobile store compliance
- Generated the document
Detected: React Native 0.74 (bare). Targeting both App Store and Google Play. I scanned the native config and
source.
Writing the full report to MOBILE_STORE_AUDIT.md.
Summary: 17 findings — 6 Blockers, 5 High, 4 Medium, 2 Low.
Most urgent: your iOS build will fail upload before review even starts. There's no PrivacyInfo.xcprivacy, but
React Native and bundled pods call required-reason APIs — App Store Connect rejects this with ITMS-91053. Add the
privacy manifest declaring each API with an approved reason.
Other Blockers:
- Background location requested with no "Always" usage string (iOS rejection).
- Pro subscription charged via Stripe inside the app — digital goods need StoreKit IAP / Play Billing in most regions.
- Foreground location service has no foregroundServiceType — crashes on Android 14+.
- Android targetSdk is 33; Play requires 35 (rising to 36 on Aug 31, 2026).
Verdict: Not ready — 6 Blockers. Fix the upload-blockers first (privacy manifest, location string, foreground
type, target SDK), then decide the billing model. Full details with file:line and fixes in MOBILE_STORE_AUDIT.md.
Store policies shift and reviewers have discretion — verify volatile items (target API, billing) against current docs.
mobile-store-compliance-auditor.pdf
PDF · document
Example file from a real run - the skill writes it into your workspace.
Connects securely to your tools. The creator never sees your data.
What you get
About this skill
What it checks
Apple App Store (16 checks)- Privacy Manifest (PrivacyInfo.xcprivacy) + required-reason APIs — the #1 binary rejection of 2024–2026
- Permission usage strings in Info.plist (missing or generic = rejection)
- App Tracking Transparency — including the 2025 requirement to name data recipients
- Account deletion (Guideline 5.1.1(v))
- In-app purchase vs external payment (Guideline 3.1.1), including the post-Epic US situation
- Sign in with Apple (Guideline 4.8), encryption compliance, background modes, AI consent disclosure, web-wrapper minimum functionality
- Target API level (35 now → 36 required Aug 31, 2026)
- Foreground service types (mandatory Android 14+, crashes without)
- Restricted permissions — QUERY_ALL_PACKAGES, background location, SMS/Call Log, All Files Access, Contacts (new Oct 2026 policy)
- Google Play Billing vs alternative billing (US changes Jan 2026, EEA DMA)
- Data Safety form alignment, account/data deletion, cleartext traffic, AAB + 64-bit, Families policy
Cross-platform
Knows where native config lives in React Native, Expo (managed + prebuild), Flutter, Capacitor/Ionic, NativeScript — and the framework-specific traps (the privacy-manifest gap, target-SDK indirection, plugins that add permissions silently)How it works
- Detects your framework and target stores from project files.
- Maps every config surface stores inspect — Info.plist, manifests, entitlements, build.gradle, Expo config, payment code.
- Runs the applicable checklists.
- Writes MOBILE_STORE_AUDIT.md graded by rejection risk: Blocker / High / Medium / Low. Each finding has the exact file/key location, the guideline cited, what's wrong, and a copy-pasteable fix. A "Verify in store console" section covers what lives outside the repo.
Why this skill
- Current as of 2026 — target SDK 35→36, post-Epic billing, ATT recipient disclosure, the 2026 Contacts policy. Most checklists out there are stale.
- Privacy Manifest focus — the most common modern binary rejection, easy to miss on cross-platform apps.
- Rejection-risk grading — Blocker means "you literally cannot ship," so you fix the right things first.
- Honest about volatile rules — for target API level, fees, and external-payment entitlements, it tells the agent to verify against current official docs instead of asserting a stale number.
- Agent-agnostic — Claude Code, Cursor, Codex CLI, Copilot, Gemini CLI.
Who it's for
- Indie devs and teams submitting to the stores for the first time
- Anyone who's been rejected and wants to know why before resubmitting
- Cross-platform devs (RN/Flutter/Expo) who keep hitting the privacy-manifest wall
- Studios shipping apps with ads, subscriptions, location, or AI features
Limitations
Static review of code and config only. It does not submit your app, doesn't touch App Store Connect / Play Console, doesn't check store-listing assets (those go in a "Verify in console" section), and doesn't guarantee approval — reviewers exercise discretion. Verify volatile requirements against current official docs.How to install
Works the same in every agent - Claude, Cursor, Codex, Copilot and 20+ more.
- 1
Download the ZIP
Free skills download straight away. Paid skills unlock right after purchase.
- 2
Unzip into your skills folder
Every agent reads skills from one folder on your machine. Drop the unzipped folder in there.
- 3
Ask your agent to use it
Restart the agent if it was already running. It picks the skill up automatically - no config needed.
Skills folder by agent
Click the path to copy it. Create the folder if it does not exist yet.
Reviews
No reviews yet
Be one of the first to try it. Every listed skill passes our trust checks below.
Security scanned
Passed our 8-point scan before listing
Fresh listing
Recently published to Agensi
30-day refund
Not a fit? Get your money back
Trust & safety
Security scanned
Verified clean 4 months ago
- Passed all security checks, Safe to install