100x-localize は何をしますか？
一言での位置づけ
入力されたソーステキスト（任意のソース言語）を、メキシコスペイン語デフォルトのローカライズ版に出力します。逐語訳ではなく、能動的に長さを圧縮し、実際のデータに基づいた強度分布に適合させます。100xシステムのL2クリエイティブ生成層に属し、「2c 配信文言ローカライズ」のステップに対応します。
いつトリガーされるか
ユーザーが以下のように発言した場合：
- 「配信文言をローカライズして」 / 「スペイン語にローカライズして」 / 「スペイン語のコピーに翻訳して」 / 「メキシコスペイン語に書き換えて」 / 「この文言をどうローカライズするか」
- 「localize this ad copy」 / 「translate this script into Spanish」 / 「adapt this for the Spanish market」 / 「Mexican Spanish localization」
- または、ソーステキスト（ソース言語は任意。通常は英語または中国語のコピー）を直接渡し、スペイン語のローカライズ版を依頼する。
入力
最小入力（カテゴリA、必須）：source_script——完全なソーステキスト（プレーンテキスト、ソース言語は任意）。
本スキルは動画/音声ファイルを受け付けません。テキストのみ対応します。
ソフト補完（カテゴリB、すべて明確なデフォルト値あり、workflow.md Phase 1参照）：target_region（デフォルト "mx"、mx/generic-latamのみ受け付け、それ以外はgeneric-latamにダウングレードしmeta.warningsに記録）、register_profile（デフォルト "default"、実際のデータに基づいた強度に適合。保守的なプロファイルではありません。「コア制約」公理2参照）。
上流からのオプション成果物（カテゴリC、欠落しても静かにスキップ。ブロックせず、ユーザーに他のスキルを先に実行するよう要求することは絶対にない）：100x-personaのペルソナ/シナリオカード、100x-search-queryの検索語結果。
出力
構造はschema.jsonを参照：source_script（原文のエコーバック） + target_region + register_profile + localized_script（スペイン語ローカライズ成果物） + meta（必須：generated_by、warnings；オプション情報フィールド：compression_ratio）。
コア制約（4つの公理、詳細はaxioms.md参照）
- 圧縮公理：スペイン語出力の文字数は、ソーステキストの文字数の1.10倍を超えてはならず（かつ0.5倍を下回ってはならない）——参照データに基づく書き起こし長さ分布から校正済み。スペイン語は同じ情報量を表現するのに本質的に長くなる傾向があり、逐語訳はシステム的に音声時間予算をオーバーする。そのため、能動的に圧縮・書き換えを行う必要があり、逐語訳ではない（1.10/0.5という具体的な数値はエンジニアリング判断であり、
axioms.md公理1を参照）。 - レジスター強度デフォルト公理：デフォルトは実際のデータに基づいた強度分布に適合する。07番規格ファイル（
07_西語口播風格規範.md）§5の保守的な禁止語リストは、オプションプロファイルprofiles/compliance-conservative.mdにダウングレードされ、デフォルトではない（同ファイル§1は自ら「データベース内のスペイン語ヒットサンプルから帰納された実戦的な結論ではない」と宣言しており、本スキルはその保守的な提案をデフォルトで遵守すべき検証済み結論として扱わない）。 - 人称一致公理：全文で
tú呼称を統一して使用する。usted/vosotrosを混入してはならない（既知の制限：現時点ではmx/generic-latamの2つのtarget_regionのみサポート。スペインの正式なusted/vosotrosレジスターやアルゼンチンのvos活用はサポートしない——これは範囲制限であり、これらの地域がリクエストされた場合はgeneric-latamにダウングレードされ、その旨が通知される。サポートしているふりはしない。また、参照データには実際にustedが出現しtúと混在しているケースがある——この公理は本スキルが自身の成果物に課す品質ラインであり、実際のデータ状況を説明するものではない。axioms.md公理3参照。現在のメカニズムは、全大文字/アクセント記号除去/ゼロ幅不可視文字挿入/合成アクセント記号挿入の4種類のバイパス手法をカバーしている（手書き検証層が公理2/3に対して不可視文字+合成アクセント記号の二重正規化を行い、公理4の権威語族検出でも不可視文字除去を行う）。それでも残っている既知のギャップ：schema.jsonレベルのajvpatternは依然として前処理能力を持たない（JSON Schema仕様の構造的制約）。また、手書き層の不可視文字コードポイントリスト（6個）はUnicode書式文字カテゴリの網羅的リストではない。axioms.md公理2/3/4のTODO参照）。 - 架空の権威主張防止公理：ソーステキストに存在しない権威/認証に関する主張（閉集合語族：FDA/Harvard/OMS/臨床検証関連表現）を導入してはならない——既知の制限：これは閉集合語族内のキーワードレベルの新規追加のみを防ぐことができる（アクセント記号除去、大文字小文字混合、一字一字にピリオドを付けた略語などの表記バリエーションに対して正規化を行っているが、閉集合に含まれない架空の機関名/人名をでっち上げることは防げない）。
axioms.md公理4参照。
3フェーズプロセス
詳細はworkflow.mdを参照：Phase 1 受信＋検証（カテゴリA/B/C、target_region/register_profileのダウングレードと補完） → Phase 2（レジスター強度決定 → 言語自然化書き換え → 長さ圧縮 → 一文ごとの自己チェック → バッチ自己チェック） → Phase 3 ユーザー起動の再作業（L1 単一ラウンド圧縮 / L2 プロファイルまたは地域の切り替え / L3 全体やり直し；人称レジスターには対応する再作業パスはない——v1はtúのみサポート。「コア制約」公理3参照）。
独立呼び出しの保証
カテゴリA（source_script）が欠落している場合、またはユーザーが動画/音声ファイルを送信した場合 → 固定のリジェクト応答で確認を促す。推測はしない、スクリプトを代わりに書かない。カテゴリB（target_region/register_profile）が欠落している場合 → ドキュメント化されたデフォルト値をそのまま使用して続行する。確認は求めない、ブロックしない。カテゴリC（上流の100x-persona/100x-search-query成果物）が欠落している場合 → 静かにスキップする。ユーザーに他のスキルを先に実行するよう要求することは絶対にない。
禁止語
させてください / 希望します / かもしれません / おそらく / 可能性があります / たぶん / しましょう；AIカスタマーサービス的な口調（as an AI / I'd be happy to / feel free to）；register_profile=="compliance-conservative"プロファイル下の具体的な禁止語リストはprofiles/compliance-conservative.mdを参照；ソーステキストにない効果/認証/ユーザーの声をでっち上げない（公理4参照、既知の制限は上記）；いかなるクライアントのカテゴリ辞書もハードコードしない；v1で未実装の地域/人称レジスターをサポートしているふりをしない（公理3の既知の制限参照）。
ルーティング（推奨、強制依存ではない）
- 既にペルソナ/シナリオ設定があり、ローカライズのトーンを特定のペルソナに合わせたい場合 → ペルソナ/シナリオ系スキル（既に構築されている場合、その成果物をカテゴリC参照として利用可能）
- まだ検索キーワードを決めておらず、先に参考素材を見つけてからローカライズしたい場合 → 検索キーワード系スキル（既に構築されている場合）
- ローカライズ後にナレーション/字幕タイムラインを生成したい場合 → ナレーション/字幕系スキル（既に構築されている場合）
- エントリーポイントに戻って再振り分けしたい場合 → 100xシステム総合エントリーポイント（既に構築されている場合）
上記はすべて「成果物作成後に必要に応じて推奨」するものであり、事前の依存関係ではない。対応するスキルがまだ構築されていない場合でも、本スキルの独立した動作には影響しない。
出荷時自己チェック
node scripts/validate.js --selftestを実行して検証する。schema.jsonで宣言された構造レベルの制約（required/additionalProperties/enum/pattern、公理2/3の条件付きif/then+patternチェックを含む）は、scripts/validate.js内のajv（実際のJSON Schema draft-07バリデーター、package.jsonで宣言されたdevDependency、先にnpm installを実行）によって実際に実行される。公理1（圧縮率）と公理4（架空の権威防止）は、2つのフィールドにまたがる比較ルールであり、バニラのJSON Schemaでは構造的に表現できない（2つの文字列フィールドの長さや内容を比較できない）。これらはscripts/validate.js内の手書きコードによって補完される：
npm install # 初回使用時にajvをインストール
node scripts/validate.js <bundle.json> [bundle2.json ...] # 成果物を検証
node scripts/validate.js --selftest # 内蔵リグレッションテストを実行
出典
本スキルは以下の素材に基づいて構築されている：07_西語口播風格規範.md（レジスター/自然化ルールの直接の出典。同ファイルの「実証的な結論ではない」という自己宣言はそのまま保持されている）+ 参照データ（圧縮公理とレジスター強度デフォルト公理のデータ的裏付けを提供）+ T7モジュールライブラリCSV（モジュール骨格の構造的参照を提供）。ファイルごとの書き換え箇所と判断基準の説明については、sources.mdを参照。