
Asc Localize Metadata
- 1.3k installs
- 934 repo stars
- Updated July 21, 2026
- rudrankriyam/asc-skills
This is a copy of asc-localize-metadata by rudrankriyam - installs and ranking accrue to the original listing.
asc-localize-metadata is a mobile release skill that automatically translates and syncs App Store Connect metadata across languages using the asc CLI and LLM-powered translation.
About
asc-localize-metadata automates App Store listing localization for iOS developers. It pulls English or any source locale metadata from App Store Connect via the asc CLI, translates description, keywords, subtitle, and what's new with an LLM, then pushes translations back. The skill instructs agents to confirm flags with asc localizations --help and asc localizations download --help for the installed asc version. Use asc-localize-metadata when adding new App Store languages or refreshing multilingual ASO copy without manual copy-paste in App Store Connect.
- Pulls source locale metadata from App Store Connect
- Uses LLM to generate high-quality translations for all supported locales
- Automatically uploads localized metadata back to ASC
- Supports 30+ locales including ar-SA, de-DE, fr-FR, ja, ko, zh-CN
- Follows deterministic ID-based operations and explicit long flags
Asc Localize Metadata by the numbers
- 1,258 all-time installs (skills.sh)
- +21 installs in the week ending Jul 28, 2026 (Skillselion tracking)
- Security screen: HIGH risk (skills.sh audit)
- Data as of Jul 28, 2026 (Skillselion catalog sync)
npx skills add https://github.com/rudrankriyam/asc-skills --skill asc-localize-metadataAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 1.3k |
|---|---|
| repo stars | ★ 934 |
| Security audit | 3 / 3 scanners passed |
| Last updated | July 21, 2026 |
| Repository | rudrankriyam/asc-skills ↗ |
How do you localize App Store Connect metadata automatically?
Automatically translate and sync App Store metadata like descriptions, keywords, subtitles, and what's new across multiple languages using LLM-powered translation
Who is it for?
iOS developers maintaining multilingual App Store listings who already use the asc CLI and want LLM-assisted translation workflows.
Skip if: Android Play Store localization or teams without App Store Connect and asc CLI access.
When should I use this skill?
A developer asks to localize an App Store listing, translate app descriptions, or add new languages to App Store Connect metadata.
What you get
Downloaded source metadata, LLM translations per locale, and pushed App Store Connect localization records.
- translated metadata files
- pushed App Store localizations
Files
asc localize metadata
Use this skill to pull English (or any source locale) App Store metadata, translate it with LLM, and push translations back to App Store Connect — all automated.
Command discovery and output conventions
- Always confirm flags with
--helpfor the exactascversion: asc localizations --helpasc localizations download --helpasc localizations upload --helpasc apps info edit --help- Prefer explicit long flags (
--app,--version,--version-id,--type,--app-info). - Default output is JSON; use
--output tableonly for human verification steps. - Prefer deterministic ID-based operations. Do not "pick the first row" via
head -1unless the user explicitly agrees.
Preconditions
- Auth configured (
asc auth loginorASC_*env vars) - Know your app ID (
asc apps listto find it) - At least one locale (typically en-US) already has metadata in App Store Connect
Supported Locales
App Store Connect locales for version and app-info localizations:
ar-SA, ca, cs, da, de-DE, el, en-AU, en-CA, en-GB, en-US,
es-ES, es-MX, fi, fr-CA, fr-FR, he, hi, hr, hu, id, it,
ja, ko, ms, nl-NL, no, pl, pt-BR, pt-PT, ro, ru, sk,
sv, th, tr, uk, vi, zh-Hans, zh-HantTwo Types of Metadata
Version Localizations (per-release)
Fields: description, keywords, whatsNew, supportUrl, marketingUrl, promotionalText
App Info Localizations (app-level, persistent)
Fields: name, subtitle, privacyPolicyUrl, privacyChoicesUrl, privacyPolicyText
Workflow
Step 1: Resolve IDs
# Find app ID
asc apps list --output table
# Find latest version ID
asc versions list --app "APP_ID" --state READY_FOR_DISTRIBUTION --output table
# or for editable version:
asc versions list --app "APP_ID" --state PREPARE_FOR_SUBMISSION --output table
# Find app info ID (for app-level fields like name/subtitle)
asc apps info list --app "APP_ID" --output tableNotes:
- Version-localization fields (description, keywords, whatsNew, etc.) are per-version.
- App-info fields (name, subtitle, privacy URLs/text) are app-level and use
--type app-info. - If you only have names (app name, version string) and need IDs deterministically, use
asc-id-resolver.
Step 2: Download source locale
# Download version localizations to local .strings files
# (description, keywords, whatsNew, promotionalText, supportUrl, marketingUrl, ...)
asc localizations download --version "VERSION_ID" --path "./localizations"
# Download app-info localizations to local .strings files
# (name, subtitle, privacyPolicyUrl, privacyChoicesUrl, privacyPolicyText, ...)
asc localizations download --app "APP_ID" --type app-info --app-info "APP_INFO_ID" --path "./app-info-localizations"This creates files like ./localizations/en-US.strings and ./app-info-localizations/en-US.strings. If download is unavailable, read fields individually:
# List version localizations to see existing locales and their content
asc localizations list --version "VERSION_ID" --output tableStep 3: Translate with LLM
For each target locale, translate the source text. Follow these rules:
Translation Guidelines
- Tone & Register: Always use formal, polite language. Use formal "you" forms where the language distinguishes them (Russian: «вы», German: «Sie», French: «vous», Spanish: «usted», Dutch: «u», Italian: «Lei», Portuguese: «você» formal, etc.). App Store descriptions are professional marketing copy — never use casual or informal register.
- description: Translate naturally, adapt tone to local market. Keep formatting (line breaks, bullet points, emoji). Stay within 4000 chars.
- keywords: Do NOT literally translate. Research what users in that locale would search for. Comma-separated, max 100 chars total. No duplicates, no app name (Apple adds it automatically).
- whatsNew: Translate release notes. Keep it concise. Max 4000 chars.
- promotionalText: Translate marketing hook. Max 170 chars. This can be updated without a new version.
- subtitle: Translate or adapt tagline. Max 30 chars — this is very tight, may need creative adaptation.
- name: Usually keep the original app name. Only translate if the user explicitly asks. Max 30 chars.
LLM Translation Prompt Template
For each target locale, use this approach:
Translate the following App Store metadata from {source_locale} to {target_locale}.
Rules:
- description: Natural, fluent translation. Preserve formatting (line breaks, bullets, emoji). Max 4000 chars.
- keywords: Do NOT literally translate. Choose keywords native speakers would search for in the App Store. Comma-separated, max 100 chars total. Do not include the app name.
- whatsNew: Translate release notes naturally. Max 4000 chars.
- promotionalText: Translate marketing tagline. Max 170 chars.
- subtitle: Adapt tagline creatively to fit 30 chars max.
- name: Keep the original app name unless explicitly requested to translate it. Max 30 chars.
- Use formal, polite language and formal "you" forms (Russian: вы, German: Sie, French: vous, Spanish: usted, Dutch: u, etc.). App Store copy is professional marketing — never use informal register.
- Respect cultural context. A playful tone in English may need adjustment for formal markets (e.g., ja, de-DE).
Source ({source_locale}):
description: """
{description}
"""
keywords: {keywords}
whatsNew: """
{whatsNew}
"""
promotionalText: {promotionalText}
name: {name}
subtitle: {subtitle}Step 4: Upload translations
Option A: Via .strings files (bulk)
Create a .strings file per locale in the appropriate directory.
Version localization example:
// nl-NL.strings
"description" = "Je app-beschrijving hier";
"keywords" = "wiskunde,kinderen,tafels,leren";
"whatsNew" = "Bugfixes en verbeteringen";
"promotionalText" = "Leer de tafels van vermenigvuldiging!";Then upload version localizations:
asc localizations upload --version "VERSION_ID" --path "./localizations"App-info localization example:
// nl-NL.strings
"subtitle" = "Leer tafels spelenderwijs";Then upload app-info localizations:
asc localizations upload --app "APP_ID" --type app-info --app-info "APP_INFO_ID" --path "./app-info-localizations"Option B: Via individual commands (fine control)
# Version localization fields (fine control).
# Prefer passing the explicit version ID for determinism.
asc apps info edit --app "APP_ID" --version-id "VERSION_ID" --locale "nl-NL" \
--description "Je beschrijving..." \
--keywords "wiskunde,kinderen,tafels" \
--whats-new "Bugfixes en verbeteringen"For app-level fields:
# Subtitle/name (app-info localization) is managed via app-info localizations.
# Use the app-info localization .strings + upload flow; there is no app-infos localizations command.
#
# 1) Edit: ./app-info-localizations/nl-NL.strings
# "subtitle" = "Leer tafels spelenderwijs";
#
# 2) Upload:
asc localizations upload --app "APP_ID" --type app-info --app-info "APP_INFO_ID" --path "./app-info-localizations"Step 5: Verify
# Check all locales are present
asc localizations list --version "VERSION_ID" --output table
# Check app info localizations
asc localizations list --app "APP_ID" --type app-info --app-info "APP_INFO_ID" --output tableCharacter Limits (enforce before upload!)
| Field | Limit |
|---|---|
| Name | 30 |
| Subtitle | 30 |
| Keywords | 100 (comma-separated) |
| Description | 4000 |
| What's New | 4000 |
| Promotional Text | 170 |
Always validate translated text fits within limits before uploading. Truncated text looks unprofessional. If translation exceeds the limit, shorten it — do not truncate mid-sentence.
Full Example: Add nl-NL and ru to Roxy Math
# 1) Resolve IDs deterministically (do not auto-pick the "first" row)
# If you only have names, use asc-id-resolver skill.
asc apps list --output table
APP_ID="APP_ID_HERE"
asc versions list --app "$APP_ID" --state PREPARE_FOR_SUBMISSION --output table
VERSION_ID="VERSION_ID_HERE"
asc apps info list --app "$APP_ID" --output table
APP_INFO_ID="APP_INFO_ID_HERE"
# 2) Download English source (or your chosen source locale)
asc localizations download --version "$VERSION_ID" --path "./localizations"
asc localizations download --app "$APP_ID" --type app-info --app-info "$APP_INFO_ID" --path "./app-info-localizations"
# 3) Read en-US.strings, translate to nl-NL and ru (LLM step)
# 4) Write nl-NL.strings and ru.strings to:
# - ./localizations/ (version localization fields)
# - ./app-info-localizations/ (subtitle/name/privacy fields)
# 5) Upload all
asc localizations upload --version "$VERSION_ID" --path "./localizations"
asc localizations upload --app "$APP_ID" --type app-info --app-info "$APP_INFO_ID" --path "./app-info-localizations"
# 6) Verify
asc localizations list --version "$VERSION_ID" --output table
asc localizations list --app "$APP_ID" --type app-info --app-info "$APP_INFO_ID" --output tableAgent Behavior
1. Always start by reading the source locale — never translate from memory or assumptions. 2. Check existing localizations first — don't overwrite existing translations unless the user asks to update them. 3. Version vs app-info is different — version fields live under --version "VERSION_ID"; subtitle/name/privacy live under --app ... --type app-info. 4. Prefer deterministic IDs — do not select IDs via head -1 unless explicitly requested; use --output table for selection or asc-id-resolver. 5. Validate character limits before uploading. Count characters for each field. If over limit, re-translate shorter. 6. Keywords are special — do not literally translate. Research locale-appropriate search terms. Think like a user searching the App Store in that language. 7. Show the user translations before uploading — present a summary table of all fields × locales for approval. Do not push without confirmation. 8. Process one locale at a time if translating many languages — easier to review and catch errors. 9. If upload fails for a locale, log the error, continue with other locales, report all failures at the end. 10. For updates to existing localizations — download current, show diff of what will change, get approval, then upload.
Notes
- Version localizations are tied to a specific version. Create the version first if it doesn't exist.
promotionalTextcan be updated anytime without a new version submission.whatsNewis only relevant for updates, not the first version.- Use
asc-id-resolverskill if you only have app/version names instead of IDs. - Use
asc-metadata-syncskill for non-translation metadata operations. - For subscription/IAP display name localization, use
asc-subscription-localizationskill instead.
Related skills
How it compares
Use asc-localize-metadata for asc CLI-driven App Store metadata sync; use manual localization spreadsheets when you lack asc CLI automation or LLM translation approval workflows.
FAQ
Which App Store fields does asc-localize-metadata translate?
asc-localize-metadata translates App Store Connect description, keywords, subtitle, and what's new text. It downloads a source locale, runs LLM translation, then pushes results back through asc localizations commands.
What CLI does asc-localize-metadata require?
asc-localize-metadata requires the asc CLI for App Store Connect. Agents should confirm exact flags with asc localizations --help and asc localizations download --help for the installed version.
Is Asc Localize Metadata safe to install?
skills.sh reports 3 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.