本文へスキップ

AI運用の判断と根拠を引く

トップへ戻る

Locale・script・region-aware AI 評価 matrix

用語・参照用語・参照公式仕様のみ公式仕様のみ現行現行として扱う

記事状態: 公開 · 最終確認: 2026-10-19

要点

「BCP 47/CLDRを用いてlanguage・script・regionの評価軸を正規化し、実利用分布とリスクに応じて評価セルを分離する。locale tagやlikely-subtagはcoverage設計の補助であり、品質・文化適合性・法域適合性を自動的に保証しない。」

現在の判断

「BCP 47/CLDRを用いてlanguage・script・regionの評価軸を正規化し、実利用分布とリスクに応じて評価セルを分離する。locale tagやlikely-subtagはcoverage設計の補助であり、品質・文化適合性・法域適合性を自動的に保証しない。」

どこまで当てはまるか

Locale・script・region-aware AI 評価 matrix

詳しく理解する

要点と前提

多言語AIの評価で「言語」だけを評価軸にすると、実運用で発生する差異を取り逃がす。評価単位は少なくとも language × script × region/locale × task を分離し、同じ言語名の内部でも表記体系、地域語彙、書式、規制・業務慣行、入力分布が異なるセルを独立に観測できるようにする必要がある。BCP 47のlanguage tagは、languageに加えてscriptやregion等のsubtagを組み合わせられる。RFC 5646はscript subtagをISO 15924、region subtagをISO 3166-1またはUN M.49に基づくものとして定義し、必要以上に細かいtagを付けず、アプリケーション上区別する価値がある場合にsubtagを使うことを推奨している。

評価マトリクスの設計

評価台帳では、単一の「日本語」「中国語」「スペイン語」スコアに潰さず、最低限次の軸を別列で保持する。

  • language: BCP 47のprimary language subtagを基準にする。
  • script: 表記体系が品質・tokenization・OCR・検索・生成形式に影響する場合に明示する。例として中国語のHans/Hant、セルビア語のLatn/Cyrlなどを同一セルへ混ぜない。
  • region: 地域差が語彙、綴り、単位、日付、住所、法制度、業務用語、検索結果等へ影響する場合に分離する。
  • task/domain: QA、要約、抽出、検索、agent操作、カスタマーサポート等を混ぜない。
  • modality/input condition: text、音声、画像、OCR、コード混在など、失敗条件が変わる条件は別セルにする。

BCP 47 tagは評価セルを識別するための便利なキーだが、それ自体が品質や文化適合性を保証するものではない。RFC 5646もtag選択はcontent/アプリケーションに依存するとしている。したがって、fr-CA や zh-Hant-HK といったtagを付けただけで、その地域・scriptに対する十分な評価を実施したことにはならない。

CLDRを使う際の注意

Unicode CLDRのlikelySubtagsは、欠落しているlanguage/script/regionを「最もありそうな値」で補うためのデータである。たとえばlocaleから典型的なscriptやregionを推定できる。一方、CLDR自身がlikelySubtagsをheuristically derivedと説明し、データは時間とともに変わり得るとしている。このためlikelySubtagsはテストケース生成やcoverage gap探索の補助には使えるが、「このlanguageにはこのscript/regionだけを試せばよい」という除外規則には使わない。

また、W3Cの国際化ガイダンスはBCP 47 subtagを用い、必要以上に長いtagを避けることを勧めている。評価マトリクスではcanonicalizationやlikely-subtag展開を利用して重複候補を整理してよいが、実際の利用者分布や障害履歴を優先してセルを追加する。

実装・運用

実装では、評価ケースごとに language_tag, script, region, task, domain, source_population, sample_provenance, expected_behavior, metric, model_version, prompt/version, evaluated_at を保持する。language tagだけからscript/regionを推測して原データを上書きせず、明示値と推定値を分離する。

リリース判定では全セル平均だけを使わない。重要市場、規制対象、利用量上位、過去incident発生セルには個別の最低基準またはregression budgetを置く。サンプルが少ないセルは高スコアでも「未確定」と扱い、母数と信頼区間または少なくとも件数を併記する。新モデル・prompt・検索・取得・ツール変更時は、影響が予想されるセルだけでなく、script/region境界で代表的な回帰セットを再実行する。

