Ein Übersetzer macht aus {name} ein {nom}, schreibt L'application in eine Android-strings.xml oder entfernt den other-Zweig einer ICU-Pluralform, und die App zeigt einen unverarbeiteten Platzhalter, der Build bricht ab oder ein Bildschirm fällt für alle Nutzer dieser Sprache aus. Dieser Skill findet solche Fehler vor der Veröffentlichung, ebenso wie unauffälligere Lücken: fehlende Schlüssel, kopierten englischen Text und arabische Pluralformen mit nur one und other.

Ihr Agent führt einen Scanner in Ihrem Projekt aus. Er liest JSON-Sprachdateien (i18next, next-intl, vue-i18n, react-intl, Laravel, Chrome-Erweiterungen), Rails- und Symfony-YAML, gettext .po, Flutter .arb, Apple .strings und .stringsdict, Android-res/values-XML und Java .properties. Er gruppiert Dateien, die einander übersetzen, wählt die Basissprache anhand der Datei- und Ordnernamen (en, en-US, values/, ein Bundle ohne Sprachsuffix oder die Flutter-Vorlagendatei), nennt die verwendete Basis und vergleicht alle anderen Sprachen damit. Er versteht ICU MessageFormat, kennt die CLDR-Pluralformen jeder Sprache und den Platzhalterstil jedes Formats, unterscheidet echte Pluralgruppen von gewöhnlichen Schlüsseln wie payment.other, liest 100%ige als Text statt als Platzhalter und verarbeitet Arabisch sowie andere von rechts nach links geschriebene Texte. Er führt weder Ihre App noch ein Übersetzungstool aus. Er liefert BLOCKIEREN, PRÜFEN oder NICHT MARKIERT, jeweils mit Datei, Zeile, Begründung und sichererem Vorgehen. Geheimnisse werden niemals ausgegeben.

Was geprüft wird

BLOCKIEREN (vor der Veröffentlichung beheben)

• I01: Platzhalter, die vom Basistext abweichen ({name}, {{count}}, %s, %1$d, %(name)s, %@, {0}), einschließlich geänderter Typen wie %d zu %s, einer Pluralform, die ein anderes Argument als die Anzahl auslässt, und einer ICU-Pluralform, die ihre Zahl nie ausgibt

• I02: Dateien, die sich nicht laden oder bauen lassen: Syntaxfehler in JSON, YAML, .po und .strings, doppelte msgids, doppelte Schlüssel in Symfony-YAML, nicht escapete Android-Apostrophe, doppelte Android-Ressourcen, abweichende ARB-@@locale-Werte

• I03: nicht lesbare ICU-Nachrichten (unausgeglichene geschweifte Klammern, fehlende other-Option, unbekannte Pluralkategorie) und Pluralgruppen ohne other

• I04: Apostrophe, durch die {0} oder {name} in Java MessageFormat und ICU-Nachrichten wörtlich ausgegeben werden

• I05: script-Tags, Event-Handler oder javascript:-Links innerhalb einer Übersetzung

PRÜFEN (vor der Veröffentlichung prüfen)

• I11: in einer Übersetzung fehlende Schlüssel

• I12: Schlüssel, die in der Basisdatei nicht vorkommen

• I13: leere Übersetzungen

• I14: unverändert aus der Basissprache kopierter Text

• I15: HTML- oder Rich-Text-Tags, die vom Basistext abweichen

• I16: Schlüssel, die zweimal in einer Datei stehen

• I17: erforderliche Pluralformen einer Sprache (Arabisch, Russisch, Polnisch und weitere) sowie eine von nplurals abweichende Anzahl von .po-Pluralformen

• I18: .po-Einträge mit fuzzy-Markierung

• I19: ein Rails-Wurzelschlüssel oder ein .po-Language-Header, der eine andere Sprache als die Datei angibt

Im Lieferumfang

• Der Scanner (Python 3.9+, nur Standardbibliothek)

• Ein Regelhandbuch mit Begründung und sichererem Vorgehen zu jeder Regel

• Ein unsicheres und ein sicheres Beispielprojekt (Web-, Android-, iOS-, Django-, Rails- und Spring-Dateien mit arabischen, deutschen und französischen Übersetzungen) sowie der tatsächliche Scanner-Bericht für das unsichere Beispiel

Grenzen

Der Scanner liest jede Datei so, wie sie vorliegt: Zur Laufzeit geladene Übersetzungen, im Code zusammengesetzte Schlüssel und die Frage, ob die App eine Nachricht als Text oder HTML darstellt, werden nicht geprüft. Jede Datei wird nur mit der Basisdatei ihrer eigenen Gruppe verglichen. Zwischen Dateien verschobene Schlüssel erscheinen daher als fehlend und zusätzlich. Sprachdateien in XLIFF, .resx, .xcstrings, Qt .ts, JSON5 und TOML werden nicht gelesen. Unübersetzter Text wird heuristisch erkannt. NICHT MARKIERT ist keine Garantie.

Archivinhalt

Eine ZIP-Datei mit 37 Dateien: SKILL.md, der Scanner in scripts/ (8 Python-Dateien), references/rules.md (jede Regel mit Begründung und sichererem Vorgehen) und examples/ (26 Beispieldateien sowie report.md, die tatsächliche Scanner-Ausgabe für das unsichere Beispiel).

Anwendung: Dies ist ein Agenten-Skill: ein Ordner mit einer SKILL.md-Datei und Python-Skripten, die ein KI-Programmieragent wie Claude Code, Cursor oder Codex CLI ausführen kann. Entpacken Sie das Archiv in den Skills-Ordner Ihres Agenten (für Claude Code: ~/.claude/skills/) und bitten Sie Ihren Agenten anschließend, Ihr Projekt zu prüfen. Die Skripte lassen sich auch eigenständig mit Python 3.9 oder neuer ausführen, ohne zusätzliche Installation. Sie lesen nur Ihre Dateien: kein Netzwerkzugriff, und es wird nichts versendet.