100x-localize

Was macht 100x-localize?

一句话定位

Geben Sie einen Quelltext (beliebige Ausgangssprache) ein – Ausgabe: eine standardmäßig mexikanisch-spanische lokalisierte Version. Keine Wort-für-Wort-Übersetzung, sondern aktive Längenkomprimierung und Anpassung an die tatsächliche Intensitätsverteilung authentischer Korpora. Gehört zur 100x-Systemebene L2 (kreative Generierung), entspricht Schritt „2c – Anzeigentext lokalisieren“.

Wann auslösen

Benutzer sagt:

• „Anzeigentext lokalisieren“ / „Ins Spanische lokalisieren“ / „In mexikanisches Spanisch umschreiben“ / „Diesen Text lokalisieren“
• „localize this ad copy“ / „translate this script into Spanish“ / „adapt this for the Spanish market“ / „Mexican Spanish localization“
• Oder übergibt direkt einen Quelltext (beliebige Ausgangssprache, meist Englisch oder Chinesisch) und fordert eine spanische lokalisierte Version an.

Eingabe

Mindesteingabe (Kategorie A, zwingend erforderlich): source_script – reiner Text des vollständigen Quelltextes (beliebige Ausgangssprache). Diese Skill akzeptiert keine Video-/Audiodateien, sondern nur Text.

Optionale Ergänzungen (Kategorie B, alle mit expliziten Standardwerten, siehe workflow.md Phase 1):

• target_region (Standardwert "mx", akzeptiert nur mx/generic-latam; alle anderen Werte werden auf generic-latam herabgestuft und in meta.warnings vermerkt)
• register_profile (Standardwert "default" – orientiert sich an der tatsächlichen Intensitätsverteilung authentischer Korpora, nicht am konservativen Standard; siehe Kernaxiom 2)

Optionale Ausgaben vorgelagerter Skills (Kategorie C – Fehlen wird still ignoriert, blockiert nicht, erzwingt nie, dass der Benutzer zuerst einen anderen Skill ausführt):

• 100x-persona-Personen-/Szenenkarten
• 100x-search-query-Suchergebnisse

Ausgabe

Struktur gemäß schema.json: source_script (Originaltext als Echo) + target_region + register_profile + localized_script (spanische lokalisierte Ausgabe) + meta (Pflichtfelder: generated_by, warnings; optionales Informationsfeld: compression_ratio).

Kernaxiome (4 Grundsätze, Details in axioms.md)

1. Komprimierungsaxiom: Die Zeichenanzahl der spanischen Ausgabe darf das 1,10‑Fache des Quelltexts nicht überschreiten (und nicht unter 0,5‑Fache liegen). Basierend auf der Längenverteilung von Referenzkorpora beim Transkribieren – spanische Ausdrücke sind bei gleicher Informationsdichte von Natur aus länger, wortwörtliche Übersetzungen überschreiten systematisch das Zeitbudget für Sprechdauer. Daher muss aktiv komprimiert und umgeschrieben werden, keine Wort-für-Wort-Übersetzung (die konkreten Werte 1,10/0,5 sind technische Schätzungen, siehe axioms.md Axiom 1).

2. Standardaxiom für Registerintensität: Standardmäßig wird die tatsächliche Intensitätsverteilung authentischer Korpora verwendet. Die konservative Verbotsliste aus Spezifikationsdokument 07 (07_西语口播风格规范.md) §5 wird auf das optionale Profil profiles/compliance-conservative.md herabgestuft, nicht als Standard verwendet (dieses Dokument erklärt in §1 selbst, dass es „keine aus den spanischen Bestsellern im Korpus abgeleiteten praktischen Schlussfolgerungen“ darstellt – daher übernimmt diese Skill die konservativen Vorschläge nicht als standardmäßig verbindliche Validierungsregel).

3. Axiom der einheitlichen Anrede: Durchgehend einheitliche tú-Anrede; usted/vosotros sind nicht erlaubt (bekannte Einschränkung: aktuell nur mx/generic-latam als target_region unterstützt; kein spanisches formelles usted/vosotros-Register oder argentinische vos-Konjugation – das sind Bereichsgrenzen; Anfragen für solche Regionen werden auf generic-latam herabgestuft und mit einem Hinweis versehen, ohne so zu tun, als würden sie unterstützt. Zudem gibt es in den Referenzkorpora Fälle, in denen usted tatsächlich vorkommt und mit tú gemischt wird – dieses Axiom definiert die Qualitätslinie für die eigene Ausgabe der Skill, nicht eine Beschreibung des Ist-Zustands der Korpora, siehe axioms.md Axiom 3. Der aktuelle Mechanismus deckt bereits vier Umgehungsmethoden ab: Großschreibung/Entfernung von Akzenten/unsichtbare Zeichen (Zero‑Width‑Zeichen)/kombinierte diakritische Zeichen – die manuelle Validierungsschicht normalisiert für Axiom 2/3 unsichtbare Zeichen und kombinierte diakritische Zeichen doppelt; die Erkennung von Autoritäts-Familienwörtern in Axiom 4 entfernt ebenfalls unsichtbare Zeichen. Bekannte verbleibende Lücken: Das pattern in schema.json auf ajv-Ebene hat weiterhin keine Vorverarbeitungsfähigkeit (strukturelle Einschränkung des JSON‑Schema-Standards), und die Liste der unsichtbaren Zeichen-Codepunkte (6) in der manuellen Schicht ist keine erschöpfende Aufzählung der Unicode-Format-Kategorie – siehe TODOs in axioms.md Axiom 2/3/4).

