@adcp/sdk 16.4.0 → 16.6.0

package/dist/lib/schemas-data/3.2/mcp/2026-07-28/creative/list-creatives-request.json

@@ -1,6 +1,6 @@
 {
   "$schema": "https://json-schema.org/draft/2020-12/schema",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json",
   "title": "List Creatives Request",
   "description": "Request parameters for querying creative assets from a creative library with filtering, sorting, and pagination. Implemented by any agent that hosts a creative library — creative agents (ad servers, creative platforms) and sales agents that manage creatives.",
   "x-tool-summary": "List creative-library assets with filtering, sorting, and pagination.",
@@ -20,6 +20,7 @@
     "adcp_major_version": {
       "type": "integer",
       "deprecated": true,
+      "x-removed-in": "4.0.0",
       "description": "DEPRECATED in favor of adcp_version (release-precision string). Servers MUST continue to honor this field through 3.x. Removed in 4.0. Original semantics: the AdCP major version the buyer's payloads conform to. Sellers validate against their supported major_versions and return VERSION_UNSUPPORTED if unsupported. When omitted, the seller assumes its highest supported version.",
       "minimum": 1,
       "maximum": 99
@@ -225,7 +226,7 @@
   ],
   "$defs": {
     "external:core/version-envelope.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/core/version-envelope.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/core/version-envelope.json",
       "title": "AdCP Version Envelope",
       "description": "Release-precision AdCP protocol version negotiation fields. Composed via `allOf` into AdCP request schemas and shared response components so the version semantics live in one place. Strict (`additionalProperties: false`) request schemas also redeclare these two fields in their own `properties` via `$ref`, because draft-07 does not evaluate properties across `allOf`. The Trusted Match match requests are the exception: they inline both fields for their strict privacy boundary. Distinct from `core/protocol-envelope.json`, which wraps responses at the transport layer (context_id / task_id / status / payload). This envelope is part of the payload itself.",
       "type": "object",
@@ -244,6 +245,7 @@
         "adcp_major_version": {
           "type": "integer",
           "deprecated": true,
+          "x-removed-in": "4.0.0",
           "description": "DEPRECATED in favor of adcp_version (release-precision string). Servers MUST continue to honor this field through 3.x. Removed in 4.0. Original semantics: the AdCP major version the buyer's payloads conform to. Sellers validate against their supported major_versions and return VERSION_UNSUPPORTED if unsupported. When omitted, the seller assumes its highest supported version.",
           "minimum": 1,
           "maximum": 99
@@ -251,7 +253,7 @@
       }
     },
     "external:core/creative-filters.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/core/creative-filters.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/core/creative-filters.json",
       "title": "Creative Filters",
       "description": "Filter criteria for querying creatives from a creative library. By default, archived creatives are excluded from results. To include archived creatives, explicitly filter by status='archived' or include 'archived' in the statuses array.",
       "type": "object",
@@ -260,7 +262,7 @@
           "type": "array",
           "description": "Filter creatives by owning accounts. Useful for agencies managing multiple client accounts.",
           "items": {
-            "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1account-ref.json"
+            "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1account-ref.json"
           },
           "minItems": 1
         },
@@ -268,7 +270,7 @@
           "type": "array",
           "description": "Filter by creative approval statuses",
           "items": {
-            "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1creative-status.json"
+            "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1creative-status.json"
           },
           "minItems": 1
         },
@@ -349,7 +351,7 @@
           "type": "array",
           "description": "Return creatives with at least one package assignment carrying any requested current indicator type. Values within this field use OR logic; this field composes with other filters using AND logic. Sales-agent-specific: sellers support this filter only when media_buy.relationship_notifications.projection_tasks includes list_creatives. Other agents SHOULD ignore it and apply remaining filters. Buyers needing exact results MUST verify capability support and paginate the outer result set; assignment_projection: matching bounds nested rows.",
           "items": {
-            "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1indicator-type.json"
+            "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1indicator-type.json"
           },
           "minItems": 1,
           "uniqueItems": true
@@ -365,9 +367,10 @@
         "format_ids": {
           "type": "array",
           "deprecated": true,
+          "x-removed-in": "4.0.0",
           "description": "Deprecated in AdCP 3.2; removed in AdCP 4.0. Filter legacy named-format creatives. Use `format_kinds` for canonical libraries.",
           "items": {
-            "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1format-id.json"
+            "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1format-id.json"
           },
           "minItems": 1
         },
