> ## Documentation Index
> Fetch the complete documentation index at: https://adcp-docs-ja.pier1.co.jp/llms.txt
> Use this file to discover all available pages before exploring further.

# バイヤー / ブランドトラック

> AdCP バイヤートラック（C1〜C4）: マルチエージェントのバイイングオーケストレーション、ブランドアイデンティティプロトコル、クリエイティブワークフロー、スポンサードインテリジェンス、バイヤーエージェントのビルドプロジェクト。

# バイヤー / ブランドトラック（C1〜C4）

<Info>
  **メンバー限定** — Basics クレデンシャル（A1〜A3）が必要。4つのモジュール、合計約105分。
</Info>

このトラックは AdCP のデマンドサイドを教える。バイヤーエージェントが複数のセラーにわたってオーケストレーションする方法、ブランドアイデンティティとコンプライアンスプロトコルの仕組み、クリエイティブワークフローとスポンサードインテリジェンスの連携を学ぶ。トラックは動くバイヤーエージェントを作成するビルドプロジェクトで締めくくられます。

このトラック（プラス A1〜A3）を完了すると **AdCP practitioner** クレデンシャルを取得できます。

***

## C1: マルチエージェントバイイングとメディアプランニング

**約20分** | 前提条件: A3

バイヤーエージェントが複数のセールスエージェントに同時にオーケストレーションする方法: 探索、ポートフォリオ割り当て、提案、パブリッシャー間のリーチ測定。

### 読み物リスト

<CardGroup cols={2}>
  <Card title="メディアバイ概要" icon="shopping-cart" href="/docs/media-buy/index">
    メディアバイプロトコル: エージェントが広告キャンペーンを探索、交渉、実行する方法。
  </Card>

  <Card title="get_products タスク" icon="magnifying-glass" href="/docs/media-buy/task-reference/get_products">
    複数のセラーからのプロダクト探索 — あらゆるバイイングワークフローの最初のステップ。
  </Card>

  <Card title="create_media_buy タスク" icon="receipt" href="/docs/media-buy/task-reference/create_media_buy">
    キャンペーン作成: マニュアルモード、提案モード、バリデーション、承認ライフサイクル。
  </Card>

  <Card title="オーケストレーター設計" icon="diagram-project" href="/docs/building/operating/orchestrator-design">
    複数のセラーにわたって調整するエージェントのアーキテクチャパターン。
  </Card>

  <Card title="価格モデル" icon="tag" href="/docs/media-buy/advanced-topics/pricing-models">
    CPM、フラットレート、パフォーマンスベース — セラー間の価格の仕組み。
  </Card>

  <Card title="ターゲティング" icon="crosshairs" href="/docs/media-buy/advanced-topics/targeting">
    ターゲティングオプション、オーディエンスオーバーレイ、ジオターゲティング。
  </Card>
</CardGroup>

### 主要コンセプト

* **マルチエージェントバイイング** — 複数のセラーに並行してクエリし、比較、割り当て、実行
* **オーケストレーションパターン** — 探索、評価、割り当て、実行、監視
* **オーディエンスターゲティング** — カスタムセグメントに `sync_audiences`
* **アカウントセットアップ** — バイイング前に請求を確立するために `sync_accounts`

<Card title="Addie で C1 を始める" icon="play" href="https://agenticadvertising.org/chat">
  「認定モジュール C1 を始めたい」
</Card>

***

## C2: ブランドアイデンティティ、コンプライアンス、セーフティ

**約20分** | 前提条件: C1

ブランドプロトコル（`brand.json`）、コンテンツ基準、ブランドエージェントが自動バイイングでガイドラインを適用する方法。

### 読み物リスト

