AAO Verified

• Verified (Spec) — あなたの AdCP プロトコル実装が仕様に一致する。ストーリーボードがどこかで通過する — テストデプロイかもしれず、ローカル開発かもしれない。ワイヤー形式、タスク形状、エラーセマンティクス、ステートマシン遷移がすべてチェックアウトする。本番許容ではなく ワイヤー形式適合性 を証明する。
• Verified (Sandbox) — あなたの 実本番エンドポイント が account.sandbox: true を正しく尊重する。AAO は登録された agent_url に対してサンドボックスフラグ付きトラフィックで完全なストーリーボードスイートを実行する。あなたの本番スタックは、スキーマ有効なレスポンス、正しいライフサイクル遷移、適切なエラーエンベロープ、実世界の副作用なし（実支出なし、実永続化なし、実プラットフォーム呼び出しなし）でそれを処理する。本番コードパスがテストトラフィックを正しく許容する ことを証明する。

​

各軸が認証するもの

​

Verified (Spec)

​

Verified (Sandbox)

​

命名の歴史

​

カバレッジギャップは明示的

​

バッジを読む

​

専門分野を宣言する

// エージェントは get_adcp_capabilities でそのクレームを宣言する
{
  "supported_protocols": ["media_buy", "creative"],
  "specialisms": [
    "sales-broadcast-tv",
    "sales-guaranteed",
    "creative-ad-server"
  ]
}

​

エージェントが各軸を獲得する方法

​

Verified (Spec) を獲得するには:

1. 宣言された専門分野のために AdCP を実装する。
2. テストモードエンドポイントでストーリーボードを通過する。（何が失敗しているかを見るため、まず @adcp/sdk/testing 経由でローカルに実行する。）
3. API アクセス階層でアクティブな AAO メンバーシップを保持する。

​

Verified (Sandbox) を獲得するには:

1. 本番 agent_url を AAO に登録する。これは (Spec) を獲得するのと同じ登録です — 別の「コンプライアンスアカウント」や「テストデプロイ」は不要。
2. 本番スタックに サンドボックスアカウントゲート を実装する: account.sandbox: true を伴うリクエストが到着したとき、セラーは（フィールドを信頼せずに）ターゲットされたアカウントが永続化されたレコード内のサンドボックスアカウントであることを検証し、完全なスキーマ/ライフサイクルの正しさでリクエストを処理しつつ 実世界の副作用ゼロ を生成する — 実支出なし、実広告サーバーオーダーなし、第三者プラットフォーム呼び出しなし、サンドボックスアカウントの境界された状態を超えた本番永続化なし。
3. API アクセス階層でアクティブな AAO メンバーシップを保持する。

​

分散型検証

{
  "iss": "https://aao.org",
  "sub": "https://your-agent.example.com/mcp",
  "aud": "aao-verification",
  "jti": "<uuid>",
  "iat": 1745510400,
  "exp": 1748102400,
  "role": "media-buy",
  "adcp_version": "3.0",
  "verified_specialisms": ["sales-broadcast-tv", "sales-guaranteed"],
  "verification_modes": ["spec"],
  "protocol_version": "3.0.0"
}

​

ライフサイクル

​

(Spec)

• 発行 — すべての宣言された専門分野ストーリーボードが通過し + アクティブなメンバーシップを伴う最初のハートビート。
• アクティブ — 各ハートビートで再チェック。JWT が自動更新される。
• 劣化 — 最初のストーリーボード退行が 48 時間の猶予を開始する。オペレーターが調査する間、バッジは (Spec) をレンダリングし続ける。
• 取り消し — 48 時間連続失敗 → (Spec) 修飾子がバッジから落ちる。保持されていれば (Sandbox) は影響を受けない — 軸は独立している。
• 回復 — 通過するストーリーボードが自動的に (Spec) を再発行する。

​

(Sandbox)

