クイックスタート
ID でポリシーを取得します:policy テキストと exemplars をガバナンスエージェントの評価プロンプトに使用します。exemplar はエージェントのポリシー解釈を調整する — 少数ショット例として含めます。
共有レジストリの理由
広告コンプライアンスには、多くのキャンペーン、ブランド、ガバナンスエージェントにわたって同じ規制と標準が関わる。共有レジストリがなければ、すべてのガバナンスエージェントが COPPA、GDPR、HFSS、その他の有名な規制のポリシーを独自に定義することになり、不一致と重複が生じる。 レジストリはこれを解決する:- 構造化されたメタデータ(管轄、ポリシーカテゴリ、執行レベル)を持つ標準化されたポリシー定義
- ガバナンスエージェント(LLM)が評価に直接使用する自然言語ポリシーテキスト
- エージェントの動作を整合させるキャリブレーション exemplar(合格/不合格シナリオ)
- ブランドが特定のポリシーバージョンに固定できるバージョントラッキング
ポリシーカテゴリ
ポリシーは義務の性質に基づいて2つのカテゴリに分かれる:
執行レベルは RFC 2119 キーワードに従う:
must— 法的要件。ガバナンスエージェントは違反を拒否します。should— ベストプラクティス。ガバナンスエージェントは警告するがブロックしません。may— 推奨。ガバナンスエージェントは情報目的のみでログに記録します。
ガバナンスエージェントによるポリシーの使用方法
ガバナンスエージェントは自然言語ポリシーテキストを解釈する LLM だ — コンテンツスタンダードで使われるのと同じパターン。レジストリの価値は構造化されたメタデータとキャリブレーション exemplar にあり、カスタムルール言語ではありません。- ブランドのコンプライアンス設定またはバイヤーリクエストから適用可能なポリシーを解決する
POST /api/policies/resolve/bulkでレジストリから一括解決する- コンテキストでフィルタリングする — ポリシーの管轄/ポリシーカテゴリ/チャンネルをキャンペーンパラメーターと交差させる
- 評価プロンプトにポリシーテキスト + exemplar を含める
- 執行レベルを適用する —
must違反は拒否、should違反は警告
ポリシー構造
レジストリの各ポリシーは policy-entry スキーマに従う:時間的執行
ポリシーにはオプションのeffective_date と sunset_date フィールドがあります。ガバナンスエージェントはこれらの日付を使って執行動作を自動的に決定する:
これにより、ブランドは発効前の規制を参照できます。ガバナンスエージェントはそれらを評価し、フラグが立てられていたものを報告するが、キャンペーンをブロックしません。発効日が過ぎると、設定変更なしに執行が自動的に有効になります。
例えば、EU AI 法第 50 条は
effective_date: "2026-08-02" を持ちます。2026 年 8 月前にこのポリシーを参照するブランドは、AI ディスクロージャーコンプライアンスに関する情報提供的な結果を見ます。2026 年 8 月以降、違反は拒否されます。
ポリシー適用の3層
ブランドコンプライアンス設定
ブランドはコンプライアンス設定を通じてレジストリポリシーを参照します。概念モデルはキャンペーンガバナンス仕様を参照。ガバナンスドメイン間の統合
レジストリはすべてのガバナンスドメインが利用する共有リソースだ:ガバナンスドメイン
各ポリシーはgovernance_domains でどのガバナンスサブドメインに適用されるかを宣言します。これによって、どの種類のガバナンスエージェントがポリシーを評価して機能として宣言できるかが決まる。
例えば、
eu_ai_act_article_50 は governance_domains: ["creative", "content_standards"] を持ちます。AI 生成コンテンツのディスクロージャーに関するものだからだ — クリエイティブ評価とコンテンツスタンダードには関連するが、プロパティやキャンペーンレベルのガバナンスには関係しません。
API でドメインでフィルタリングする: GET /api/policies/registry?domain=creative
registry: プレフィックス
ガバナンスエージェントは registry: プレフィックス付き機能 ID を使って標準化されたケイパビリティを宣言します。これにより、「EU AI 法コンプライアンス」を検索するバイヤーが同じ用語を使ったエージェントを見つけられる共有語彙が生まれる。
規約: registry:{policy_id} は機能 ID をレジストリポリシーにマッピングします。プレフィックスなしの機能 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_id、version、name、category、enforcement、policyテキストを含む必要がありますsource_type: communityとreview_status: pendingで作成されます- レジストリで利用可能になる前にレビューを経る
- レジストリソース(権威あります)のポリシーを上書きできません