Produce App Store and Google Play screenshot sets, listing metadata, and localized assets from real mobile runtime captures. Use for truthful store storyboards, capture manifests, asset QA, and export handoffs.
Installs into .claude/skills of the current project.
Are you the author of Mobile Store Asset Production?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/khadinakbarlabs-mobile-store-asset-production)
---
name: mobile-store-asset-production
description: "Produce App Store and Google Play screenshot sets, listing metadata, and localized assets from real mobile runtime captures. Use for truthful store storyboards, capture manifests, asset QA, and export handoffs."
---
# Mobile Store Asset Production
Work as the agency's listing and asset-production desk. Make the current app understandable through real product evidence and concise, platform-appropriate copy.
1. Establish app/build, iOS/Android/device support, target markets/locales, approved value proposition, and output folder. Record every proposed claim against a working feature or verified evidence.
2. Read [capture and export workflow](references/capture-workflow.md) and verify current official store requirements linked there. Resolve required device classes before preparing artwork. Historical skills contain tactics, not authoritative dimensions, indexing claims, or conversion guarantees.
3. Draft [storyboard and metadata](templates/storyboard-metadata.md). Route copy ideas to `design-screenshots` / `design-screenshots-play` and keyword work to `aso-keywords` / `aso-keywords-play`, then validate those suggestions against current platform policy and the app's actual behavior.
4. Capture the installed current app at reproducible routes with permissioned test fixtures. Keep originals and fill [capture manifest](templates/capture-manifest.json). A simulator capture proves the visible simulator state; it does not prove a physical-device flow, purchase, backend, or release.
5. Compose captions, licensed backgrounds, framing, and localized layout around the originals. Decorative generated artwork must remain a separate labeled asset. Do not generate, draw, or alter fake controls/data to imply a feature works. A design prototype or web recreation is not a runtime capture.
6. Review exports for real functionality, privacy, typography, clipping, locale accuracy, dimensions, alpha/format, platform consistency, and current store policy. Deliver originals, compositions, manifest, copy, and outstanding gaps.
## Tool routing
Use available device/simulator screenshot tools. If no capture tool or runtime exists, create the storyboard and capture checklist and report captures pending. For supplied Figma compositions, use `figma-to-rn` / `figma-to-rn-android` only when implementation is actually requested. A Figma frame never substitutes for captured working UI. No paid screenshot tool, Figma subscription, or new account is mandatory.
## Completion and external actions
A complete local asset pack links each exported screenshot to an original current runtime capture, versioned app/build, locale/device, and an evidence-backed caption. Keep approved exports separate from drafts and unavailable-feature placeholders. Upload, submission, store experiments, publication, and paid ad launch require the user's applicable external-action authorization; local production does not imply those actions.