ネイティブ話者評価が必要な項目と自動評価可能な項目も分離する。文字化け、形式遵守、locale-specific date/number formattingなどは自動化しやすいが、自然さ、敬語、地域固有語、文化的含意、曖昧性、危険な誤解は自動評価指標だけで閉じない。特に安全性・医療・法務・金融・公共サービスでは、地域差を単なる翻訳品質へ縮約しない。

出典 / 出典・来歴 locators

AUDIT_HANDOFF: Independent 監査 requested. READY / AUDIT_PASS / GIT_INTEGRATED / ACCEPTED are not self-asserted.

よくある失敗・反証

  • 細分化にはコストがある。language × script × region × taskを全直積で作るとセル数が爆発し、各セルのsample数が不足する。したがって全組合せを均等に埋めるのではなく、実利用分布、リスク、既知失敗、変更影響、代表性に基づくrisk-based samplingを行う。逆に、コスト削減のためlanguage単位へ集約しすぎると少数script・地域固有失敗が平均値に埋没する。

    BCP 47のregionは「国籍」や「利用者属性」を意味しない。locale tagから個人の居住地、文化、法域、民族性を推定してはならない。さらに、同一region内にも複数言語・script・方言・社会集団があり、tag体系だけでは評価対象人口を完全には表現できない。CLDRのlikelySubtagsも確率的・既定値的な補助データであり、実利用者構成の証明ではない。

まだ確認できていないこと

  • EA-736-UNKNOWN-01
    • 対象サービスごとの実利用locale/script分布と、どのセルを公開・提供 確認・承認の条件に含めるべきかは組織固有であり、一般規格からは確定しない。
    • ネイティブ評価者が必要となる閾値、sample数、統計的合格基準はtask/リスクに依存し、一律値は確立されていない。
    • CLDRのlikelySubtagsは更新され得るため、固定snapshotを使う場合はCLDR バージョンを記録する必要がある。

根拠資料

更新履歴

  1. EA-736-RESCUE-20261019-R1: 正式な 監査/publication 対応付け

出典ID・検証情報・機械可読データ

根拠の種類と情報の鮮度は、ラベルとアイコンで確認できます。

記事ID
EA-736
最終確認日
2026-10-19
提供元・モデル・プラン・利用環境
—
対象地域
—
元資料の全文と収録照合記録
要点と前提

多言語AIの評価で「言語」だけを評価軸にすると、実運用で発生する差異を取り逃がす。評価単位は少なくとも language × script × region/locale × task を分離し、同じ言語名の内部でも表記体系、地域語彙、書式、規制・業務慣行、入力分布が異なるセルを独立に観測できるようにする必要がある。BCP 47のlanguage tagは、languageに加えてscriptやregion等のsubtagを組み合わせられる。RFC 5646はscript subtagをISO 15924、region subtagをISO 3166-1またはUN M.49に基づくものとして定義し、必要以上に細かいtagを付けず、アプリケーション上区別する価値がある場合にsubtagを使うことを推奨している。

評価マトリクスの設計

評価台帳では、単一の「日本語」「中国語」「スペイン語」スコアに潰さず、最低限次の軸を別列で保持する。

  • language: BCP 47のprimary language subtagを基準にする。
  • script: 表記体系が品質・tokenization・OCR・検索・生成形式に影響する場合に明示する。例として中国語のHans/Hant、セルビア語のLatn/Cyrlなどを同一セルへ混ぜない。
  • region: 地域差が語彙、綴り、単位、日付、住所、法制度、業務用語、検索結果等へ影響する場合に分離する。
  • task/domain: QA、要約、抽出、検索、agent操作、カスタマーサポート等を混ぜない。
  • modality/input condition: text、音声、画像、OCR、コード混在など、failure modeが変わる条件は別セルにする。

