100x-localise

Que fait 100x-localise ?

Description

Entrez un texte source (n'importe quelle langue), obtenez une version localisée en espagnol mexicain par défaut — pas une traduction mot à mot, mais une compression active, adaptée à l'intensité réelle des données authentiques. Cela fait partie du système 100x, couche L2 de génération créative, correspondant à l'étape "2c : localisation du texte publicitaire".

Quand déclencher

L'utilisateur dit :

• "localisation du texte publicitaire" / "localiser en espagnol" / "traduire ce script en espagnol" / "réécrire en espagnol mexicain" / "comment localiser ce texte"
• "localize this ad copy" / "translate this script into Spanish" / "adapt this for the Spanish market" / "Mexican Spanish localization"
• ou fournit directement un texte source (dans n'importe quelle langue, généralement anglais ou chinois) en demandant une version localisée en espagnol.

Entrée

Entrée minimale (catégorie A, obligatoire) : source_script — le texte source complet en clair (n'importe quelle langue). Ce skill n'accepte pas les fichiers vidéo/audio, uniquement du texte.

Compléments facultatifs (catégorie B, avec valeurs par défaut explicites, voir workflow.md Phase 1) : target_region (par défaut "mx", accepte uniquement mx/generic-latam ; toute autre valeur est rétrogradée à generic-latam avec une note dans meta.warnings), register_profile (par défaut "default", calqué sur l'intensité réelle des données, pas un profil conservateur — voir axiome 2 dans les contraintes).

Produits amont optionnels (catégorie C, ignorés silencieusement en cas d'absence, ne bloquent pas et ne nécessitent pas d'exécuter d'abord un autre skill) : les cartes persona/scène de 100x-persona, les résultats de mots-clés de 100x-search-query.

Sortie

Voir schema.json : source_script (retour du texte original) + target_region + register_profile + localized_script (résultat localisé en espagnol) + meta (obligatoire : generated_by, warnings ; optionnel : compression_ratio).

Contraintes fondamentales (4 axiomes, voir axioms.md)

1. Axiome de compression : Le nombre de caractères en espagnol ne doit pas dépasser 1,10 fois le nombre de caractères du texte source (ni être inférieur à 0,5 fois) — calibré sur la distribution de longueur des transcriptions de référence. L'espagnol exprime naturellement la même information avec plus de caractères ; une traduction mot à mot dépasserait systématiquement le budget temporel. Il faut donc condenser activement, pas traduire littéralement (les chiffres 1,10/0,5 sont un choix d'ingénierie, voir axioms.md axiome 1).
2. Axiome de registre par défaut : Par défaut, le registre suit l'intensité réelle des données authentiques. La liste d'interdits conservatrice du fichier normatif 07 (07_西语口播风格规范.md) §5 est déclassée en profil optionnel profiles/compliance-conservative.md, pas en valeur par défaut (ce fichier §1 déclare lui-même "ce n'est pas une conclusion pratique tirée des échantillons à succès en espagnol dans la base", donc ce skill n'en fait pas une règle de validation par défaut).
3. Axiome de cohérence du tutoiement : Utilisation uniforme du tú dans tout le texte. Interdiction de mélanger usted/vosotros (limitation connue : seuls mx/generic-latam sont supportés comme target_region ; pas de support pour le registre formel espagnol usted/vosotros ni la conjugaison argentine vos — c'est une limitation de périmètre ; toute demande pour ces régions sera rétrogradée à generic-latam avec un avertissement, sans faire semblant de les supporter. Par ailleurs, les données de référence contiennent des cas réels de usted mélangé à tú — cet axiome est une ligne de qualité pour la production de ce skill, pas une description de l'état réel des données, voir axioms.md axiome 3. Le mécanisme actuel couvre déjà quatre types de contournement : tout en majuscules, sans accents, insertion de caractères invisibles de largeur nulle, et caractères combinés d'accentuation. La couche de validation manuelle normalise deux fois les caractères invisibles et les accents combinés pour les axiomes 2/3, et supprime les caractères invisibles pour la détection des familles de mots d'autorité de l'axiome 4. Il reste des failles connues : le pattern ajv au niveau de schema.json n'a toujours pas de capacité de prétraitement (limitation structurelle du schéma JSON), et la liste de points de code de caractères invisibles (6) n'est pas une énumération exhaustive de la catégorie Unicode des caractères de format, voir les TODO de l'axiome 2/3/4 dans axioms.md).
4. Axiome contre les allégations d'autorité inventées : Ne pas introduire d'allégations d'autorité/certification absentes du texte source (famille fermée : FDA/Harvard/OMS/expressions de validation clinique). Limitation connue : cela n'arrête que les ajouts au niveau des mots-clés dans la famille fermée (la normalisation couvre déjà les variations d'écriture comme sans accents, mélange majuscule/minuscule, abréviations en lettres pointées, mais ne peut pas empêcher l'invention d'un nom d'institution/personne fictif ne figurant pas dans la famille fermée), voir axioms.md axiome 4.

Processus en trois phases

Voir workflow.md : Phase 1 : réception et validation (catégories A/B/C, rétrogradation de target_region/register_profile) → Phase 2 : décision de registre → réécriture naturalisée → compression longueur → auto-vérification phrase par phrase → vérification par lots → Phase 3 : rework déclenché par l'utilisateur (L1 : compression en un seul tour / L2 : changement de profil ou de région / L3 : refonte complète ; pas de chemin de rework pour la cohérence du tutoiement — v1 ne supporte que tú, voir axiome 3).

Garantie d'appel indépendant

Catégorie A (source_script) manquante ou l'utilisateur envoie un fichier vidéo/audio → réponse de refus fixe, pas de devinette, pas d'écriture de script à sa place. Catégorie B (target_region/register_profile) manquante → utilisation directe des valeurs par défaut documentées, pas de demande supplémentaire, pas de blocage. Catégorie C (produits amont 100x-persona/100x-search-query) manquante → ignorée silencieusement, ne demande jamais à l'utilisateur d'exécuter d'abord un autre skill.

Mots interdits

Laissez-moi / j'espère / peut-être / probablement / possible / éventuellement / laissez-nous ; ton IA de service client (as an AI / I'd be happy to / feel free to) ; lorsque register_profile=="compliance-conservative" : liste d'interdits spécifique dans profiles/compliance-conservative.md ; ne pas inventer d'effets/certifications/témoignages absents du texte source (voir axiome 4, limitations connues ci-dessus) ; ne pas coder en dur un dictionnaire de catégorie client ; ne pas faire semblant de supporter des régions/registres non implémentés en v1 (voir axiome 3, limitations connues).

Routage (recommandé, pas une dépendance forte)

• Si vous avez déjà une persona/scène et souhaitez que la localisation s'adapte à un personnage spécifique → compétence persona/scène (si existante, la sortie peut servir de référence catégorie C)
• Si vous n'avez pas encore défini de mots-clés de recherche et souhaitez d'abord trouver des références avant de localiser → compétence mots-clés de recherche (si existante)
• Après localisation, si vous souhaitez générer une voix-off ou une chronologie de sous-titres → compétence voix-off/sous-titres (si existante)
• Pour revenir à l'accueil et rediriger → point d'entrée global du système 100x (si existant)

Tout ce qui précède est une "recommandation post-production" ; ce n'est pas une dépendance préalable. Le fonctionnement du skill n'est pas affecté si la compétence correspondante n'est pas encore construite.

Auto-test en usine

Exécutez node scripts/validate.js --selftest. Les contraintes structurelles déclarées par schema.json (required/additionalProperties/enum/pattern, y compris les deux vérifications conditionnelles if/then+pattern des axiomes 2 et 3) sont réellement exécutées par ajv (validateur JSON Schema draft-07, déclaré comme devDependency dans package.json, exécutez d'abord npm install). Les axiomes 1 (ratio de compression) et 4 (contre les allégations d'autorité inventées) sont des règles de comparaison inter-champs que le JSON Schema vanille ne peut pas exprimer structurellement (impossible de comparer la longueur ou le contenu de deux chaînes) ; ils sont complétés par du code manuel dans scripts/validate.js :

npm install                                                   # première utilisation : installer ajv
node scripts/validate.js <bundle.json> [bundle2.json ...]   # valider la sortie
node scripts/validate.js --selftest                          # exécuter les tests de régression intégrés

Sources

Ce skill est construit à partir des matériaux suivants : 07_西语口播风格规范.md (source directe des règles de registre/naturalisation, dont la déclaration "ce n'est pas une conclusion empirique" est conservée) + des données de référence (supportent l'axiome de compression et l'axiome de registre par défaut) + la bibliothèque de modules T7 (référence structurelle pour le squelette). Les points de réécriture fichier par fichier et les critères de décision sont détaillés dans sources.md.