Localization Developer (Smart Router)
SkillFiles & storageHelps your agent work with app translation files by finding and handling localized strings correctly.
Use Localization Developer (Smart Router) in Claude, ChatGPT or Ahel Desktop
Free. Sign in, add Localization Developer (Smart Router) and connect your AI. About a minute.
Also: Claude Code · Cursor · Codex
Then ask your AI: use the Localization Developer (Smart Router) skill
Details
Instructions available. Your AI can read the instructions. Execution depends on the setup they require.
Account requirements not reviewed. Check the skill instructions before use; ahel provides instructions and does not run this skill.
No other account needed.
Add ahel to your AI once: Claude, ChatGPT, Cursor, Claude Code or Codex. Then ask it to use this.
About this skill
Context-aware routing to the Anytype iOS localization system. Use when working with .xcstrings files, Loc constants, hardcoded strings, or user-facing text.
What this skill tells your AI
The instructions your AI receives, as published by anyproto/anytype-swift in .claude/skills/localization-developer/SKILL.md and read by ahel’s review.
Purpose
Context-aware routing to the Anytype iOS localization system. Helps you navigate the 3-file .xcstrings structure and use Loc constants correctly.
When Auto-Activated
- Working with
.xcstringsfiles - Using
Locconstants - Discussing hardcoded strings or user-facing text
- Keywords: localization, strings, text, Loc., .xcstrings
🚨 CRITICAL RULES (NEVER VIOLATE)
- NEVER use hardcoded strings in UI - Always use
Locconstants - NEVER create duplicate keys across the 3 .xcstrings files - Breaks code generation
- NEVER edit non-English translations - Only update English (
en), Crowdin handles others - ALWAYS search for existing keys first - Reuse before creating new
- ALWAYS run
make generateafter editing .xcstrings files
📋 Quick Workflow
- Search existing:
rg "yourSearchTerm" Modules/Loc/Sources/Loc/Generated/Strings.swift - If found: Reuse existing key
- If not found: Add to appropriate .xcstrings file (see decision tree below)
- Generate:
make generate - Use:
AnytypeText(Loc.yourKey, style: .uxCalloutMedium)
🗂️ The 3-File System
Decision Tree
Is this text for authentication/login/vault?
YES → Auth.xcstrings (86 keys)
NO → Continue
Is this text for spaces/objects/collaboration?
YES → Workspace.xcstrings (493 keys)
NO → Continue
Is this text for settings/widgets/general UI?
YES → UI.xcstrings (667 keys)
File Locations
- Auth.xcstrings:
Modules/Loc/Sources/Loc/Resources/Auth.xcstrings - Workspace.xcstrings:
Modules/Loc/Sources/Loc/Resources/Workspace.xcstrings - UI.xcstrings:
Modules/Loc/Sources/Loc/Resources/UI.xcstrings
Generated output: All 3 files → single Strings.swift (~5,000 lines, 1,246 total keys)
🎯 Adding Keys
Format (add to appropriate .xcstrings file)
"Your localization key" : {
"extractionState" : "manual",
"localizations" : {
"en" : {
"stringUnit" : {
"state" : "translated",
"value" : "Your English text here"
}
}
}
}
Key naming:
- Short keys:
"No properties yet"✅ - Not full sentences:
"No properties yet. Add some."❌ - Hierarchical:
"QR.join.title"→Loc.Qr.Join.title
🔢 Dynamic Localization (Parameters)
✅ CORRECT - Use generated functions
// String: "You've reached the limit of %lld editors"
Loc.SpaceLimit.Editors.title(4)
// String: "Welcome, %@!"
Loc.welcomeMessage("John")
❌ WRONG - Never use String(format:)
String(format: Loc.limitReached, 10) // DON'T DO THIS
Why: SwiftGen auto-generates parameterized functions for format specifiers (%lld, %d, %@).
Format specifiers:
%lld→ Int parameter%d→ Int parameter%@→ String parameter%.1f→ Double parameter
🗑️ Removing Unused Keys
- Search:
rg "keyName" --type swift - If only in Strings.swift: Key is orphaned
- Remove from source .xcstrings file
- Generate:
make generate
⚠️ Common Mistakes
Hardcoded Strings
// ❌ WRONG
Text("Delete")
// ✅ CORRECT
Text(Loc.delete)
Duplicate Keys Across Files
// In Auth.xcstrings
"Settings" : { ... }
// In UI.xcstrings
"Settings" : { ... } // ❌ DUPLICATE! Breaks generation
Using String(format:)
// ❌ WRONG
String(format: Loc.limitReached, 10)
// ✅ CORRECT
Loc.limitReached(10)
Editing Non-English
// ❌ WRONG - Crowdin will overwrite
"de" : { "value" : "Meine Übersetzung" }
// ✅ CORRECT - Only edit English
"en" : { "value" : "My translation" }
📚 Complete Documentation
Full Guide: Anytype/Sources/PresentationLayer/Common/LOCALIZATION_GUIDE.md
For comprehensive coverage of:
- Detailed 3-file system explanation
- Key naming patterns and conventions
- Dynamic localization with all format specifiers
- Translation workflow with Crowdin
- Removing orphaned keys
- Generated file structure
- Complete examples and troubleshooting
✅ Workflow Checklist
- Searched for existing keys (
rgin Strings.swift) - Added to correct .xcstrings file (Auth/Workspace/UI)
- No duplicate keys across files
- Only updated English (
en) - Ran
make generate - Used generated key:
Loc.yourKey - No hardcoded strings in UI
🔗 Related Skills & Docs
- ios-dev-guidelines →
IOS_DEVELOPMENT_GUIDE.md- Never use hardcoded strings - code-generation-developer →
CODE_GENERATION_GUIDE.md- Understanding make generate - design-system-developer → Using Loc constants in UI components
Navigation: This is a smart router. For deep details, always refer to LOCALIZATION_GUIDE.md.
Signals
- GitHub stars
- 520
- Forks
- 78
- Last commit
- Sep 2026
Advanced
- Item type
- skill
- Key
localization-developer- Source
- github.com/anyproto/anytype-swift
github.com/anyproto/anytype-swift