@adcp/sdk 16.3.0 → 16.5.0

package/dist/lib/schemas-data/3.2/mcp/2026-07-28/sponsored-intelligence/si-send-message-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/sponsored-intelligence/si-send-message-request.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json",
   "title": "SI Send Message Request",
   "description": "Send a message to the brand agent within an active session",
   "type": "object",
@@ -21,6 +21,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
@@ -74,7 +75,7 @@
   "additionalProperties": true,
   "$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",
@@ -93,6 +94,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
@@ -100,14 +102,14 @@
       }
     },
     "external:sponsored-intelligence/si-sponsored-context-receipt.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/sponsored-intelligence/si-sponsored-context-receipt.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/sponsored-intelligence/si-sponsored-context-receipt.json",
       "title": "SI Sponsored Context Receipt",
       "description": "Host receipt for sponsored context previously delivered into an SI host boundary. The receipt records what use mode the host accepted and what disclosure commitment it made; it does not claim that AdCP inspected hidden model reasoning.",
       "x-status": "experimental",
       "type": "object",
       "properties": {
         "sponsored_context": {
-          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:sponsored-intelligence~1si-sponsored-context.json",
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:sponsored-intelligence~1si-sponsored-context.json",
           "description": "The sponsored-context declaration the host received and is accepting or rejecting."
         },
         "host_receipt": {
@@ -123,7 +125,7 @@
               ]
             },
             "accepted_context_use": {
-              "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:sponsored-intelligence~1si-context-use.json",
+              "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:sponsored-intelligence~1si-context-use.json",
               "description": "Use mode the host accepted. When host_receipt.status is accepted, this MUST match the declaration's context_use; a host that cannot honor the declared use mode rejects the sponsored context instead of down-scoping it."
             },
             "received_at": {
@@ -221,7 +223,7 @@
           ]
         },
         "ext": {
-          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1ext.json"
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1ext.json"
         }
       },
       "required": [
@@ -408,7 +410,7 @@
       "additionalProperties": true
     },
     "external:sponsored-intelligence/si-sponsored-context.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/sponsored-intelligence/si-sponsored-context.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/sponsored-intelligence/si-sponsored-context.json",
       "title": "SI Sponsored Context",
       "description": "Declaration attached to sponsored context delivered into an SI host boundary. Separates the economic accountability fact (`paying_principal`) from the host's receipt/acceptance record, which is carried separately by si-sponsored-context-receipt.json.",
       "x-status": "experimental",
@@ -419,7 +421,7 @@
           "description": "Economic accountability fact: the brand that funded or sponsored this context, with optional account/operator context. This identifies who paid for the sponsored context; it is distinct from the host's later receipt and use commitment.",
           "properties": {
             "brand": {
-              "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1brand-ref.json",
+              "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1brand-ref.json",
               "description": "Brand economically accountable for the sponsored context."
             },
             "account": {
@@ -454,7 +456,7 @@
           "additionalProperties": true
         },
         "context_use": {
-          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:sponsored-intelligence~1si-context-use.json",
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:sponsored-intelligence~1si-context-use.json",
           "description": "Declared host-side use mode for this sponsored context."
         },
         "disclosure_obligation": {
@@ -562,7 +564,7 @@
           "additionalProperties": true
         },
         "ext": {
-          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1ext.json"
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1ext.json"
         }
       },
       "required": [
@@ -573,7 +575,7 @@
       "additionalProperties": true
     },
     "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",
@@ -584,7 +586,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/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1brand-id.json",
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1brand-id.json",
           "description": "Brand identifier within the house portfolio. Optional for single-brand domains."
         },
         "countries": {
@@ -643,7 +645,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/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1assets~1image-asset.json",
+              "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1assets~1image-asset.json",
               "description": "Override logo asset."
             },
             "colors": {
@@ -702,7 +704,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",
@@ -717,7 +719,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",
@@ -781,7 +783,7 @@
           "x-accessibility": true
         },
         "provenance": {
-          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1provenance.json",
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1provenance.json",
           "description": "Provenance metadata for this asset, overrides manifest-level provenance"
         }
       },