@@ -375,7 +378,7 @@
           "type": "array",
           "description": "Filter by canonical format kinds. Returns creatives matching any supplied kind.",
           "items": {
-            "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1canonical-format-kind.json"
+            "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1canonical-format-kind.json"
           },
           "minItems": 1,
           "uniqueItems": true
@@ -384,7 +387,7 @@
           "type": "array",
           "description": "Filter by asset types present on direct object values in the creative's top-level `assets` map. A creative matches when any directly assigned object has an `asset_type` in this array (OR within this field); this filter is conjunctive with every other active filter (AND across fields). Do not inspect array-valued slots or recurse into nested asset fields such as `cards[].media`; broader traversal is deferred. Agents that do not implement this filter MUST ignore it and apply the remaining filters rather than reject the request. Exact asset-type values use the shared AssetContentType vocabulary; `published_post` selects existing-published-post reference creatives without relying on publisher-specific format IDs.",
           "items": {
-            "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1asset-content-type.json"
+            "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1asset-content-type.json"
           },
           "minItems": 1,
           "uniqueItems": true
@@ -394,14 +397,14 @@
           "description": "When true, return only creatives with dynamic variables (DCO). When false, return only static creatives."
         },
         "ext": {
-          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1ext.json",
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1ext.json",
           "description": "Vendor-namespaced extension parameters for seller- or platform-specific creative filter criteria not covered by standard fields. Keys MUST be namespaced under a vendor or platform key (e.g., ext.gam, ext.platform_x). Sellers MUST treat all values as untrusted buyer input; avoid unbounded logging or labels, and do not interpolate values into caller-visible error strings, LLM prompts, SQL queries, or system commands without sanitization. Persistent use of an extension key across multiple buyers is a signal to propose standardization."
         }
       },
       "additionalProperties": true
     },
     "external:core/account-ref.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/core/account-ref.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/core/account-ref.json",
       "title": "Account Reference",
       "description": "Reference to an advertiser account by seller-assigned ID or natural key. account_id is the seller/storefront handle returned by list_accounts. The natural key is brand + operator + optional operator_unit.id + optional fixed currency + optional buyer-selected account timezone + sandbox; it describes the advertiser object the seller resolves or provisions. After a capability-gated identity rekey, the former natural key is tombstoned and returns ACCOUNT_MOVED to authorized callers rather than resolving or provisioning another account. brand.countries qualifies the advertiser's geographic identity. operator_unit identifies the operator-owned buying seat or business unit and is distinct from the seller account. operator_unit.name is display metadata and does not participate in identity. Use account_id when the seller or upstream platform owns the canonical account namespace; use the natural key for buyer-declared accounts (require_operator_auth: false).",
       "type": "object",
