Skip to main content
ポリシーレジストリは、標準化された機械可読な広告ポリシーのコミュニティ管理ライブラリです。任意のガバナンスドメインが ID で参照できる、規制と業界標準の共有語彙を提供します。

クイックスタート

ID でポリシーを取得します:
regulation カテゴリのポリシーをすべてリストする:
LLM 評価プロンプト用にポリシーを一括解決する:
レスポンスの policy テキストと exemplars をガバナンスエージェントの評価プロンプトに使用します。exemplar はエージェントのポリシー解釈を調整する — 少数ショット例として含めます。

共有レジストリの理由

広告コンプライアンスには、多くのキャンペーン、ブランド、ガバナンスエージェントにわたって同じ規制と標準が関わる。共有レジストリがなければ、すべてのガバナンスエージェントが COPPA、GDPR、HFSS、その他の有名な規制のポリシーを独自に定義することになり、不一致と重複が生じる。 レジストリはこれを解決する:
  • 構造化されたメタデータ(管轄、ポリシーカテゴリ、執行レベル)を持つ標準化されたポリシー定義
  • ガバナンスエージェント(LLM)が評価に直接使用する自然言語ポリシーテキスト
  • エージェントの動作を整合させるキャリブレーション exemplar(合格/不合格シナリオ)
  • ブランドが特定のポリシーバージョンに固定できるバージョントラッキング

ポリシーカテゴリ

ポリシーは義務の性質に基づいて2つのカテゴリに分かれる: 執行レベルは RFC 2119 キーワードに従う:
  • must — 法的要件。ガバナンスエージェントは違反を拒否します。
  • should — ベストプラクティス。ガバナンスエージェントは警告するがブロックしません。
  • may — 推奨。ガバナンスエージェントは情報目的のみでログに記録します。

ガバナンスエージェントによるポリシーの使用方法

ガバナンスエージェントは自然言語ポリシーテキストを解釈する LLM だ — コンテンツスタンダードで使われるのと同じパターン。レジストリの価値は構造化されたメタデータとキャリブレーション exemplar にあり、カスタムルール言語ではありません。
  1. ブランドのコンプライアンス設定またはバイヤーリクエストから適用可能なポリシーを解決する
  2. POST /api/policies/resolve/bulk でレジストリから一括解決する
  3. コンテキストでフィルタリングする — ポリシーの管轄/ポリシーカテゴリ/チャンネルをキャンペーンパラメーターと交差させる
  4. 評価プロンプトにポリシーテキスト + exemplar を含める
  5. 執行レベルを適用するmust 違反は拒否、should 違反は警告

ポリシー構造

レジストリの各ポリシーは policy-entry スキーマに従う:

時間的執行

ポリシーにはオプションの effective_datesunset_date フィールドがあります。ガバナンスエージェントはこれらの日付を使って執行動作を自動的に決定する: これにより、ブランドは発効前の規制を参照できます。ガバナンスエージェントはそれらを評価し、フラグが立てられていたものを報告するが、キャンペーンをブロックしません。発効日が過ぎると、設定変更なしに執行が自動的に有効になります。 例えば、EU AI 法第 50 条は effective_date: "2026-08-02" を持ちます。2026 年 8 月前にこのポリシーを参照するブランドは、AI ディスクロージャーコンプライアンスに関する情報提供的な結果を見ます。2026 年 8 月以降、違反は拒否されます。

ポリシー適用の3層

ブランドコンプライアンス設定

ブランドはコンプライアンス設定を通じてレジストリポリシーを参照します。概念モデルはキャンペーンガバナンス仕様を参照。

ガバナンスドメイン間の統合

レジストリはすべてのガバナンスドメインが利用する共有リソースだ:

ガバナンスドメイン

各ポリシーは governance_domains でどのガバナンスサブドメインに適用されるかを宣言します。これによって、どの種類のガバナンスエージェントがポリシーを評価して機能として宣言できるかが決まる。 例えば、eu_ai_act_article_50governance_domains: ["creative", "content_standards"] を持ちます。AI 生成コンテンツのディスクロージャーに関するものだからだ — クリエイティブ評価とコンテンツスタンダードには関連するが、プロパティやキャンペーンレベルのガバナンスには関係しません。 API でドメインでフィルタリングする: GET /api/policies/registry?domain=creative

