SDK が既に扱うもの
欠けているものをリストする前に、ストーリーボード検証済みのエージェントが既にあなたに何を与えるかを明示するのが役立ちます:- AdCP ツールスキーマと型付き登録
- コンプライアンスを通過するリクエスト/レスポンス形状
- エラー形式とバージョンネゴシエーション
- 実際のものにスワップできる例プロダクトを持つ出発点
提携、セルフホスト、または構築
ライブエージェントへの 3 つのパスがあります。それらは、そもそも何かを所有するかではなく、どれだけ所有するかで異なります — どのケースでも、あなたは依然としてプロダクト、価格、アドサーバーへのアクティベーションを所有します。 マネージドセールスエージェントプラットフォームと提携。 プラットフォームがエージェントエンドポイントを実行し、状態を保持し、広告運用チームがプロダクト、価格、承認を管理する管理 UI を公開します。あなたはアドサーバーを接続し、プラットフォームがプロトコルとその周りの運用を扱います。ライブへ最速、最小の制御。 事前構築されたエージェントをセルフホスト。 既存のオープンソースエージェント — 今日これは通常 Prebid Sales Agent、GAM 統合を持つコミュニティフルスタックセラーエージェント — を自身のインフラにデプロイし、システムに接続します。プロトコル層と管理 UI の記述をスキップしますが、ホスティング、アップグレード、データベース、アドサーバー配線を所有します。中間: 提携より制御が多く、構築より作業が少ない。 独自に構築。 SDK とスキルファイルを使ってカスタムエージェントを書きます。ビジネスロジック、価格モデル、アクティベーションパスの完全な制御を得ますが、他のすべてと並んでコードを所有するコストがあります。事前構築されたエージェントがあなたのスタックや価格モデルに合わないとき正しい答え。 SDK とストーリーボードは 3 つすべてのパスでプロトコルコンプライアンスをカバーします。下の表のすべては、どのパスを取るかにかかわらず、その線の外にあるものです。まだ構築またはプロビジョニングが必要なもの
プロトコルが終わりあなたのビジネスが始まる場所
AdCP はエージェント間の会話の形状を定義します。次を定義しません:- 価格戦略 — インベントリをどう価格設定、レートカードがどう柔軟、いつ割引が適用されるか
- 承認ポリシー — どのキャンペーンを受け入れまたは拒否、どの根拠で
- 課金と請求 — 仕様レベルの課金なし。バイヤーと帯域外で再照合
- アイデンティティと同意 — ユーザーレベルのアイデンティティ、同意取得、データ主体の権利は規制され実装固有
- SLA 監視 — エージェントエンドポイントのアップタイム、レイテンシー、エラー予算
- 広告運用ワークフロー — チームがペーシング、makegood、エスカレーションをどう監視するか
エージェントタイプでどう異なるか
上のコンポーネント表はセールスエージェントを仮定します。他のエージェントタイプはそのほとんどを共有しますが特定の追加を持ちます:- シグナルエージェント — 同意と来歴が負荷を担う。防御可能なデータリネージ（セグメントがどこから来たか、どの同意がそれをカバーするか）とオプトアウトを尊重する能力が必要。アクティベーションはアドサーバートラフィッキングより、既にセグメントを取り込むプラットフォームへのセグメント配信について。
- クリエイティブエージェント — アセットストレージ、トランスコーディング、レンダリング SLA がアドサーバートラフィッキングを置き換える。クリエイティブレビューは、トラフィックするものではなくレンダリングするものについてのポリシーになる。
- リテールメディアエージェント — カタログ鮮度が運用上の制約。SKU が変わるにつれプロダクトが変わる。アクティベーションはしばしば GAM ではなくリテール固有の広告プラットフォームを通る。
本番でのエージェントの運用
プロトコル準拠エージェントは、うまく運用されたエージェントと同じではありません。それは 2 つの異なる関心事です: 継続的な広告運用の健全性（プロトコルのものが実際に仕事をしている）と セキュリティ（プロトコルのものがそうするとき信頼できるままでいる）。両方を、アドサーバー統合に与えるのと同じ真剣さで扱ってください。広告運用の健全性監視 — 実際に何を見るか
これは日々の仕事です。そのほとんどは、任意の広告運用チームが既に実行する監視のプロトコル認識の拡張です。ポイントは「学ぶ新しい概念」ではなく「これがダッシュボードが必要な特定のプロトコルシグナル」です。Addie がこれらのセットアップを助けられます。
これは、誰がコードを書いたかにかかわらずセールスエージェントが必要とする監視です。パートナープラットフォームはこのほとんどのダッシュボードを公開すべき。セルフホストの事前構築されたエージェントはそれらを配線することを要求する。自己構築のエージェントはすべての行をあなたのチームに置く。
セキュリティ監視 — コンプライアンスがカバーするもの対あなたに残るもの
ほとんどの AdCP セキュリティメカニクスは コンプライアンススイート によって強制されます — 手で検証する必要はありません。 ストーリーボードランナーは、認証、冪等性、スキーマ適合性、エラー処理、ガバナンス動作をエージェントに対して検証します。スイートが通過すれば、ワイヤーレベルの動作は正しいです。エージェント/アカウントスコーピングの内部、JWS 検証ステップ、正準 JSON を学ぶ必要はありません — テストが学びます。 コンプライアンススイートが確認するもの（そのためあなたが教える必要がない）:
あなたが依然として所有するもの、誰がコードを書いたかにかかわらず:
提携 しているなら、ベンダーに尋ねてください: 「すべてのリリースで AdCP コンプライアンススイートを通過しますか？ どのバージョン？ 最新の実行を見られますか？」その単一の質問がコード制御サーフェスのほとんどをカバーします。また、SOC 2 Type II、ISO 27001、またはあなたの業界の同等のアテステーションを保持するか — そして侵害通知コミットメントが何かを尋ねてください。事前構築されたエージェントをセルフホスト しているなら、あなたのデプロイに対して自分でコンプライアンススイートを実行してください。自己構築 しているなら、コンプライアンススイートがあなたの回帰ハーネスです。
セキュリティと IT リーダー向け: Security Model ページはあなたのために書かれています — ブランド、代理店、パブリッシャー、プラットフォームの CISO、セキュリティアーキテクト、サードパーティリスクレビュアー。脅威の風景と AdCP が設計上何を防御するかを説明し、ローンチ前にエンジニアリングチーム（またはベンダー）に尋ねる質問のチェックリストを含みます。
次は
- エージェントを検証する — 上で参照されたコンプライアンススイート
- Security — HMAC、冪等性、SSRF、ガバナンス検証の規範的リファレンス
- エージェントの通信方法 —
adagents.jsonとbrand.json経由のディスカバリー - セラー統合 — エージェントをアドサーバーに接続するパターン
- Authorized Properties — 誰が何を販売できるか、それがどう宣言されるか