@@ -422,7 +425,7 @@
         {
           "properties": {
             "brand": {
-              "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1brand-ref.json",
+              "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1brand-ref.json",
               "description": "Brand reference identifying the advertiser"
             },
             "operator": {
@@ -432,7 +435,7 @@
               "x-entity": "operator"
             },
             "operator_unit": {
-              "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1operator-unit.json",
+              "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1operator-unit.json",
               "description": "Optional operator-owned business unit, agency seat, or platform account. Only id participates in the natural account key; name is mutable display metadata."
             },
             "currency": {
@@ -500,7 +503,7 @@
       ]
     },
     "external:core/brand-ref.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/core/brand-ref.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/core/brand-ref.json",
       "title": "Brand Reference",
       "description": "Reference to a brand by domain and optional brand_id. The domain hosts /.well-known/brand.json or is registered in the brand registry. For single-brand domains, brand_id can be omitted. For house-of-brands domains, brand_id identifies the specific brand. For creative production, brand.json is the canonical source of master brand identity (logo, palette, fonts, voice, and visual guidelines), subject only to the supported per-call fields in brand_kit_override. Catalogs supply product or item payload; catalog item asset groups, including property- or franchise-level logos, are item identity and do not override these master brand fields.",
       "type": "object",
@@ -511,7 +514,7 @@
           "pattern": "^[a-z0-9]([a-z0-9-]*[a-z0-9])?(\\.[a-z0-9]([a-z0-9-]*[a-z0-9])?)*$"
         },
         "brand_id": {
-          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1brand-id.json",
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1brand-id.json",
           "description": "Brand identifier within the house portfolio. Optional for single-brand domains."
         },
         "countries": {
@@ -570,7 +573,7 @@
           "description": "Inline override for brand-kit fields normally resolved from `/.well-known/brand.json` on `domain` (logo, colors, voice, tagline). Use when brand.json is missing, stale, or inappropriate for this specific call — e.g., a campaign-scoped tagline, a co-branded creative, a freshly-rebranded color palette the brand.json hasn't shipped yet. Same inline-override pattern as `industries` and `data_subject_contestation` above: brand.json is canonical, the override is per-call. Adopters needing to override fields outside this subset (`voice_attributes`, `prohibited_terms`, etc.) MUST publish a different brand.json and reference it via a different `domain` — the inline override is intentionally narrow to a small high-traffic subset.\n\n**Merge semantics (normative).** The merge is **field-level**, not whole-object replacement. Each field within `brand_kit_override` (`logo`, `colors`, `voice`, `tagline`) is evaluated independently — when a field is present on the override the override value applies; when a field is absent the brand.json value applies (or is absent if brand.json doesn't carry one either). For composite fields (`colors.primary`, `colors.secondary`, `colors.accent`), the merge is one level deeper: each color slot is evaluated independently — a producer can override `colors.primary` while still inheriting `colors.secondary` from brand.json. SDKs MUST NOT treat a present `brand_kit_override.colors` as wiping the brand.json `colors` block entirely; only the per-slot fields present in the override take precedence. Without this rule, a partial-override semantics would diverge across SDKs and produce inconsistent rendering for the same payload.",
           "properties": {
             "logo": {
-              "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1assets~1image-asset.json",
+              "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1assets~1image-asset.json",
               "description": "Override logo asset."
             },
             "colors": {
@@ -629,7 +632,7 @@
       ]
     },
     "external:core/brand-id.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/core/brand-id.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/core/brand-id.json",
       "title": "Brand ID",
       "description": "Identifier for a brand within a house portfolio. Must be lowercase alphanumeric with underscores only. The house chooses this identifier.",
       "type": "string",
@@ -644,7 +647,7 @@
       ]
     },
     "external:core/assets/image-asset.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/core/assets/image-asset.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/core/assets/image-asset.json",
       "title": "Image Asset",
       "description": "Image asset with URL and dimensions",
       "type": "object",
@@ -708,7 +711,7 @@
           "x-accessibility": true
         },
         "provenance": {
-          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1provenance.json",
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1provenance.json",
           "description": "Provenance metadata for this asset, overrides manifest-level provenance"
         }
       },