registry: プレフィックス

ガバナンスエージェントは registry: プレフィックス付き機能 ID を使って標準化されたケイパビリティを宣言します。これにより、「EU AI 法コンプライアンス」を検索するバイヤーが同じ用語を使ったエージェントを見つけられる共有語彙が生まれる。 規約: registry:{policy_id} は機能 ID をレジストリポリシーにマッピングします。プレフィックスなしの機能 ID はエージェント定義です。 プロパティガバナンスエージェントが宣言:
クリエイティブガバナンスエージェントが宣言:
バイヤーが機能でフィルタリング:
ガバナンスエージェントはレジストリからポリシーテキストと exemplar を取得して評価します。バイヤーはポリシー ID を参照するだけでいい。ポリシーの governance_domains フィールドがエージェントタイプがポリシーに適切かを検証します。

バイヤーとセラーの透明性

バイヤーはメディアバイリクエストで執行するポリシーをリストします。セラーはプロダクトでどのポリシーをすでに執行しているかを宣言します。 バイヤーがポリシーをリクエスト:
セラーが執行を宣言:

API

レジストリは AgenticAdvertising.org API 経由で提供されます: レジストリソース(権威あります)のポリシーはコミュニティ保存エンドポイントで編集できません。コミュニティが提供したポリシーはレビュープロセスを経る。

必須の人間によるレビュー

ポリシーとポリシーカテゴリは requires_human_review: true を宣言して、完全自動化された決定を禁止する規制レジーム — 特に GDPR 第22条や EU AI Act 附属書 III — にフラグを立てることができます。プランがこのフラグを持つポリシーまたはカテゴリを解決した場合、ガバナンスエージェントは plan.human_review_required = true を設定しなければならず(MUST)、実行前にすべてのアクションを人間のレビューにエスカレーションしなければなりません(MUST)。 requires_human_review: true を持つ初期登録カテゴリ:
  • fair_housing — 米国 FHA、附属書 III 相当の住宅決定
  • fair_lending — 米国 ECOA、附属書 III §5(b) 信用力
  • fair_employment — 米国 Title VII、ADEA、附属書 III §1(b) 採用
  • pharmaceutical_advertising — FDA DTC、EU の処方薬広告禁止
デプロイヤー向けのガイダンス、および reallocation_threshold(予算再配分)と human_review_required(個人に影響する決定)の区別については、附属書 III と第22条の義務を参照。

初期登録ポリシー

レジストリには一般的な広告規制と標準をカバーする 14 のポリシーが初期登録されています:

規制

標準

Scope3 Common Sense ブランド安全フレームワークは、廃止された GARM フレームワークに代わる業界ベースラインのブランド安全として AgenticAdvertising.org に寄贈されました。すべての業界とチャンネルに適用可能な常識的なコンテンツ隣接標準を定義します。

ポリシーカテゴリ定義

レジストリはポリシーカテゴリを定義する — キャンペーンにどのポリシーセットが適用されるかを決定する規制体制のグループ。カテゴリはキャンペーンプランで policy_categories を通じて ID で参照されます。 各カテゴリ定義には以下が含まれます:

初期登録カテゴリ

カテゴリの restricted_attributes は権威ある — プランがポリシーカテゴリを宣言すると、プランが restricted_attributes でも宣言しているかどうかに関わらず、これらの属性はキャンペーンで自動的に制限されます。

制限属性定義

レジストリは制限属性カテゴリを定義する — 規制が広告ターゲティングに対して制限する個人データの種類。これらは GDPR 第 9 条の特別カテゴリにマッピングされ、プラン、シグナル定義、ポリシーカテゴリ全体で使用されます。 各属性定義には以下が含まれます:

初期登録属性

データプロバイダーはシグナル定義で restricted_attributes を宣言するときにこれらの定義を参照できます。ガバナンスメタデータの宣言を参照。

ポリシーの提供

コミュニティメンバーは API または管理インターフェースで新しいポリシーを提供できます。提供されたポリシーは:
  • policy_idversionnamecategoryenforcementpolicy テキストを含む必要があります
  • source_type: communityreview_status: pending で作成されます
  • レジストリで利用可能になる前にレビューを経る
  • レジストリソース(権威あります)のポリシーを上書きできません