@@ -794,13 +796,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/sponsored-intelligence/si-send-message-request.json#/$defs/external:enums~1digital-source-type.json",
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:enums~1digital-source-type.json",
           "description": "IPTC-aligned classification of AI involvement in producing this content"
         },
         "synthetic_depiction": {
@@ -910,7 +912,7 @@
             "type": "object",
             "properties": {
               "method": {
-                "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:enums~1embedded-provenance-method.json",
+                "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:enums~1embedded-provenance-method.json",
                 "description": "How provenance data is carried within the content"
               },
               "standard": {
@@ -961,7 +963,7 @@
             "type": "object",
             "properties": {
               "media_type": {
-                "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:enums~1watermark-media-type.json",
+                "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:enums~1watermark-media-type.json",
                 "description": "Media category of the watermarked content"
               },
               "provider": {
@@ -989,7 +991,7 @@
                 "additionalProperties": false
               },
               "c2pa_action": {
-                "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:enums~1c2pa-watermark-action.json",
+                "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:enums~1c2pa-watermark-action.json",
                 "description": "C2PA action classification for this watermark"
               },
               "embedded_at": {
@@ -1040,7 +1042,7 @@
                     "minProperties": 1,
                     "properties": {
                       "persistence": {
-                        "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:enums~1disclosure-persistence.json",
+                        "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:enums~1disclosure-persistence.json",
                         "description": "How long the disclosure must persist during content playback or display"
                       },
                       "min_duration_ms": {
@@ -1052,13 +1054,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/sponsored-intelligence/si-send-message-request.json#/$defs/external:enums~1disclosure-position.json"
+                          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-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/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1ext.json"
+                        "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1ext.json"
                       }
                     }
                   }
@@ -1120,12 +1122,12 @@
           }
         },
         "ext": {
-          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/mcp/2026-07-28/sponsored-intelligence/si-send-message-request.json#/$defs/external:core~1ext.json"
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-send-message-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",
@@ -1153,7 +1155,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",
@@ -1167,7 +1169,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",
@@ -1185,7 +1187,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",
@@ -1199,7 +1201,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",
@@ -1215,7 +1217,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",
@@ -1231,14 +1233,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:sponsored-intelligence/si-context-use.json": {
-      "$id": "https://adcontextprotocol.org/schemas/3.2.5/sponsored-intelligence/si-context-use.json",
+      "$id": "https://adcontextprotocol.org/schemas/3.2.7/sponsored-intelligence/si-context-use.json",
       "title": "SI Context Use",
       "description": "Declared use mode for sponsored context crossing into a Sponsored Intelligence host boundary. This is a boundary declaration, not a claim that AdCP can inspect hidden model reasoning after the host receives the context.",
       "x-status": "experimental",
@@ -1255,7 +1257,7 @@
       }
     },
     "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",

package/dist/lib/schemas-data/3.2/mcp/2026-07-28/sponsored-intelligence/si-terminate-session-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/sponsored-intelligence/si-terminate-session-request.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.7/mcp/2026-07-28/sponsored-intelligence/si-terminate-session-request.json",
   "title": "SI Terminate Session Request",
   "description": "Request to terminate an SI session. Naturally idempotent — `session_id` is the dedup boundary, and terminating an already-terminated session is a no-op that returns the same terminal state. No `idempotency_key` is needed on this request.",
   "type": "object",
@@ -21,6 +21,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
@@ -88,7 +89,7 @@
   "additionalProperties": true,
   "$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",
@@ -107,6 +108,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
@@ -114,14 +116,14 @@
       }
     },
     "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",
       "additionalProperties": true
     },
     "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",

package/dist/lib/schemas-data/3.2/media-buy/accept-proposal-async-response-input-required.json

@@ -1,11 +1,11 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/accept-proposal-async-response-input-required.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/accept-proposal-async-response-input-required.json",
   "title": "Accept Proposal - Input Required",
   "description": "Bounded input-required payload for accept_proposal.",
   "allOf": [
     {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/compact-task-input-required.json"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/compact-task-input-required.json"
     }
   ]
 }

package/dist/lib/schemas-data/3.2/media-buy/accept-proposal-async-response-submitted.json

@@ -1,11 +1,11 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/accept-proposal-async-response-submitted.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/accept-proposal-async-response-submitted.json",
   "title": "Accept Proposal - Submitted",
   "description": "Bounded submitted task envelope for accept_proposal.",
   "allOf": [
     {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/compact-task-submitted.json"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/compact-task-submitted.json"
     }
   ]
 }