• 発行 — Sandbox 検証プロファイルが account.sandbox: true の下で登録された本番 URL に対して通過し + アクティブなメンバーシップを伴う最初のハートビート。プロファイルは、すべてのバイヤー可視サンドボックスパスアサーションが通過することを要求し、本番禁止のコントローラーフェーズを未選択実行モード除外として扱い、オプションケイパビリティスキップを可視に保つ。
• アクティブ — 各ハートビートで再チェック。JWT が自動更新される。
• 劣化 — 最初の Sandbox プロファイル退行が 48 時間の猶予を開始する。オペレーターが調査する間、バッジは (Sandbox) をレンダリングし続ける。クロスモードリーク（実世界の副作用を生成するサンドボックスリクエスト、またはサンドボックスフラグ付きトラフィックを受け入れるライブアカウント）は猶予期間をスキップし即座に取り消してもよい（MAY） — それが (Sandbox) 証明の全ポイントである。
• 取り消し — 48 時間連続失敗 → (Sandbox) 修飾子が落ちる。保持されていれば (Spec) は影響を受けない。
• 回復 — Sandbox プロファイルを通過すると (Sandbox) が再発行される。

​

マークセマンティクス

• (Spec) のみ — テストモードエンドポイントでストーリーボードが通過。(Sandbox) は登録されていない、または本番エンドポイントがまだサンドボックスフラグ付きトラフィックの下で通過していない。テストエージェント、サンドボックス、本番前ロールアウトによくある。
• (Sandbox) のみ — account.sandbox: true の下で登録された本番エンドポイントに対してストーリーボードが通過。別のテストモード表面を持たない本番専用プラットフォームによくある。
• (Spec + Sandbox) — 最強のクレーム。両方の軸が独立に検証された。
• どちらもなし

​

バージョンごとのバッジ

• AAO Verified Media Buy Agent 3.0 (Spec) — 以前に獲得、まだ有効
• AAO Verified Media Buy Agent 3.1 (Spec + Sandbox) — アップグレード後に獲得

​

表示

​

SVG バッジ

# レガシー: 最高のアクティブバージョンに自動アップグレード
https://agenticadvertising.org/api/registry/agents/{url-encoded-agent-url}/badge/{role}.svg

# バージョンピン留め: 特定の AdCP リリースで凍結
https://agenticadvertising.org/api/registry/agents/{url-encoded-agent-url}/badge/{role}/{adcp-version}.svg

​

埋め込みスニペット

# レガシー（自動アップグレード）
curl https://agenticadvertising.org/api/registry/agents/{url-encoded-agent-url}/badge/media-buy/embed

# バージョンピン留め
curl https://agenticadvertising.org/api/registry/agents/{url-encoded-agent-url}/badge/media-buy/3.0/embed

​

レジストリフィルター

• 「AdCP を正しく実装するエージェントを見せて」 → verification_modes contains 'spec' でフィルター
• 「サンドボックスフラグ付きトラフィックの下で通過する本番エンドポイントを見せて」 → verification_modes contains 'sandbox' でフィルター
• 「両方を持つエージェントを見せて」 → 両方でフィルター

​

brand.json 拡充

"aao_verification": {
  "verified": true,
  "verified_at": "2026-04-29T12:34:56.000Z",
  "badges": [
    { "role": "media-buy", "adcp_version": "3.1", "verification_modes": ["spec", "sandbox"], "verified_at": "..." },
    { "role": "media-buy", "adcp_version": "3.0", "verification_modes": ["spec"], "verified_at": "..." }
  ],
  "roles": ["media-buy"],
  "modes_by_role": { "media-buy": ["spec", "sandbox"] },
  "deprecation_notice": "roles[] and modes_by_role reflect the highest-version badge per role only. A buyer pinned to a specific AdCP version SHOULD read badges[] and filter by adcp_version. Both fields will be removed in AdCP 4.0."
}

​

各修飾子を主張する方法

​

(Spec) を主張するには

1. API アクセス階層でアクティブな AAO メンバーシップを保持する。
2. get_adcp_capabilities で supported_protocols と specialisms を宣言する。
3. 宣言が義務付けるストーリーボード（universal + protocol ベースライン + specialism ベースライン）を特定の AdCP メジャーバージョンで通過する。
4. AAO コンプライアンスハートビートが AAO Verified (Spec) を自動的に発行し、各ハートビートサイクルで再検証する。

​

(Sandbox) を主張するには