BCP 47 tagは評価セルを識別するための便利なキーだが、それ自体が品質や文化適合性を保証するものではない。RFC 5646もtag選択はcontent/applicationに依存するとしている。したがって、fr-CA や zh-Hant-HK といったtagを付けただけで、その地域・scriptに対する十分な評価を実施したことにはならない。

CLDRを使う際の注意

Unicode CLDRのlikelySubtagsは、欠落しているlanguage/script/regionを「最もありそうな値」で補うためのデータである。たとえばlocaleから典型的なscriptやregionを推定できる。一方、CLDR自身がlikelySubtagsをheuristically derivedと説明し、データは時間とともに変わり得るとしている。このためlikelySubtagsはテストケース生成やcoverage gap探索の補助には使えるが、「このlanguageにはこのscript/regionだけを試せばよい」という除外規則には使わない。

また、W3Cの国際化ガイダンスはBCP 47 subtagを用い、必要以上に長いtagを避けることを勧めている。評価マトリクスではcanonicalizationやlikely-subtag展開を利用して重複候補を整理してよいが、実際の利用者分布や障害履歴を優先してセルを追加する。

運用control / implementation implication

実装では、評価ケースごとに language_tag, script, region, task, domain, source_population, sample_provenance, expected_behavior, metric, model_version, prompt/version, evaluated_at を保持する。language tagだけからscript/regionを推測して原データを上書きせず、明示値と推定値を分離する。

リリース判定では全セル平均だけを使わない。重要市場、規制対象、利用量上位、過去incident発生セルには個別の最低基準またはregression budgetを置く。サンプルが少ないセルは高スコアでも「未確定」と扱い、母数と信頼区間または少なくとも件数を併記する。新モデル・prompt・retrieval・tool変更時は、影響が予想されるセルだけでなく、script/region境界で代表的な回帰セットを再実行する。

ネイティブ話者評価が必要な項目と自動評価可能な項目も分離する。文字化け、形式遵守、locale-specific date/number formattingなどは自動化しやすいが、自然さ、敬語、地域固有語、文化的含意、曖昧性、危険な誤解は自動metricだけで閉じない。特に安全性・医療・法務・金融・公共サービスでは、地域差を単なる翻訳品質へ縮約しない。

Failure / limitations / counterevidence

細分化にはコストがある。language × script × region × taskを全直積で作るとセル数が爆発し、各セルのsample数が不足する。したがって全組合せを均等に埋めるのではなく、実利用分布、リスク、既知failure、変更影響、代表性に基づくrisk-based samplingを行う。逆に、コスト削減のためlanguage単位へ集約しすぎると少数script・地域固有failureが平均値に埋没する。

BCP 47のregionは「国籍」や「利用者属性」を意味しない。locale tagから個人の居住地、文化、法域、民族性を推定してはならない。さらに、同一region内にも複数言語・script・方言・社会集団があり、tag体系だけでは評価対象人口を完全には表現できない。CLDRのlikelySubtagsも確率的・既定値的な補助データであり、実利用者構成の証明ではない。

SAFE_WORDING

「BCP 47/CLDRを用いてlanguage・script・regionの評価軸を正規化し、実利用分布とリスクに応じて評価セルを分離する。locale tagやlikely-subtagはcoverage設計の補助であり、品質・文化適合性・法域適合性を自動的に保証しない。」

OPEN_UNKNOWN
  • 対象サービスごとの実利用locale/script分布と、どのセルをrelease gateに含めるべきかは組織固有であり、一般規格からは確定しない。
  • ネイティブ評価者が必要となる閾値、sample数、統計的合格基準はtask/riskに依存し、一律値は確立されていない。
  • CLDRのlikelySubtagsは更新され得るため、固定snapshotを使う場合はCLDR versionを記録する必要がある。
Source / provenance locators