package/dist/lib/schemas-data/3.2/media-buy/accept-proposal-async-response-working.json

@@ -1,11 +1,11 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/accept-proposal-async-response-working.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/accept-proposal-async-response-working.json",
   "title": "Accept Proposal - Working",
   "description": "Bounded working progress payload for accept_proposal.",
   "allOf": [
     {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/compact-task-working.json"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/compact-task-working.json"
     }
   ]
 }

package/dist/lib/schemas-data/3.2/media-buy/accept-proposal-request.json

@@ -1,13 +1,13 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/accept-proposal-request.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/accept-proposal-request.json",
   "title": "Accept Proposal Request",
   "description": "Accept one committed immutable proposal. Depending on proposal_kind, acceptance creates a MediaBuy, applies an amendment, or applies a negotiated cancellation. The proposal already contains the commercial terms, so callers do not repeat packages, dates, targeting, or creatives.",
   "x-tool-summary": "Accept a committed proposal to create or amend a media buy, or apply a negotiated cancellation.",
   "type": "object",
   "allOf": [
     {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/version-envelope.json"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/version-envelope.json"
     }
   ],
   "x-mutates-state": true,
@@ -34,10 +34,10 @@
   },
   "properties": {
     "adcp_version": {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/version-envelope.json#/properties/adcp_version"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/version-envelope.json#/properties/adcp_version"
     },
     "adcp_major_version": {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/version-envelope.json#/properties/adcp_major_version"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/version-envelope.json#/properties/adcp_major_version"
     },
     "idempotency_key": {
       "type": "string",
@@ -53,7 +53,7 @@
       "description": "Human-readable MediaBuy name supplied by the buyer for trafficking UI display and operational communication. When supplied, this value wins over proposal.name; the seller MUST persist it and echo it unchanged on the commitment success response and subsequent get_media_buys reads. It is operational metadata outside accepted_proposal and is not covered by proposal_terms_digest or terms_digest. When an acceptance creates a MediaBuy and name is absent, the seller MAY seed the MediaBuy name from proposal.name only when proposal.name already satisfies the MediaBuy name constraints (non-whitespace and no longer than 255 characters); the seller MUST NOT silently truncate or otherwise rewrite it. A seeded value counts as a name created through AdCP and MUST be reported on commitment and read surfaces. This display label is not an identifier or financial reference."
     },
     "account": {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/canonical-account-ref.json"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/canonical-account-ref.json"
     },
     "proposal_id": {
       "type": "string",
@@ -133,16 +133,16 @@
       "maxLength": 4096
     },
     "push_notification_config": {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/push-notification-config.json"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/push-notification-config.json"
     },
     "reporting_webhook": {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/reporting-webhook.json",
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/reporting-webhook.json",
       "description": "Optional reporting delivery configuration established atomically when the proposal is accepted. This is execution metadata and does not alter the accepted commercial terms digest."
     },
     "opportunity": {
       "allOf": [
         {
-          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/opportunity-context.json"
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/opportunity-context.json"
         },
         {
           "properties": {
@@ -172,10 +172,10 @@
       "description": "Optional planning-cycle closure. Success infers closed with accepted_with_seller when status is omitted. If the proposal carries opportunity_id, a supplied ID MUST match; the accepted proposal preserves that association."
     },
     "context": {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/context.json"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/context.json"
     },
     "ext": {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/ext.json"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/ext.json"
     }
   },
   "required": [

package/dist/lib/schemas-data/3.2/media-buy/accept-proposal-response.json

@@ -1,11 +1,11 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/accept-proposal-response.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/accept-proposal-response.json",
   "title": "Accept Proposal Response",
   "description": "Compact proposal-acceptance result containing the resulting MediaBuy identity and accepted immutable proposal snapshot.",
   "allOf": [
     {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/media-buy-commitment-response.json"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/media-buy-commitment-response.json"
     }
   ]
 }

package/dist/lib/schemas-data/3.2/media-buy/acceptance-context.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/acceptance-context.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/acceptance-context.json",
   "title": "Acceptance Context",
   "description": "Buyer-declared facts used for coarse seller acceptance matching during product and proposal discovery. Sellers may infer omitted facts, but uncertainty never implies acceptance.",
   "type": "object",
@@ -43,7 +43,7 @@
       "uniqueItems": true
     },
     "advertiser_industry": {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/enums/advertiser-industry.json"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/enums/advertiser-industry.json"
     },
     "advertiser_jurisdictions": {
       "type": "array",
@@ -66,7 +66,7 @@
       "description": "Jurisdictions in which the proposed advertising will be delivered. Seller acceptance rules' jurisdictions and jurisdiction_groups match this field."
     },
     "ext": {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/ext.json"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/ext.json"
     }
   },
   "x-adcp-validation": {

package/dist/lib/schemas-data/3.2/media-buy/acceptance-policy-catalog.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/acceptance-policy-catalog.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/acceptance-policy-catalog.json",
   "title": "Acceptance Policy Catalog",
   "description": "Seller-hosted catalog referenced from capabilities. Profiles compose restrictively: every referenced profile applies and the most restrictive matching disposition wins (prohibited over conditional over allowed).",
   "type": "object",
@@ -16,20 +16,20 @@
     "profiles": {
       "type": "array",
       "items": {
-        "$ref": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/acceptance-policy-profile.json"
+        "$ref": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/acceptance-policy-profile.json"
       },
       "minItems": 1
     },
     "registry_profiles": {
       "type": "array",
       "items": {
-        "$ref": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/acceptance-policy-profile-ref.json"
+        "$ref": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/acceptance-policy-profile-ref.json"
       },
       "minItems": 1,
       "description": "Exact reusable profiles adopted from the shared policy registry. Resolution failure is unknown, never allowed. A seller adds a distinct local profile to narrow a registry profile."
     },
     "ext": {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/ext.json"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/ext.json"
     }
   },
   "required": [

package/dist/lib/schemas-data/3.2/media-buy/acceptance-policy-profile-ref.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/acceptance-policy-profile-ref.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/acceptance-policy-profile-ref.json",
   "title": "Registry Acceptance Policy Profile Reference",
   "description": "Exact reference to a reusable acceptance profile embedded in a version-pinned shared policy-registry entry. Sellers add separate local profiles to narrow it; they do not copy and mutate a registry profile under the same identity.",
   "type": "object",

package/dist/lib/schemas-data/3.2/media-buy/acceptance-policy-profile.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/acceptance-policy-profile.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/acceptance-policy-profile.json",
   "title": "Acceptance Policy Profile",
   "description": "Versioned acceptance-policy profile published by a registry or seller. Omitted rules are unknown unless coverage is complete and scope is explicit; discovery never guarantees acceptance of an exact request.",
   "type": "object",
@@ -159,12 +159,12 @@
     "rules": {
       "type": "array",
       "items": {
-        "$ref": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/acceptance-policy-rule.json"
+        "$ref": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/acceptance-policy-rule.json"
       },
       "minItems": 1
     },
     "ext": {
-      "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/ext.json"
+      "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/ext.json"
     }
   },
   "required": [

package/dist/lib/schemas-data/3.2/media-buy/acceptance-policy-requirement.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.5/media-buy/acceptance-policy-requirement.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.7/media-buy/acceptance-policy-requirement.json",
   "title": "Acceptance Policy Requirement",
   "description": "A typed prerequisite or restriction attached to a conditional seller-acceptance rule. The kind is coarse and machine-actionable; exact obligations remain in the referenced registry policies.",
   "type": "object",
@@ -223,7 +223,7 @@
         "restricted_attributes": {
           "type": "array",
           "items": {
-            "$ref": "https://adcontextprotocol.org/schemas/3.2.5/enums/restricted-attribute.json"
+            "$ref": "https://adcontextprotocol.org/schemas/3.2.7/enums/restricted-attribute.json"
           },
           "minItems": 1,
           "uniqueItems": true
@@ -356,7 +356,7 @@
           "minLength": 1
         },
         "ext": {
-          "$ref": "https://adcontextprotocol.org/schemas/3.2.5/core/ext.json"
+          "$ref": "https://adcontextprotocol.org/schemas/3.2.7/core/ext.json"
         }
       },
       "required": [