1. API アクセス階層でアクティブな AAO メンバーシップを保持する。
2. get_adcp_capabilities で supported_protocols と specialisms を宣言する（(Spec) と同じ）。
3. 本番 agent_url を AgenticAdvertising.org に登録する。コンプライアンスハートビートが、すべてのストーリーボードリクエストに account.sandbox: true を付けてそれをターゲットする。
4. 本番スタックにサンドボックスアカウントゲートを実装する: （フィールドを信頼するのではなく）永続化されたレコード内でターゲットされたアカウントがサンドボックスであることを検証し、完全なスキーマ/ライフサイクルの正しさでリクエストを処理しつつ 実世界の副作用ゼロ を生成する — 実支出なし、実広告サーバーオーダーなし、第三者プラットフォーム呼び出しなし、境界されたサンドボックスアカウント状態を超えた本番永続化なし。
5. Sandbox 検証プロファイルを通過する: バイヤー可視サンドボックスパスストーリーボードが通過しなければならず、未選択実行モード除外は許可され、オプションケイパビリティスキップはスコープ選択として可視のまま。本番エンドポイントは comply_test_controller を公開することを期待されない。選択されたコントローラー依存決定的フェーズは、要求通りコントローラーが本番から欠けているとき Sandbox バッジのブロッカーではない。
6. comply_test_controller をサンドボックスプリンシパルに公開する共有本番表面を運用する場合、その表面について comply-controller-mode-gate チェックを通過する。正準の 2 デプロイセラーは、本番でコントローラーを一切アドバタイズしないことで同じ分離要件を満たす。
7. AgenticAdvertising.org コンプライアンスハートビートは、Sandbox プロファイルがサンドボックスフラグ付きトラフィックで登録された URL に対して通過するとき AAO Verified (Sandbox) を発行する。

​

AAO Verified でないもの

• 規制または財務の証明ではない。 SOC 2、ISO 27001、ISAE 3402 と類似のフレームワークは運用と財務統制の姿勢に対処します — 独自の監査パスを持つ別個の質問。AAO Verified は AdCP のワイヤーと配信の正しさです。
• ハードなグラウンドトゥルース照合ではない。 (Sandbox) は本番コードパスがプロトコル表面全体でサンドボックスフラグ付きトラフィックを正しく処理することを証明します。ライブトラフィックの下でセラーの内部広告サーバーダッシュボードに対して実マネー AdCP レポート数値を照合しません。ハード照合は (Sandbox) 階層の外で追跡される別種の証明です。
• AAO メンバーシップを超えた認定ではない。 AgenticAdvertising.org 認定プログラム は AAO Verified と合成します — 検証は認定への必要な入力ですが、検証自体は認定ではありません。
• SLA ではない。 AAO Verified はアップタイム、レイテンシー、商業的成果を保証しません。セラーの AdCP 表面が実配信を継続的に反映することを証明します。商業的信頼性はバイヤーとセラーの間です。
• デューデリジェンスの代替ではない。 バイヤーは依然としてセラーの契約条件、課金姿勢、ガバナンス慣行、インシデントレスポンス姿勢を独立に精査すべきです（SHOULD）。AAO Verified は 1 つの入力であり、全体像ではありません。

​

サポートする仕様との関係

• account.sandbox スキーマゲート (#3755 / #4382) — アカウント参照にサンドボックス意図をピン留めし、セラーに永続化されたアカウントモードに対して検証するプロトコルレベルフラグを与える。セラー側ゲートが荷重を担う制御。リクエストフラグはそれ自体では信頼されない。
• comply-controller-mode-gate ストーリーボード (#4028 / #4384) — コントローラーをサンドボックスプリンシパルに公開する共有表面を選ぶとき、セラーがライブモードアカウントに対するコントローラーディスパッチを正しく拒否することを検証する。正準本番デプロイはコントローラーを一切公開しないことでこれを満たす。
• UNKNOWN_SCENARIO グレーディング (#4226 / #4228) — セラーは開発/ステージングでコントローラーシナリオを選択的に実装してもよい（MAY）。ランナーは欠けている操作を失敗ではなくカバレッジギャップとしてグレードする。コントローラーは (Sandbox) フレーミングに従い開発専用。

​

他の表面との関係

• 適合性仕様 — ストーリーボードを介して conformant が何を意味するかを定義。(Spec) 軸はあなたのエージェントがその仕様に一致することを検証。
• コンプライアンスカタログ — エージェントが主張できるプロトコルと専門分野をインデックス。各宣言された専門分野が、適格な軸で検証エンジンがテストするもの。
• get_adcp_capabilities — エージェントが supported_protocols と specialisms を宣言する場所。宣言が検証への入力。
• AAO メンバーシップ — バッジ発行に必要。メンバーシップの失効はバッジを取り消す。