<CardGroup cols={2}>
  <Card title="ブランドプロトコル" icon="fingerprint" href="/docs/brand-protocol/index">
    ブランドアイデンティティの主張、brand.json の探索、ブランド階層、ブランドエージェント。
  </Card>

  <Card title="brand.json 仕様" icon="file-code" href="/docs/brand-protocol/brand-json">
    brand.json フォーマット: アイデンティティ、ロゴ、カラー、ガイドライン、エージェント宣言。
  </Card>

  <Card title="広告主向け" icon="bullhorn" href="/docs/brand-protocol/for-advertisers">
    広告主がブランドプロトコルを通じてタレント権利をライセンスする方法 — 価格、スコープ、取得できるもの。
  </Card>

  <Card title="get_rights タスク" icon="key" href="/docs/brand-protocol/tasks/get_rights">
    ライセンス可能なタレント権利を検索 — 価格、空き状況、除外フィルタリング。
  </Card>

  <Card title="acquire_rights タスク" icon="handshake" href="/docs/brand-protocol/tasks/acquire_rights">
    タレント権利のライセンス: 生成資格情報、権利制約、取り消し、承認ワークフロー。
  </Card>

  <Card title="update_rights タスク" icon="rotate" href="/docs/brand-protocol/tasks/update_rights">
    既存の権利付与を延長、調整、または一時停止します。
  </Card>

  <Card title="権利保有者向け" icon="shield" href="/docs/brand-protocol/for-rights-holders">
    権利保有者がブランドプロトコルを通じてタレントをマネタイズする方法。
  </Card>

  <Card title="コンテンツ基準" icon="scale-balanced" href="/docs/governance/content-standards/index">
    コンテンツ基準が何が適切かを定義する方法、キャリブレーションの仕組み、ローカル実行。
  </Card>

  <Card title="calibrate_content タスク" icon="sliders" href="/docs/governance/content-standards/tasks/calibrate_content">
    配置前にコンテンツがブランド基準を満たすかテストします。
  </Card>

  <Card title="ポリシーコンプライアンス" icon="shield-halved" href="/docs/media-buy/media-buys/policy-compliance">
    メディアバイ実行中のコンプライアンスの適用方法。
  </Card>

  <Card title="クリエイティブガバナンス" icon="eye" href="/docs/governance/creative/index">
    クリエイティブ品質とコンプライアンスのガバナンス。
  </Card>

  <Card title="キャンペーンガバナンス" icon="shield-check" href="/docs/governance/campaign">
    キャンペーンをメディアプランに結びつける: 予算権限、マルチパーティバリデーション、常時コンプライアンス。
  </Card>

  <Card title="ポリシーレジストリ" icon="book" href="/docs/governance/policy-registry">
    ブランドが ID で参照するコミュニティ維持のコンプライアンスポリシー（COPPA、GDPR、HFSS）。
  </Card>
</CardGroup>

### 主要コンセプト

* **ブランドアイデンティティプロトコル** — `/.well-known/brand.json` の `brand.json` がブランドアイデンティティを宣言
* **コンテンツ基準** — MCP ベースのブランドエージェントによる自動コンプライアンスチェック
* **Oracle モデル** — スケールでブランドセーフティを評価するための AI の使用
* **サプライチェーンの好み** — 適切性、セーフティ、持続可能性の要件
* **キャンペーンガバナンス** — キャンペーンプランが承認パラメーターを定義; `check_governance` が実行前にすべてのトランザクションを検証
* **ポリシーレジストリ** — ブランドごとに記述されるのではなく ID で参照される共有コンプライアンスポリシー（規制と標準）
* **ガバナンスモード** — 監査、アドバイザリー、強制 — 学習から本番への展開パス
* **ポリシーカテゴリー** — プランが宣言してガバナンスエージェントが適用する規制体制（`children_directed`、`fair_housing`、`fair_lending`）
* **制限属性** — 適用されるポリシーの下でターゲティングに使用してはなりません個人データカテゴリー（`health_data`、`racial_ethnic_origin`）

<Card title="Addie で C2 を始める" icon="play" href="https://agenticadvertising.org/chat">
  「認定モジュール C2 を始めたい」
</Card>

***

## C3: クリエイティブワークフロー

**約20分** | 前提条件: C2

クリエイティブアセットが AdCP を通じて流れる方法: `build_creative`、`preview_creative`、`sync_creatives`。クロスプラットフォーム適応とスポンサードインテリジェンスプロトコル。

### 読み物リスト

<CardGroup cols={2}>
  <Card title="クリエイティブ概要" icon="palette" href="/docs/creative/index">
    クリエイティブプロトコル: アセット、フォーマット、マニフェスト、クリエイティブエージェント。
  </Card>

  <Card title="build_creative タスク" icon="hammer" href="/docs/creative/task-reference/build_creative">
    クリエイティブの生成と変換。
  </Card>

  <Card title="preview_creative タスク" icon="eye" href="/docs/creative/task-reference/preview_creative">
    デプロイ前のクリエイティブのプレビュー。
  </Card>

  <Card title="sync_creatives タスク" icon="rotate" href="/docs/creative/task-reference/sync_creatives">
    クリエイティブアセットをパブリッシャープラットフォームと同期します。
  </Card>

  <Card title="ジェネレーティブクリエイティブ" icon="wand-magic-sparkles" href="/docs/creative/generative-creative">
    AI 生成クリエイティブワークフローとベストプラクティス。
  </Card>

  <Card title="スポンサードインテリジェンス" icon="message-bot" href="/docs/sponsored-intelligence/overview">
    AI アシスタントでの会話型ブランド体験。
  </Card>

  <Card title="SI 仕様" icon="scroll" href="/docs/sponsored-intelligence/specification">
    スポンサードインテリジェンスプロトコル: セッション、メッセージ、オファリング。
  </Card>