@@ -721,13 +724,13 @@
       "additionalProperties": true
     },
     "external:core/provenance.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/core/provenance.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/core/provenance.json",
       "title": "Provenance",
       "description": "Declares how content was produced, whether AI was involved, and what disclosure obligations apply. Attaches to creative manifests, individual assets, or content-standards artifacts. When present at multiple levels, the most specific provenance object replaces the inherited one entirely (no field-level merging). Provenance is a claim by the declaring party — receiving parties should verify claims independently via their own detection tools.",
       "type": "object",
       "properties": {
         "digital_source_type": {
-          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1digital-source-type.json",
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1digital-source-type.json",
           "description": "IPTC-aligned classification of AI involvement in producing this content"
         },
         "synthetic_depiction": {
@@ -837,7 +840,7 @@
             "type": "object",
             "properties": {
               "method": {
-                "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1embedded-provenance-method.json",
+                "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1embedded-provenance-method.json",
                 "description": "How provenance data is carried within the content"
               },
               "standard": {
@@ -888,7 +891,7 @@
             "type": "object",
             "properties": {
               "media_type": {
-                "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1watermark-media-type.json",
+                "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1watermark-media-type.json",
                 "description": "Media category of the watermarked content"
               },
               "provider": {
@@ -916,7 +919,7 @@
                 "additionalProperties": false
               },
               "c2pa_action": {
-                "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1c2pa-watermark-action.json",
+                "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1c2pa-watermark-action.json",
                 "description": "C2PA action classification for this watermark"
               },
               "embedded_at": {
@@ -967,7 +970,7 @@
                     "minProperties": 1,
                     "properties": {
                       "persistence": {
-                        "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1disclosure-persistence.json",
+                        "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1disclosure-persistence.json",
                         "description": "How long the disclosure must persist during content playback or display"
                       },
                       "min_duration_ms": {
@@ -979,13 +982,13 @@
                         "type": "array",
                         "description": "Preferred disclosure positions in priority order. The first position a format supports should be used.",
                         "items": {
-                          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1disclosure-position.json"
+                          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:enums~1disclosure-position.json"
                         },
                         "minItems": 1,
                         "uniqueItems": true
                       },
                       "ext": {
-                        "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1ext.json"
+                        "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1ext.json"
                       }
                     }
                   }
@@ -1047,12 +1050,12 @@
           }
         },
         "ext": {
-          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1ext.json"
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/creative/list-creatives-request.json#/$defs/external:core~1ext.json"
         }
       }
     },
     "external:enums/digital-source-type.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/digital-source-type.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/enums/digital-source-type.json",
       "title": "Digital Source Type",
       "description": "Classification of AI involvement in content creation, aligned with IPTC digitalsourcetype vocabulary. Used in provenance metadata to declare how a creative asset, artifact, or individual asset was produced.",
       "type": "string",
@@ -1080,7 +1083,7 @@
       }
     },
     "external:enums/embedded-provenance-method.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/embedded-provenance-method.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/enums/embedded-provenance-method.json",
       "title": "Embedded Provenance Method",
       "description": "How provenance data is carried within the content stream. Distinguishes between format-level manifest embedding (where the manifest travels inside the file container) and provenance markers (where invisible markers in the content itself encode or reference a provenance record). Both survive operations that strip sidecar metadata, but provenance markers additionally survive content-level transformations such as copy-paste, reformatting, and CMS re-encoding.",
       "type": "string",
@@ -1094,7 +1097,7 @@
       }
     },
     "external:enums/watermark-media-type.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/watermark-media-type.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/enums/watermark-media-type.json",
       "title": "Watermark Media Type",
       "description": "Media category of a content watermark. Identifies what kind of content the watermark is applied to, which determines the detection and verification methods required.",
       "type": "string",
@@ -1112,7 +1115,7 @@
       }
     },
     "external:enums/c2pa-watermark-action.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/c2pa-watermark-action.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/enums/c2pa-watermark-action.json",
       "title": "C2PA Watermark Action",
       "description": "C2PA action classification for a content watermark. Distinguishes watermarks that are cryptographically linked to a C2PA manifest (bound) from watermarks that exist independently (unbound). Aligns with the c2pa.watermarked.* action family in the C2PA action taxonomy.",
       "type": "string",
@@ -1126,7 +1129,7 @@
       }
     },
     "external:enums/disclosure-persistence.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/disclosure-persistence.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/enums/disclosure-persistence.json",
       "title": "Disclosure Persistence",
       "description": "How long a disclosure must persist during content playback or display. Different jurisdictions and regulations require different persistence behaviors for AI-generated content labels. When multiple sources specify persistence for the same jurisdiction (e.g., brief and provenance), the most restrictive mode applies: continuous > initial > flexible.",
       "type": "string",
@@ -1142,7 +1145,7 @@
       }
     },
     "external:enums/disclosure-position.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/disclosure-position.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/enums/disclosure-position.json",
       "title": "Disclosure Position",
       "description": "Where a required disclosure should appear within a creative. Used by creative briefs to specify disclosure placement and by formats to declare which positions they can render.",
       "type": "string",
@@ -1158,14 +1161,14 @@
       ]
     },
     "external:core/ext.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/core/ext.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/core/ext.json",
       "title": "Extension Object",
       "description": "Extension object for platform-specific, vendor-namespaced parameters. Extensions are always optional and must be namespaced under a vendor/platform key (e.g., ext.gam, ext.roku). Used for custom capabilities, partner-specific configuration, and features being proposed for standardization.",
       "type": "object",
       "additionalProperties": true
     },
     "external:core/operator-unit.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/core/operator-unit.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/core/operator-unit.json",
       "title": "Operator Unit",
       "description": "Operator-owned buying context used to distinguish business units, agency seats, or platform accounts beneath one operator domain. The id is stable identity in the operator's namespace; name is mutable display metadata and never participates in account identity.",
       "x-entity": "operator_unit",