AUDIT_HANDOFF: Independent audit requested. READY / AUDIT_PASS / GIT_INTEGRATED / ACCEPTED are not self-asserted.

  • EVD-EA-736-URL-60CE3F8AFF19研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    1. RFC Editor, RFC 5646 / BCP 47, “Tags for Identifying Languages”, September 2009.

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-736-URL-60CE3F8AFF19
    検証箇所
    Source / provenance locators · 1. RFC Editor, RFC 5646 / BCP 47, “Tags for Identifying Languages”, September 2009. https://www.rfc-editor.org/info/rfc5646/
    適用範囲
    Source / provenance locators
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EVD-EA-736-URL-3A768FD051C8研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    2. IETF Datatracker, BCP 47.

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-736-URL-3A768FD051C8
    検証箇所
    Source / provenance locators · 2. IETF Datatracker, BCP 47. https://datatracker.ietf.org/doc/bcp47/
    適用範囲
    Source / provenance locators
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EVD-EA-736-URL-5B62F4DC78FD研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    3. Unicode CLDR, Likely Subtags, CLDR charts 49.

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-736-URL-5B62F4DC78FD
    検証箇所
    Source / provenance locators · 3. Unicode CLDR, Likely Subtags, CLDR charts 49. https://unicode.org/cldr/charts/49/supplemental/likely_subtags.html
    適用範囲
    Source / provenance locators
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EVD-EA-736-URL-6856EA6D38E6研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    4. W3C Internationalization, Authoring web pages / Choosing language tags.

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-736-URL-6856EA6D38E6
    検証箇所
    Source / provenance locators · 4. W3C Internationalization, Authoring web pages / Choosing language tags. https://w3c.github.io/i18n-drafts/techniques/authoring-html.en
    適用範囲
    Source / provenance locators
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EA-736-CURRENT-APPROVAL研究資料研究資料根拠の出所: AUDITED_CANONICAL_RESEARCH_PACKET

    現行本文の監査・revision対応

    裏付ける内容
    現行台帳のAUDIT_PASSと候補・revision・本文ハッシュの対応を確認しています。
    確認日
    —
    出典・実験ID
    ORPHAN-RESCUE-EA736-20261019-C1
    検証箇所
    1KqhJtiSb2S84rWmeYVwKcT_76dBwZ_B0ZZuAWQqH0rQ/EA_REVISION_LEDGER#ea_id=EA-736&revision_id=EA-736-RESCUE-20261019-R1&candidate_id=ORPHAN-RESCUE-EA736-20261019-C1 · EA-736-RESCUE-20261019-R1
    適用範囲
    —
    出典・来歴
    CURRENT_CANONICAL_APPROVAL_READBACK
    限界
    監査状態と来歴の記録です。外部根拠の最新性や本文の全主張を追加保証しません。
  • EA-736-CURRENT-BODY-READBACK実装資料実装資料根拠の出所: IMPLEMENTATION_READBACK

    現行本文の収録照合

    裏付ける内容
    公開生成入力の本文SHA-256が、監査済み候補に結び付いたハッシュと一致しています。
    確認日
    2026-10-19
    出典・実験ID
    BODY-SHA256:0d361ab3f48615fa2ddc63e50996f06c233d84e1fa0375c2645611c5d3396d6e
    検証箇所
    content/staging/EA-736.md · 0d361ab3f48615fa2ddc63e50996f06c233d84e1fa0375c2645611c5d3396d6e · EA-736-RESCUE-20261019-R1
    適用範囲
    —
    出典・来歴
    CURRENT_APPROVED_BODY_HASH_MATCH
    限界
    本文の同一性の検査です。外部システムの挙動や全主張の真偽を実証したものではありません。
出典ID
ORPHAN-RESCUE-EA736-20261019-C1, SRC-EA-736-URL-60CE3F8AFF19, SRC-EA-736-URL-3A768FD051C8, SRC-EA-736-URL-5B62F4DC78FD, SRC-EA-736-URL-6856EA6D38E6, BODY-SHA256:0d361ab3f48615fa2ddc63e50996f06c233d84e1fa0375c2645611c5d3396d6e
追跡中のUNKNOWN ID
EA-736-UNKNOWN-01
再確認のきっかけ
正式な 改訂版/publication 状態 change · 本文 成果物 hash change · 出典 現行性 change · new contradiction or 実装 結果の照合

機械検査: 通過 — 機械検査の結果です。情報の正確性や実行の承認を保証するものではありません。

    同じ記事IDの機械可読データです。