</CardGroup>

### 主要コンセプト

* **クリエイティブライフサイクル** — `build_creative`、`preview_creative`、`sync_creatives` — クリエイティブプロトコルを実装する任意のエージェント（セールスエージェントを含む）で呼び出し可能
* **クロスプラットフォーム適応** — エージェントがディスプレイ、動画、音声、ネイティブフォーマットにわたってアセットを適応させる
* **セラーサイドの生成** — セールスエージェントはメディアバイで提供されたブリーフからサーブ時にクリエイティブを生成できます
* **スポンサードインテリジェンス** — ブランドが透明性とユーザーコントロールを伴って会話型 AI に参加します

### Canonical-format buyer glossary

| Term               | Buyer-track meaning                                                                                  |
| ------------------ | ---------------------------------------------------------------------------------------------------- |
| `format_kind`      | セラーが受け入れる正準クリエイティブ形状（`image`、`video_hosted`、`native_in_feed` など）。メディアチャネルだけでなく、出荷できるクリエイティブで選びます。    |
| `format_options[]` | `get_products` が返すプロダクトレベルのクリエイティブ要件。各オプションはセラー固有のサイズ、スロット、セレクター、制作制約で正準を狭めます。                       |
| `asset_source`     | 正準アセットのレンダリング済みバイトを誰が制作するか。バイヤーはこれを使って、完成アセットをアップロードするか、セラー・パブリッシャー・エージェントの制作のためのブリーフ/入力を提供するかを決めます。 |

S2 は [マニフェストのオーサリング](/docs/learning/specialist/creative)、`format_option_id` 対クリエイティブエージェントの `capability_id`、正準ファースト/プロダクトセカンドの検証フローをより深く掘り下げます。

### Practice exercise

1. **`get_products` からの正準フォーマット選択** — 複数の `format_options[]` を含むプロダクトレスポンスが与えられたとき:
   * 利用可能なすべての `format_kind` と、クリエイティブルーティングに重要なバイヤーに見えるプロダクト制約をリスト
   * プロダクトが公開するときに `format_option_id` を使って、キャンペーンのクリエイティブ形状に一致するオプションを選択
   * 検証順序を高レベルで述べる: 正準の形状が先、プロダクトの狭めが後
   * ルーティング前に `errors[]` の正準フォーマット `FORMAT_*` エントリを確認: ほとんどは非致命的なアドバイザリだが、壊れたプレースメント参照はそのプレースメントについてフェイルクローズを要求

| Advisory code                            | Buyer action                                                                                                 |
| ---------------------------------------- | ------------------------------------------------------------------------------------------------------------ |
| `FORMAT_PROJECTION_FAILED`               | レガシーフォーマットはまだ存在するが、SDK がそれを `format_options[]` に投影できなかった。利用可能なときは明示的な正準オプションを優先。そうでなければセラーまたはレジストリのギャップにフラグ。 |
| `FORMAT_DECLARATION_DIVERGENT`           | セラーの v1 と v2 の宣言が食い違う。3.1 ルーティングには `format_options[]` を優先し、セラー宣言の不一致にフラグ。                                    |
| `FORMAT_DECLARATION_V1_AMBIGUOUS`        | v2 宣言が 1 つの v1 名前付きフォーマットに安全にマップし戻せない。v1 フォールバックを発明しない。正準パスを使うか、セラーに `v1_format_ref[]` の追加を依頼。               |
| `FORMAT_OPTION_UNRESOLVED`               | プレースメントが欠けているパブリッシャーカタログオプションを参照。そのプレースメント参照についてフェイルクローズし、パブリッシャーにカタログの修正を依頼。                                |
| `FORMAT_DECLARATION_V1_LOSSY_MULTI_SIZE` | 一部の v1 サイズカバレッジがマルチサイズ v2 宣言から落とされた。表面化したカバー済みサイズのみで続けるか、完全に宣言されたオプションを選ぶ。                                   |