@@ -1201,7 +1204,7 @@
       ]
     },
     "external:enums/creative-status.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/creative-status.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/enums/creative-status.json",
       "title": "Creative Status",
       "description": "Lifecycle status of a creative asset in a creative library. See the Creative Protocol specification for transition rules.",
       "type": "string",
@@ -1223,7 +1226,7 @@
       }
     },
     "external:enums/indicator-type.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/indicator-type.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/enums/indicator-type.json",
       "title": "Indicator Type",
       "description": "A seller-asserted material risk or optimization opportunity that currently warrants buyer attention on an AdCP resource relationship. AdCP standardizes the broad meaning of each value for the protocol release; it does not standardize or version the seller's detection methodology or prescribe a universal remedy.",
       "type": "string",
@@ -1247,7 +1250,7 @@
       }
     },
     "external:core/format-id.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/core/format-id.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/core/format-id.json",
       "title": "Format Reference (Structured Object)",
       "deprecated": true,
       "description": "**DEPRECATED in 3.2.** Legacy named-format reference retained for 3.x compatibility. This JSON object — never a plain string — identifies a format by its declaring agent and local slug, and may carry legacy logical dimensions, pixel ratio, or duration parameters. New products and manifests use canonical `format_options`, `format_kind`, and `format_option_ref`; creative-agent build routing uses `creative.supported_formats[].capability_id`.",
@@ -1304,7 +1307,7 @@
       }
     },
     "external:core/canonical-format-kind.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/core/canonical-format-kind.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/core/canonical-format-kind.json",
       "title": "Canonical Format Kind",
       "description": "Discriminator naming one of the 15 AdCP 3.2 canonical creative formats, plus `custom` for adopter-defined shapes. AdCP 3.2 adds `audio_vast` for VAST-tag-delivered audio (the standards-conformant profile starts at VAST 4.1, with older versions available only as seller-declared legacy interoperability) and promotes the legacy `multi_state_display` and `multi_placement_takeover` custom shapes to `seller_rendered_stateful_display` and `coordinated_placements`. When `format_kind` is `custom`, the declaration also carries `format_shape` and `format_schema`. The enum mirrors the branches in `product-format-declaration.json` and is closed for producer validation: sellers do not mint ad-hoc values. SDKs may retain unknown future values in tolerant in-memory parsers, but that does not change versioned JSON Schema validation. A seller responding to a 3.1-or-earlier request MUST project away 3.2-only kinds and emit a compatible legacy declaration; a strict older schema correctly rejects an unprojected newer kind. See adcp#3666 and the promotion migration contract in canonical-formats.mdx.",
       "type": "string",
@@ -1328,7 +1331,7 @@
       ]
     },
     "external:enums/asset-content-type.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/asset-content-type.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/enums/asset-content-type.json",
       "title": "Asset Content Type",
       "description": "Types of content that can be used as creative assets. Describes what KIND of content an asset contains (image, video, code, etc.), not where it displays.",
       "type": "string",
@@ -1352,7 +1355,7 @@
       ]
     },
     "external:enums/creative-sort-field.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/creative-sort-field.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/enums/creative-sort-field.json",
       "title": "Creative Sort Field",
       "description": "Fields available for sorting creative library listings",
       "type": "string",
@@ -1365,7 +1368,7 @@
       ]
     },
     "external:enums/sort-direction.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/sort-direction.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/enums/sort-direction.json",
       "title": "Sort Direction",
       "description": "Sort direction for list queries",
       "type": "string",
@@ -1375,7 +1378,7 @@
       ]
     },
     "external:core/pagination-request.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/core/pagination-request.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/core/pagination-request.json",
       "title": "Pagination Request",
       "description": "Standard cursor-based pagination parameters for list operations",
       "type": "object",
@@ -1395,7 +1398,7 @@
       "additionalProperties": false
     },
     "external:core/context.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/core/context.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/core/context.json",
       "title": "Context Object",
       "description": "Opaque correlation data that is echoed unchanged in responses. Used for internal tracking, UI session IDs, trace IDs, and other caller-specific identifiers that don't affect protocol behavior. Context data is never parsed by AdCP agents - it's simply preserved and returned.",
       "type": "object",