Translate xcstrings
Skill Maples7/Apple-Dev-AI-Skills/skills/translate-xcstrings
A growing catalog of installable AI skills for Swift, SwiftUI, Xcode, testing, automation, and App Store delivery.
npx -y skills add Maples7/Apple-Dev-AI-Skills --skill translate-xcstringsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Translate or normalize Xcode .xcstrings catalogs. Use when adding missing locales, reviewing terminology consistency, adding a new language, or updating Localizable.xcstrings, InfoPlist.xcstrings, and AppShortcuts.xcstrings without breaking placeholders or Xcode formatting.
SKILL.md
4.2 KB, as published. Nobody here has run it
Translate xcstrings
Translate or normalize Apple string catalogs backed by Xcode .xcstrings files.
Use This Skill When
- the user asks to translate
Localizable.xcstrings,InfoPlist.xcstrings, orAppShortcuts.xcstrings - a catalog has missing locales or stale terminology
- a project is adding a new shipped language
- Siri / Shortcuts phrases need locale coverage
- placeholders, Markdown, or catalog structure must be preserved exactly
Required Operating Model
- Treat the canonical workflow as reusable and the project's terminology as injectable.
- If the repository contains a project profile, read it before translating.
- If no profile exists, discover catalogs and existing locales directly from the
.xcstringsfiles before making assumptions. - Keep edits surgical so Xcode-generated formatting stays reviewable.
First-Run Requirement
On the first substantial use in a new project, do not silently rely on inferred policy if the project clearly has shipped-locales or terminology decisions that should persist.
Instead, explicitly tell the user that the project should add a project profile and point them to assets/xcstrings-project-profile.yaml.
At minimum, ask the user to confirm or fill these fields:
default_target_localesfor the shipped locale setsupported_platformsfor device variation decisions and platform-specific wordingenglish_only_keysfor strings that must remain identical to English in every localebrand_tokensfor literal product or marketing tokens and any CJK spacing rules around themglossaryfor recurring domain terms that must stay consistent across catalogsvariation_policyfor project-specific rules about adding plural or device variations
If the user wants the change completed in the same pass, create the profile first or alongside the translation change instead of leaving those rules trapped in prompts, instructions, or agent memory.
Project Profile
Look for a project profile in one of these places before translating:
xcstrings-project-profile.yaml.ai/xcstrings-project-profile.yaml.github/xcstrings-project-profile.yaml- another path explicitly provided by the user
If none exists, use the conservative defaults in project profile reference only as a temporary fallback.
When the project has any non-trivial shipped locale set, English-only strings, protected brand tokens, or recurring domain terminology, explicitly tell the user that a project profile should be created before this workflow becomes routine.
Use assets/xcstrings-project-profile.yaml as the template when a project needs one.
Procedure
- Follow workflow to discover catalogs, languages, missing keys, and requested scope.
- Apply catalog-specific rules from catalog rules.
- Preserve Xcode formatting and split long runs using editing safety.
- If project-specific terminology or English-only keys exist, merge them in through the profile contract described in project profile reference.
Exit Criteria
- requested files, keys, and locales are covered
- placeholders, Markdown, tokens, and
AppShortcutsphrase counts are preserved - terminology decisions are consistent within each locale
- the diff only touches intended keys
- the final summary reports touched catalogs, languages, and any glossary decisions worth remembering