> ## 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 3.0.0 リリース候補間の破壊的変更と加算的変更。 # プレリリースアップグレードノート プレリリースバージョンを採用した場合、アップグレード前に下記の該当セクションをレビューしてください。v2 から移行する場合は [メイン移行ガイド](/docs/reference/migration) を参照。 ## rc.3 → 3.0 ### rc.3 採用者にとって破壊的 | Area | rc.3 | 3.0 | What to do | | ----------------------------------------- | ------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 変更リクエストの `idempotency_key` | 任意 | すべての変更リクエストで **必須**（スキーマ `^[A-Za-z0-9_.:-]{16,255}$`。Verified には UUID v4）。セラーはケイパビリティで `adcp.idempotency = { supported: true/false }` を宣言。 | 論理操作ごとに新しいキーを生成。エージェントインスタンスをまたいでキーを永続化。`get_adcp_capabilities` に `adcp.idempotency` を宣言（セラー）。`supported: true` のとき `IDEMPOTENCY_CONFLICT` と `IDEMPOTENCY_EXPIRED` を扱う。適合性プローブは変異ペイロードリプレイが CONFLICT を返すことを要求。`supported: false` のとき、盲目的なリトライの代わりに自然キーチェックを使う。[Security § Idempotency](/docs/building/by-layer/L1/security) を参照。 | | Webhook 署名 | `push_notification_config.authentication`（必須）を伴う HMAC-SHA256 | RFC 9421 プロファイル（セラーにベースライン必須）。HMAC フォールバックは `authentication.credentials` 経由で 3.x を通じて利用可能 | `jwks_uri` の JWKS に署名 JWK を公開（`brand.json` `agents[]` から参照）。新しい署名者は webhook に `adcp_use: "request-signing"` を使う。非推奨の `adcp_use: "webhook-signing"` キーは互換性ウィンドウ中受け入れられたまま。webhook 専用の鍵素材が欲しい場合、異なる `kid` を持つ 2 番目の `request-signing` JWK を公開。新しい設定から `push_notification_config.authentication` を落とす。バイヤーは `authentication.credentials` 経由でレガシー HMAC にオプトイン。受信者は送信者の JWKS に対して検証。`authentication` オブジェクト全体（HMAC + Bearer）は 4.0 で削除。 | | Webhook ペイロードの `idempotency_key` | 標準化されていない（脆弱な `(task_id, status, timestamp)` タプル重複排除） | **必須** — すべてのペイロードで送信者生成の UUID v4 | セラー: イベントごとに暗号学的にランダムな UUID v4 を生成。受信者: 24h 最小 TTL、送信者スコープのキャッシュで `idempotency_key` を重複排除。影響を受けるスキーマ: `mcp-webhook-payload`、`collection-list-changed-webhook`、`property-list-changed-webhook`、`artifact-webhook-payload`、`revocation-notification`。 | | `revocation-notification.notification_id` | 権利失効ペイロードのフィールド名 | `idempotency_key` にリネーム | 権利失効受信者で find-and-replace。 | | `MediaBuy.pending_approval` ステータス | 存在 | 削除 — 承認は明示的な承認タスク | メディアバイ状態フィルターから `pending_approval` を削除。タスクサーフェスから承認タスクを消費。 | | 予算の自律性 | `budget.authority_level` enum（`agent_full \| agent_limited \| human_required`） | 削除。`budget.reallocation_threshold`（数値）+ `plan.human_review_required`（boolean）に分割 | 書き換え: `agent_full` → `reallocation_unlimited: true`。`agent_limited` → `reallocation_threshold: `。`human_required` → `human_review_required: true`。規制されたバーティカル（fair housing、lending、employment、pharmaceutical）はスキーマ `if/then` 経由で `human_review_required: true` を強制。 | | `inventory-lists` 専門分野 | 存在 | `property-lists` にリネーム。`collection-lists` が別個の専門分野として分離 | 専門分野クレームを更新。コレクションリストを統治したエージェントは今や `property-lists` と `collection-lists` の両方を主張すべき。 | | コンプライアンスパスタクソノミー | `/compliance/{v}/domains/` | `/compliance/{v}/protocols/` | コンプライアンスパスへの内部参照を更新。ランナーとカタログは `protocols/` を排他的に使う。 | | `governance_context` キャリア | 不透明な文字列 | 署名付き JWS | JWS 形式に切り替え。ガバナンスエージェント JWKS 経由で署名を検証（`sync_governance` 経由で解決）。`sub`、`aud`、`phase`、`exp` にバインド。 | | メディアバイステータス | `pending_activation` | 削除 — `pending_creatives` と `pending_start` に置き換え | ステータスフィルター、比較、ステートマシンロジックで `pending_activation` を置き換え。スキーマ: `enums/media-buy-status.json`。下記の詳細を参照。 | | ケイパビリティモデル | 冗長な boolean ゲート（`features.content_standards`、`brand.identity`、`trusted_match.supported` など） | 削除 — オブジェクトの存在がシグナル | boolean ケイパビリティチェックを削除。代わりにオブジェクトの存在をテスト。スキーマ: `protocol/get-adcp-capabilities-response.json`。下記の [capabilities migration](#capabilities-model-simplification) を参照。 | | `reporting_capabilities` | プロダクトで任意 | すべてのプロダクトで必須 | `get_products` から返されるすべてのプロダクトが `reporting_capabilities` を含むことを確認。スキーマ: `core/product.json`。 | | `update_media_buy` の `account` | 任意 | 必須 | `create_media_buy` の動作に合わせ、すべての `update_media_buy` 呼び出しで `account` を渡す。スキーマ: `media-buy/update-media-buy-request.json`。 | | `preview_creative` スキーマ | oneOf 共用体 | `request_type` 判別子を持つフラットオブジェクト | `request_type` フィールドを持つフラットスキーマを使うようリクエストビルダーを更新。スキーマ: `creative/preview-creative-request.json`。下記の [preview\_creative migration](#preview_creative-schema-flattening) を参照。 | | `get_signals` レスポンスの `signal_id` | シグナルアイテムで任意 | 必須 | `get_signals` レスポンスのすべてのシグナルアイテムが `signal_id` を含むことを確認。スキーマ: `signals/get-signals-response.json`。 | | `GOVERNANCE_DENIED` エラー | エラーコード enum にない | correctable エラーとして追加 | エラー処理ロジックで `GOVERNANCE_DENIED` を扱う。スキーマ: `enums/error-code.json`。 | | ガバナンスライフサイクル | ライフサイクル相関子としての `media_buy_id` | 削除 — `governance_context` が唯一のライフサイクル相関子 | ガバナンススキーマの `media_buy_id` を `governance_context` に置き換え。`check_governance` と `report_plan_outcome` の `purchase_type` フィールドを扱う。スキーマ: `governance/check-governance-request.json`。下記の [governance migration](#governance-lifecycle-migration) を参照。 | | Geo ケイパビリティフィールド | `supported_geo_levels`、`supported_metro_systems`、`supported_postal_systems`（#2143 から） | 削除 — 型付きオブジェクト（`geo_countries`、`geo_regions`、`geo_metros`、`geo_postal_areas`）を使う | #2143 のフラット配列形状を採用した場合、`additionalProperties: false` を持つ型付き geo オブジェクトに戻す。スキーマ: `protocol/get-adcp-capabilities-response.json`。 | | `comply_test_controller` スキーマ | oneOf 共用体 | `scenario` 判別子と if/then 検証を持つフラットオブジェクト | oneOf バリアントの代わりに `scenario` フィールドを持つフラットスキーマを使うようリクエストビルダーを更新。 | | コンプライアンステストサーフェス | 中間の rc.4 ビルドは `"compliance_testing"` を `supported_protocols` 値として受け入れた | GA 前に削除。コンプライアンステストは `supported_protocols` ではなくトップレベルの `compliance_testing: { scenarios: [...] }` ケイパビリティブロック経由で宣言。 | 存在する場合 `supported_protocols` から `"compliance_testing"` を削除。`comply_test_controller` を実装するエージェントは代わりにトップレベルの `compliance_testing: { scenarios: [...] }` ブロックを追加。 | | 専門分野 ID | `broadcast-platform`、`social-platform`、`property-governance`、`collection-governance` | リネーム/統合: `sales-broadcast-tv`、`sales-social`、`inventory-lists`（property + collection ガバナンスを統合） | `get_adcp_capabilities.specialisms` の専門分野クレームを更新。[Compliance Catalog](/docs/building/compliance-catalog) を参照。 | | `audience-sync` 親プロトコル | `governance` の下 | `media-buy` に移動 | `audience-sync` を主張する場合、`supported_protocols` に `media_buy` を追加。 | | Sponsored Intelligence スコープ | 専門分野としての `sponsored_intelligence` | `supported_protocols` の完全なプロトコルに昇格 | `specialisms` から `supported_protocols` に移す。 | ### Media buy status migration `pending_activation` は 2 つの明確な条件をカバーする単一の状態でした。それは分割されました: | Condition | rc.3 status | 3.0 status | | ------------------- | -------------------- | ------------------- | | バイ承認済み、クリエイティブ未割り当て | `pending_activation` | `pending_creatives` | | バイ配信準備完了、フライト日待ち | `pending_activation` | `pending_start` | | バイが配信中 | `active` | `active`（変更なし） | **変更すべきこと:** 1. **ステータスフィルター** — `get_media_buys` と `get_media_buy_delivery` の `status_filter` 配列で、`pending_activation` を `pending_creatives` と `pending_start` の両方に置き換え。 2. **ステータス比較** — 任意の `if (status === 'pending_activation')` は、チェックしている条件で分岐する必要がある。「まだ配信していない」が欲しいなら `pending_creatives` と `pending_start` の両方をチェック。「準備完了だがフライト日待ち」が欲しいなら `pending_start` のみをチェック。 3. **ステートマシン遷移** — `rejected` は今や `pending_creatives` と `pending_start` の両方から有効（以前は `pending_activation` からのみ）。`pending_creatives` → `pending_start` は、クリエイティブが `sync_creatives` 経由で割り当てられたときに起こる。 4. **レガシーエイリアス** — `pending` は配信レスポンスステータスフィルターで `pending_start` のエイリアスとして受け入れられ続ける。 完全なステートマシンについては [正準ライフサイクル図](/docs/media-buy/media-buys#lifecycle-states) を参照。 ### Capabilities model simplification PR #2143 は冗長な boolean ケイパビリティフィールドを削除しました。オブジェクトの存在が今やサポートを示します — オブジェクトがあれば、ケイパビリティがあります。 **削除されたフィールドと置き換え:** | Removed field | What to do instead | | ----------------------------------------------------------- | ------------------------------------------- | | `media_buy.reporting` | プロダクトレベルの `reporting_capabilities`（今や必須）を使う | | `features.content_standards` | `content_standards` オブジェクトの存在をチェック | | `features.audience_targeting` | `audience_targeting` オブジェクトの存在をチェック | | `features.conversion_tracking` | `conversion_tracking` オブジェクトの存在をチェック | | `content_standards_detail` | `content_standards` にリネーム | | `brand.identity` | ブランドプロトコルサポートによって暗示 | | `trusted_match.supported` | `trusted_match` オブジェクトの存在をチェック | | `targeting.device_platform` / `targeting.device_type` | `media_buy` プロトコルサポートによって暗示 | | `targeting.audience_include` / `targeting.audience_exclude` | `audience_targeting` の存在によって暗示 | **Before（rc.3）:** ```json theme={null} { "features": { "content_standards": true, "audience_targeting": true }, "trusted_match": { "supported": true, "uid_types": ["email_sha256"] } } ``` **After（3.0）:** ```json theme={null} { "content_standards": { ... }, "audience_targeting": { ... }, "trusted_match": { "uid_types": ["email_sha256"] } } ``` ### preview\_creative schema flattening `preview_creative` リクエストは、oneOf 共用体から `request_type` 判別子を持つ単一オブジェクトにフラット化されます。3 つのモード: | `request_type` | Required field | Purpose | | -------------- | ------------------------ | ----------------- | | `single` | `creative_manifest` | 1 つのクリエイティブをプレビュー | | `batch` | `requests`（配列、1-50 アイテム） | 複数のクリエイティブをプレビュー | | `variant` | `variant_id` | フライト後のバリアントをリプレイ | **Before（rc.3）:** ```json theme={null} { "creative_manifest": { "format_id": { ... }, "assets": { ... } } } ``` **After（3.0）:** ```json theme={null} { "request_type": "single", "creative_manifest": { "format_id": { ... }, "assets": { ... } } } ``` スキーマ: `schemas/creative/preview-creative-request.json` ### Governance lifecycle migration `media_buy_id` はガバナンススキーマから削除されます。`governance_context` は、`sync_plans`、`check_governance`、`report_plan_outcome`、`get_plan_audit_logs` にわたる唯一のライフサイクル相関子として機能する不透明な文字列です。 **Before（rc.3）:** ```json theme={null} { "media_buy_id": "mb_456", "planned_delivery": { ... } } ``` **After（3.0）:** ```json theme={null} { "governance_context": "campaign_2024_q4_nova", "purchase_type": "media_buy", "planned_delivery": { ... } } ``` スキーマ: `schemas/governance/check-governance-request.json` ### context and ext fields ガバナンス、コレクション、プロパティ、sponsored-intelligence、コンテンツ標準プロトコルにわたるすべてのリクエストとレスポンスのスキーマは、今やアプリケーションメタデータとプロトコル拡張のための任意の `context` と `ext` フィールドを含みます。 ### Additive changes in 3.0 * **RFC 9421 リクエスト署名プロファイル（3.0 では任意、AdCP Verified の下では必須）** — 正準化されたカバードコンポーネントリストを持つ Ed25519 HTTP Message Signatures。公開されたテストベクターは `static/compliance/source/test-vectors/request-signing/`。ビット同一の正準入力のため sf-binary エンコーディングと URL 正準化がピン留め。`keyid` cap-before-crypto を持つ 15 ステップの検証チェックリスト。 * **RFC 9421 に統一された Webhook 署名** — webhook を発するセラーにベースライン必須。セラーは `jwks_uri` の JWKS に署名 JWK を公開。新しい署名者は webhook 配信に `adcp_use: "request-signing"` を使う一方、非推奨の `webhook-signing` キーは互換性ウィンドウ中受け入れられたまま。webhook 専用の鍵素材が欲しい場合は異なる `kid` を使う。[Security ガイド](/docs/building/by-layer/L1/security) の 14 ステップの webhook 検証者チェックリスト。HMAC-SHA256 は 3.x を通じてレガシーフォールバックのまま（`authentication` オブジェクト全体は 4.0 で削除）。 * **すべての webhook ペイロードで必須の `idempotency_key`** — 5 つすべての webhook ペイロードスキーマにわたる送信者生成の UUID v4。脆弱な `(task_id, status, timestamp)` 重複排除を置き換え。プロトコル全体の一貫性のため `revocation-notification.notification_id` を `idempotency_key` にリネーム。 * **すべての spend-commit での `check_governance`** — ガバナンス呼び出しは、プラン承認時だけでなくコミット時に必須。部分的な支出がガバナンスをスキップできる抜け穴を閉じる。 * **実験的ステータスメカニズム** — 本番使用中だがまだ完全な安定性保証下にないフィールドとタスクのための `status: experimental` マーカー。シグナルの `custom` 価格モデルエスケープハッチ。 * **`create_media_buy` の `submitted` ブランチ** — セラーは処理のためにペイロードを受け入れたがまだオーダーを確認していない。`pending_creatives` と `pending_start` とは別。 * **時間セマンティクス + `activate_signal` 冪等性** — プロトコルをまたいで時間フィールドセマンティクスを統一。`activate_signal` を必須冪等性テーブルに追加。 * **既知の制限 + プライバシー考慮事項のリファレンスページ** — 新しい `/docs/reference/known-limitations` と `/docs/reference/privacy-considerations`。プラットフォーム非依存リントがベンダー固有の言語が仕様に忍び込むのを防ぐ。 * **署名付き JWS `governance_context`** — ガバナンス決定は今や暗号学的に検証可能。セラーは `sync_governance` 経由でガバナンスエージェントの JWKS を解決し、決定を尊重する前に `sub` / `aud` / `phase` / `exp` を検証する。 * **ユニバーサルセキュリティストーリーボード** — すべてのエージェントが `/compliance/{version}/universal/security.yaml` を実行（未認証拒否、API キー、OAuth/RFC 9728、オーディエンスバインド）。署名を宣言するエージェントは `signed_requests` ハーネスも実行。 * **クロスインスタンス状態永続性** — アーキテクチャ仕様が、水平スケールされたインスタンスをまたいだ永続状態（タスク、メディアバイ、プラン、署名付きアーティファクト、冪等性キー）を要求。 * **セキュリティ実装ガイド** — 新しい `docs/building/by-layer/L1/security.mdx` が脅威モデル、3 プリンシパルモデル（brand / operator / agent）、検証パスを文書化。曖昧な「principal」用語を廃止。 * **スキーマ不変条件としての GDPR 第 22 条 / EU AI Act Annex III** — 新しいレジストリポリシー `eu_ai_act_annex_iii`。ポリシーとカテゴリーの `requires_human_review`。規制されたバーティカルの `human_review_required: true` のスキーマレベル強制。 * **エージェントの運用ガイド** — エンジニアリングチームを持たないパブリッシャーのための新しいドキュメント — 3 つのパス: パートナー、セルフホスト、ビルド。 * **リリースケイデンスポリシー** — 名前付きケイデンス: パッチ月次、マイナー四半期、必要ならメジャー年次。v2 EOL 2026 年 8 月 1 日。 * **CHARTER.md** — 正式なガバナンス憲章を公開。 * **コレクションリスト** — クロスパブリッシャーマッチングに配信識別子（IMDb、Gracenote、EIDR）を使うプログラムレベルのブランドセーフティ。新しいターゲティングオーバーレイフィールド（`collection_list`、`collection_list_exclude`）。新しいジャンルタクソノミー enum。 * **放送 TV サポート** — Ad-ID 識別子、放送スポットフォーマット（:15、:30、:60）、Agency Estimate Number、測定ウィンドウ（Live、C3、C7）、配信データの完全性（`is_final`、`measurement_window`）。 * **オフラインレポート配信** — ケイパビリティの `reporting_delivery_methods`、アカウントの `reporting_bucket`、プロダクト `reporting_capabilities` の `supports_offline_delivery`。Avro と ORC をファイルフォーマットオプションとして追加。 * **TMPX エクスポージャートラッキング** — Trusted Match Protocol 実行層のための国分割アイデンティティとマクロ接続。 * **TMP プロバイダー登録** — `provider-registration.json` スキーマ、`GET /health` エンドポイント、デュアルディスカバリーモデル（静的設定と動的 API）、プロバイダーごとのレイテンシー予算セマンティクス。 * **TMP マルチアイデンティティ Identity Match** — `identity-match-request` が単一の `user_token` + `uid_type` を `identities` 配列（minItems 1、maxItems 3）に置き換え。ルーターはプロバイダーごとにフィルターし RFC 8785 JCS 正準化で再署名。キャッシュキーは `consent_hash` を追加。`uid-type` enum に `rampid_derived` を追加。以前のプレリリース TMP ドラフトに対してのみ破壊的。TMP は 3.0 でプレリリースのままで 3.1.0 で安定化。 * **GOVERNANCE\_DENIED エラー** — ガバナンス拒否された操作のための新しい correctable エラーコード。 * **context/ext フィールド** — ガバナンス、コレクション、プロパティ、SI、コンテンツ標準プロトコルにわたるすべてのリクエスト/レスポンススキーマで任意の `context` と `ext`。 * **コンプライアンステストケイパビリティ** — エージェントは、サポートする `comply_test_controller` シナリオを宣言する `compliance_testing: { scenarios: [...] }` ブロックを `get_adcp_capabilities` に含める。ブロックの存在がシグナル — コンプライアンステストは `supported_protocols` の値では **ない**。ストーリーボードランナーは、決定的テストステップが検証できるかを判断するためにこのブロックを使う。 * **専門分野 + コンプライアンスカタログ** — ストーリーボードは `/compliance/{version}/`（universal + protocols + specialisms + test-kits）でプロトコルに出荷。6 プロトコルにわたる 19 値の新しい `specialisms` フィールドを `get_adcp_capabilities` に追加。`/protocol/{version}.tgz` のバージョンごとのプロトコル tarball。[Compliance Catalog](/docs/building/compliance-catalog) を参照。 * **構造化された測定条件** — 課金ベンダー、IVT しきい値、ビューアビリティフロアの交渉のためのプロダクトとメディアバイの `measurement_terms`。保証プロダクトの `cancellation_policy`。`viewability-standard` enum。`TERMS_REJECTED` エラーコード。 * **統一されたベンダー価格** — `list_creatives`、`build_creative`、`get_creative_features`、`property-list` の `pricing_options[]`。共有の `vendor-pricing-option.json` スキーマ。 * **リクエストごとのバージョン宣言** — すべての v3 リクエストスキーマの `adcp_major_version`。`VERSION_UNSUPPORTED` エラーコード。v2 クライアントをサポートするマルチバージョンセラーは、このフィールドではなく構造的な手がかりで v2 ペイロードを検出しなければならない（v2 スキーマにはそれがない）。 * **放送予測スキーマ** — `DeliveryForecast` の `measurement_source`、`packages`、`guaranteed_impressions`。新しい `forecast-range-unit` と `forecastable-metric` enum。 * **放送局識別子** — `station_id` と `facility_id` 識別子タイプ。`linear_tv` プロパティタイプ。 * **ブランドスキーマ拡張** — `brand.json` の汎用 `agents` 配列。ビジュアルトークン（`border_radius`、`elevation`、`spacing`、拡張カラーロール）。構造化フォント定義。 * **アイテムごとのエラースキーマ** — `sync_creatives`、`sync_catalogs`、`sync_event_sources` のレスポンスエラーは今や `error.json` ref を使う。 * **プロパティ関係フィールド** — `adagents.json` 委譲タイプとの双方向検証のための brand.json プロパティ定義の `relationship`（`owned`、`direct`、`delegated`、`ad_network`）。 * **`sales` エージェントタイプの復活** — `sales` が `brand-agent-type` enum に復活。セールスエージェント（SSP、パブリッシャー）は購買エージェント（DSP、バイヤープラットフォーム）とは別。 * **必須タスクリファレンス** — エージェントロールごとにすべての AdCP プロトコルにわたる必須、条件付き、任意タスクを統合する新しいリファレンスページ。 * **ストーリーボード検証の修正** — 11 のストーリーボードファイルにわたる 20 以上の検証バグを修正: フィールドパスを訂正（`creatives[0].action`、`media_buy_deliveries`、`renders[0].preview_url`）、`field_value` チェックに欠けていた `value:` を追加、ストーリーボード検証スキーマに `value` プロパティを追加。 *** ## rc.1 → rc.2 ### rc.1 採用者にとって潜在的に破壊的 | Area | rc.1 | rc.2 | What to do | | --------------------- | ------------------------------------------------------- | ----------------------------------------------------- | ---------------------------------------------------------------------- | | アカウント認証モデル | `account_resolution` ケイパビリティ | 削除 — `require_operator_auth` が今やアカウントモデルを決定 | ケイパビリティパースと auth/account 分岐ロジックを更新 | | クリエイティブライブラリタスク境界 | `list_creatives` / `sync_creatives` は Media Buy の下に文書化 | クリエイティブライブラリ操作は Creative Protocol に存在 | セールスエージェントが両プロトコルを実装する場合でも、ライブラリの読み書きを Creative Protocol の前提を通じてルーティング | | サンドボックスケイパビリティディスカバリー | `media_buy.features.sandbox` | `account.sandbox` | account ケイパビリティブロックからサンドボックスサポートを読む | | DOOH フラットレートパラメーター | 判別子なしの `flat_rate.parameters` | パラメーターが存在するとき `flat_rate.parameters.type: "dooh"` が必須 | リクエストビルダーと検証器に判別子を追加 | | 非推奨ガバナンスタスクドキュメント | `delete_content_standards`、`get_property_features` を文書化 | 削除 | 代わりに `update_content_standards`、プロパティリスト、`get_adcp_capabilities` を使う | ### Additive changes in rc.2 * **クリエイティブ生成とプレビュー** — `build_creative` が `include_preview`、`preview_inputs`、`preview_quality`、`preview_output_format`、`quality`、`item_limit`、マルチフォーマット `target_format_ids` を追加。バイヤーは今やインラインでプレビューし、ドラフト対本番生成を選び、1 回の呼び出しで複数の出力フォーマットをリクエストできる。 * **クリエイティブライブラリ取得** — `build_creative` は `creative_id`、任意の `concept_id`、`media_buy_id`、`package_id`、`macro_values` を使ったライブラリ取得もサポートし、アドサーバーとクリエイティブプラットフォームが保存されたクリエイティブを配信可能なマニフェストに解決できる。 * **クリエイティブケイパビリティディスカバリー** — クリエイティブエージェントは `supports_generation`、`supports_transformation`、`has_creative_library` を宣言できる。`list_creatives` は今や `include_snapshot`、`has_served`、`items` のようなライブラリ指向のフィールドを使う。 * **プロダクトディスカバリーとプランニング** — `get_products` が `exclusivity`、`preferred_delivery_types`、`time_budget` を追加、レスポンスに `incomplete`。プロダクトは `delivery_measurement` を省略でき、パッケージは今やパッケージごとの `start_time` / `end_time` を運べる。 * **コンプライアンスとガバナンス** — クリエイティブ開示が永続性セマンティクスを追加、キャンペーンガバナンスが `sync_plans`、`check_governance`、`report_plan_outcome`、`get_plan_audit_logs` を導入。 * **アカウントとサンドボックスの人間工学** — `sync_accounts` が `payment_terms` を追加、サンドボックスが今やバイヤー宣言アカウント参照の自然アカウントキーに参加。 *** ## ヘルプが必要ですか？ * **コミュニティ**: [Slack](https://join.slack.com/t/agenticads/shared_invite/zt-3c5sxvdjk-x0rVmLB3OFHVUp~WutVWZg) — 他の実装者への手早い質問に最適 * **Issues**: [GitHub Issues](https://github.com/adcontextprotocol/adcp/issues) — バグ、仕様の質問、移行のエッジケース * **完全な v2 → v3 移行**: [移行ガイド](/docs/reference/migration)