<Card title="Addie で C3 を始める" icon="play" href="https://agenticadvertising.org/chat">
  「認定モジュール C3 を始めたい」
</Card>

***

## C4: ビルドプロジェクト — 最初のバイヤーエージェント

**約45分** | 前提条件: C3

プロダクトを探索してメディアバイを実行する動くバイヤーエージェントを作成します。adcp クライアントライブラリを使って任意の AI コーディングアシスタント（Claude Code、Cursor、Copilot）を使用します。テストされるスキルは正しくバイイングワークフローをオーケストレーションすることです。

### 構築するもの

* `sync_accounts` でのアカウントセットアップ
* 少なくとも2つのセラーからのプロダクト探索
* ターゲティングと予算付きのメディアバイ作成
* 少なくとも1つのフォーマットでのクリエイティブ同期
* 配信レポートを通じたキャンペーン監視

### How you'll validate

あなたのバイヤーエージェントは*呼び出し元*です — セラーツールを公開するのではなく消費します。あなたのエージェントをパブリックテスト**セラー**（`https://test-agent.adcontextprotocol.org/sales/mcp`）に向け、それが完全なワークフローをエンドツーエンドで駆動すること — プロダクトを発見し、メディアバイを作成し、クリエイティブを同期し、配信を読む — を確認することで検証します。

あなたのエージェントが処理しなければならないセラーレスポンスを見るには、テストセラーを直接検査できます。これはバイヤーエージェントが受け取る形状を示します — あなたのエージェントを**テストしません**:

```bash theme={null}
# Inspects the test SELLER's get_products response — the shape your buyer agent must parse.
npx @adcp/sdk@latest test-mcp get_products '{"brief":"your campaign brief"}'
```

クライアントセットアップについては [Build a caller](/docs/building/by-layer/L4/build-a-caller) を、ストーリーボードワークフローについては [Validate Your Agent](/docs/building/verification/validate-your-agent) を参照。

### Validating across sellers

バイヤーエージェントは専門分野を主張しません — 専門分野はセラーが何を提供するかを記述します。しかしあなたのバイヤーエージェントは、取引を期待するすべての専門分野を処理すべきです。セラーが合格するストーリーボード（`get_adcp_capabilities` の `supported_protocols` と `specialisms` で宣言）が、期待する動作を教えます。

[Compliance Catalog](/docs/building/compliance-catalog) を確認し、ターゲットセラーがどの専門分野を主張するかに注目します — それがあなたのテストマトリクスです。

### 評価ルーブリック

| 次元           | ウェイト | Addie が評価するもの                    |
| ------------ | ---- | -------------------------------- |
| 仕様の品質        | 20%  | AdCP 用語でバイイングワークフローを指定できるか？      |
| スキーマコンプライアンス | 25%  | エージェントのリクエストとレスポンスがスキーマに対して検証される |
| エラーハンドリング    | 15%  | セラーエラーと非同期レスポンスを処理する             |
| 設計の根拠        | 20%  | オーケストレーションとバイイング戦略を説明できるか？       |
| 拡張能力         | 20%  | 新しいバイイング機能でエージェントを拡張できるか？        |

合格基準: 70%。

任意の AI コーディングアシスタントが歓迎されます。ビルドはロール間のインタラクションを実証しなければなりません。

<Card title="Addie で C4 を始める" icon="play" href="https://agenticadvertising.org/chat">
  「認定モジュール C4 を始めたい」
</Card>

***

## 次のステップ

C1〜C4 を完了すると **AdCP practitioner** クレデンシャルを取得できます。ここからスペシャリストモジュールを追求できる:

* [S1: メディアバイ](/docs/learning/specialist/media-buy) — トランザクションフロー、価格設定、オーケストレーション
* [S2: クリエイティブ](/docs/learning/specialist/creative) — アセットワークフロー、フォーマットコンプライアンス
* [S3: シグナル](/docs/learning/specialist/signals) — 測定、アトリビューション、最適化
* [S4: ガバナンス](/docs/learning/specialist/governance) — ブランドセーフティ、キャンペーンガバナンス、コンプライアンス、ポリシーレジストリ
* [S5: スポンサードインテリジェンス](/docs/learning/specialist/sponsored-intelligence) — 会話型ブランド体験