パブリッシャー / セラートラック（B1〜B4）
メンバー限定 — Basics クレデンシャル（A1〜A3）が必要。4つのモジュール、合計約105分。
B1: プロダクトカタログの設計
約20分 | 前提条件: A3 ホストされたセールスエージェントの仕組み: プロダクト探索、カタログ統合、ケイパビリティ宣言。プロダクトカタログの設計のウォークスルー — ポッドキャスト、CTV シリーズ、ライブイベントなどのコンテンツ中心インベントリのショーとエピソードを含む — そしてバイヤーがあなたについて何を発見できるかの設定。読み物リスト
プロダクト探索
バイヤーエージェントが
get_products を通じてパブリッシャーのインベントリを探索する方法。get_products タスク
タスクリファレンス: リクエストスキーマ、レスポンススキーマ、例。
メディアプロダクト
プロダクトの構造化方法: フォーマット、価格、ターゲティング、空き状況。
ショーとエピソード
コンテンツ中心インベントリのモデル化: ポッドキャスト、CTV シリーズ、ライブイベント、エピソードコンテンツ。
sync_catalogs タスク
カタログ同期: 13のカタログタイプ、フィードフィールドマッピング。
ケイパビリティ探索
エージェントが他のエージェントに提供するものを発見できるようにケイパビリティを宣言する方法。
承認されたプロパティ
パブリッシャーがエージェンティックトランザクションのためにプロパティを宣言・承認する方法。
主要コンセプト
- セールスエージェントの役割 — バイヤーのクエリに応答する常時起動の AI 搭載セールスチーム
- プロダクトカタログ設計 — プロダクト、フォーマット、価格モデル、ターゲティングオプション、空き状況、コンテンツ中心インベントリのショー/エピソード
- カタログ統合 — プロダクトデータ用の
sync_catalogs、13のカタログタイプ、フィードフィールドマッピング - ケイパビリティ宣言 — バイヤーがサポート内容を知るための
get_adcp_capabilities
Addie で B1 を始める
「認定モジュール B1 を始めたい」
B2: クリエイティブ仕様とフォーマットサポート
約20分 | 前提条件: B1list_creative_formats の詳細と、バイヤーエージェントがあなたのインベントリが受け付けるものを探索する方法。クリエイティブ仕様の構造化、受信クリエイティブの処理、ブランドコンプライアンスのガイド。
読み物リスト
ブリーフの期待値
バイヤーブリーフの形式と、エージェントがマッチできるようにプロダクトを構造化する方法。
ブリーフの例
バイヤーエージェントからのプロダクト探索クエリの実際の例。
list_creative_formats タスク
クリエイティブフォーマット仕様の仕組み — 寸法、ファイルタイプ、レンダー要件。
クリエイティブフォーマット
フォーマット定義、技術仕様、レンダー構造。
標準フォーマットの実装
標準フォーマット ID と一貫した実装方法。
プロダクトの絞り込み
バイヤーエージェントが検索を絞り込みプロダクトパラメーターを交渉する方法。
主要コンセプト
- フォーマット宣言 —
list_creative_formatsがバイヤーに受け付けるものを伝える - フォーマット vs マニフェスト — フォーマットは受け付けるもの、マニフェストは配信されるもの
- 受信クリエイティブの処理 —
sync_creativesとbuild_creativeのバリデーションと承認 - ブランドコンプライアンス — 受信 brand.json の理解、開示ポジション
Addie で B2 を始める
「認定モジュール B2 を始めたい」
B3: 測定、シグナル、最適化
約20分 | 前提条件: B2 セールスエージェントを通じてデリバリーデータ、測定シグナル、最適化レバーを公開する方法。測定プラットフォームとの統合、オーディエンス処理、アカウント管理。読み物リスト
get_media_buy_delivery タスク
デリバリーメトリクス: インプレッション、支出、完了率、パフォーマンスデータ。
最適化とレポーティング
バイヤーエージェントがキャンペーン最適化にデリバリーデータを使用する方法。
シグナル概要
シグナルプロトコル: オーディエンスセグメント、コンテキストシグナル、測定データ。
get_signals タスク
シグナル探索: どの測定データが利用可能か、公開方法。
activate_signal タスク
キャンペーンの特定測定を有効化します。
アカウント概要
商取引レイヤー: 広告主、オペレーター、認証、請求。
キャンペーンガバナンス
セラーサイドのガバナンスチェック: 実行前にバイヤーの購入を検証します。
check_governance タスク
ガバナンスバリデーションタスク: 提案された vs コミットされたバインディング、ステータス、計画された配信。
主要コンセプト
- デリバリーレポーティング —
get_media_buy_deliveryによる正確でタイムリーなデリバリーデータ - シグナルフレームワーク —
get_signalsとactivate_signalが断片化した測定ベンダー統合を置き換える - オーディエンス処理 — バイヤーオーディエンスデータを受け付けるための
sync_audiences - アカウント管理 — バイヤー関係を管理するための
sync_accounts、list_accounts - セラーサイドガバナンス — バイヤーアカウントに
governance_agentsがある場合、メディアバイを確認する前にバインディングcommittedでcheck_governanceを呼び出す - 計画された配信 — 実際に配信するものを説明し、ガバナンスエージェントがそれをバイヤーのプランに対して検証します
Addie で B3 を始める
「認定モジュール B3 を始めたい」
B4: ビルドプロジェクト — 最初のセールスエージェント
約45分 | 前提条件: B3 実際のバイヤーのクエリに応答する動くセールスエージェントを作成します。adcp クライアントライブラリを使って任意の AI コーディングアシスタント（Claude Code、Cursor、Copilot）を使用します。テストされるスキルは正しい AdCP の動作を指定することです。構築するもの
sync_catalogsサポート付きで少なくとも3つのプロダクトを含むプロダクトカタログ- 少なくとも2つのフォーマットのクリエイティブフォーマットサポート
get_products、create_media_buy、list_creative_formatsを処理しますsync_accountsによるアカウントセットアップ- 無効なリクエストに対する適切なエラーレスポンス
評価ルーブリック
| 次元 | ウェイト | Addie が評価するもの |
|---|---|---|
| 仕様の品質 | 20% | AdCP 用語でエージェントを指定できるか？ |
| スキーマコンプライアンス | 25% | エージェントレスポンスが AdCP スキーマに対して検証される |
| エラーハンドリング | 15% | 無効なリクエストを適切な AdCP エラーで処理する |
| 設計の根拠 | 20% | 設計上の意思決定を説明・論理的に考えられるか？ |
| 拡張能力 | 20% | 新しいケイパビリティでエージェントを拡張できるか？ |
Addie で B4 を始める
「認定モジュール B4 を始めたい」
次のステップ
B1〜B4 を完了すると AdCP practitioner クレデンシャルを取得できます。ここからスペシャリストモジュールを追求できる:- S1: メディアバイ — トランザクションフロー、価格設定、オーケストレーション
- S2: クリエイティブ — アセットワークフロー、フォーマットコンプライアンス
- S3: シグナル — 測定、アトリビューション、最適化
- S4: ガバナンス — ブランドセーフティ、キャンペーンガバナンス、コンプライアンス、ポリシーレジストリ
- S5: スポンサードインテリジェンス — 会話型ブランド体験