4. Axiom gegen erfundene Autoritätsbehauptungen: Es dürfen keine Autoritäts‑/Zertifizierungsbehauptungen (geschlossene Wortfamilie: FDA/Harvard/OMS/klinische Validierungsformulierungen) in den Text eingefügt werden, die nicht im Quelltext vorhanden sind. Bekannte Einschränkung: Dies kann nur das Hinzufügen von Schlüsselwörtern innerhalb der geschlossenen Wortfamilie auf Wortebene verhindern (es wird bereits für Akzententfernung, Groß‑/Kleinschreibungsmischung, buchstabenweise punktierte Abkürzungen und andere Schriftvarianten normalisiert; dennoch kann nicht verhindert werden, dass eine erfundene Institution/Person außerhalb der geschlossenen Familie erfunden wird), siehe axioms.md Axiom 4.

Dreistufiger Workflow

Details in workflow.md: Phase 1 (Eingabe + Validierung; Kategorie A/B/C, falls target_region/register_profile ungültig → Herabstufung) → Phase 2 (Registerintensitätsentscheidung → sprachliche Naturalisierung → Längenkomprimierung → satzweise Selbstprüfung → Batch‑Selbstprüfung) → Phase 3 (benutzerinitiierte Nacharbeit: L1 – einzelne Komprimierungsrunde / L2 – Profil‑ oder Regionswechsel / L3 – gesamte Wiederholung; keine Nacharbeitspfade für Anrede/Register – v1 unterstützt nur tú, siehe Kernaxiom 3).

Unabhängige Aufruffsgarantie

Fehlt Kategorie A (source_script) oder sendet der Benutzer eine Video‑/Audiodatei → feste Ablehnungsrückfrage; keine Annahmen, kein selbstständiges Schreiben von Skripten. Fehlen Kategorie B (target_region/register_profile) → direkt mit dokumentierten Standardwerten fortfahren; keine Rückfragen, kein Blockieren. Fehlt Kategorie C (Ausgaben vorgelagerter Skills 100x-persona/100x-search-query) → still ignorieren; nie vom Benutzer verlangen, zuerst einen anderen Skill auszuführen.

Verbotene Wörter

Lass mich / Ich hoffe / Vielleicht / Wahrscheinlich / Möglich / Vielleicht / Lasst uns; KI‑Hotline‑Ton (as an AI / I'd be happy to / feel free to); detaillierte Verbotsliste für register_profile=="compliance-conservative" siehe profiles/compliance-conservative.md; keine erfundenen Effekte/Zertifizierungen/Benutzerzeugnisse, die nicht im Quelltext stehen (siehe Axiom 4, bekannte Einschränkungen oben); keine fest codierten Kundenkategorie-Wörterbücher; nicht so tun, als würden in v1 nicht implementierte Regionen/Anrede-Register unterstützt (siehe Axiom 3, bekannte Einschränkungen).

Routing (empfohlen, nicht zwingend erforderlich)

• Bereits Personen‑/Szeneneinstellungen vorhanden, die eine bestimmte Persönlichkeit in der Lokalisierung wünschen → skill für Personen/Szenen (falls vorhanden, kann die Ausgabe als Kategorie‑C‑Referenz dienen)
• Noch keine Suchbegriffe festgelegt, zuerst Referenzmaterial für die Lokalisierung suchen → skill für Suchbegriffe (falls vorhanden)
• Nach der Lokalisierung eine Sprachausgabe/Untertitel-Zeitleiste generieren → skill für Sprachausgabe/Untertitel (falls vorhanden)
• Zurück zum Haupteinstieg für eine erneute Triage → 100x-Systemhaupteingang (falls vorhanden)

All dies sind „nach der Ausgabe empfohlene“ Optionen, keine vorherigen Abhängigkeiten; wenn die entsprechenden Skills noch nicht erstellt sind, beeinträchtigt dies nicht die eigenständige Arbeit dieser Skill.

Werksseitige Selbstprüfung

Führen Sie node scripts/validate.js --selftest aus, um zu validieren. Die strukturellen Einschränkungen aus schema.json (required/additionalProperties/enum/pattern, einschließlich der konditionalen if/then+pattern-Prüfungen für Axiom 2/3) werden von scripts/validate.js mit ajv (echter JSON‑Schema‑Draft‑07‑Validator, als devDependency in package.json deklariert, zuerst npm install) ausgeführt. Die Axiome 1 (Komprimierungsverhältnis) und 4 (keine erfundenen Autoritäten) sind zwei Arten von feldübergreifenden Vergleichsregeln, die in reinem JSON‑Schema strukturell nicht ausdrückbar sind (Längen‑ oder Inhaltsvergleiche zweier Zeichenkettenfelder sind nicht möglich). Sie werden durch manuellen Code in scripts/validate.js ergänzt:

npm install                                                   # Beim ersten Mal ajv installieren
node scripts/validate.js <bundle.json> [bundle2.json ...]   # Ausgabe validieren
node scripts/validate.js --selftest                          # Integrierte Regressionstests ausführen

Quellen

Diese Skill basiert auf folgenden Materialien: 07_西语口播风格规范.md (direkte Quelle für Register‑/Naturalisierungsregeln, dessen Selbstauskunft „keine empirischen Schlussfolgerungen“ wird originalgetreu übernommen) + Referenzkorpora (liefern Datenbasis für Komprimierungsaxiom und Register‑Standardaxiom) + T7‑Modulbibliothek‑CSV (strukturelle Referenz für Modulgerüst). Punktuelle Änderungen und Begründungen siehe sources.md.