@adcp/sdk 17.0.0-beta.7 → 17.0.0-beta.9

package/dist/lib/schemas-data/3.1/core/proposal.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/proposal.json",
+  "$id": "/schemas/3.1.31/core/proposal.json",
   "title": "Proposal",
   "description": "A proposed media plan with budget allocations across products. Represents the publisher's strategic recommendation for how to structure a campaign based on the brief. Proposals are actionable: committed proposals can be executed directly via create_media_buy by providing the proposal_id; draft proposals must first be finalized via get_products refine action 'finalize'.",
   "type": "object",
@@ -24,12 +24,12 @@
       "type": "array",
       "description": "Budget allocations across products. Allocation percentages MUST sum to 100. Publishers are responsible for ensuring the sum equals 100; buyers SHOULD validate this before execution.",
       "items": {
-        "$ref": "/schemas/3.1.29/core/product-allocation.json"
+        "$ref": "/schemas/3.1.31/core/product-allocation.json"
       },
       "minItems": 1
     },
     "proposal_status": {
-      "$ref": "/schemas/3.1.29/enums/proposal-status.json",
+      "$ref": "/schemas/3.1.31/enums/proposal-status.json",
       "description": "Lifecycle status of this proposal and the per-proposal source of truth for whether finalization is required before create_media_buy. When absent, the proposal is ready to buy (backward compatible). 'draft' means indicative pricing — finalize via refine before purchasing. 'committed' means firm pricing with inventory reserved until expires_at and executable via create_media_buy."
     },
     "expires_at": {
@@ -38,7 +38,7 @@
       "description": "When this proposal expires and can no longer be executed. For draft proposals, indicates when indicative pricing becomes stale. For committed proposals, indicates when the inventory hold lapses — the buyer must call create_media_buy before this time."
     },
     "insertion_order": {
-      "$ref": "/schemas/3.1.29/core/insertion-order.json",
+      "$ref": "/schemas/3.1.31/core/insertion-order.json",
       "description": "Formal insertion order attached to a committed proposal. Present when the seller requires a signed agreement before the media buy can proceed. The buyer references the io_id in io_acceptance on create_media_buy."
     },
     "total_budget_guidance": {
@@ -73,11 +73,11 @@
       "maxLength": 2000
     },
     "forecast": {
-      "$ref": "/schemas/3.1.29/core/delivery-forecast.json",
+      "$ref": "/schemas/3.1.31/core/delivery-forecast.json",
       "description": "Aggregate forecasted delivery metrics for the entire proposal. When both proposal-level and allocation-level forecasts are present, the proposal-level forecast is authoritative for total delivery estimation."
     },
     "ext": {
-      "$ref": "/schemas/3.1.29/core/ext.json"
+      "$ref": "/schemas/3.1.31/core/ext.json"
     }
   },
   "required": [

package/dist/lib/schemas-data/3.1/core/protocol-envelope.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/protocol-envelope.json",
+  "$id": "/schemas/3.1.31/core/protocol-envelope.json",
   "title": "Protocol Envelope",
   "description": "Canonical envelope field-set for AdCP task responses, normalized across transports. Defines the protocol-layer fields (status, context_id, context, task_id, timestamp, replayed, adcp_error, push_notification_config, governance_context) and the conceptual `payload` grouping for task-specific response data. The serialization rules — whether envelope fields appear as siblings of payload fields, as a nested `payload` object, or via transport-native containers — are transport-specific and normative per transport (see Transport serialization below). The `status` field is REQUIRED on every task response envelope, including synchronous metadata responses (e.g., `get_adcp_capabilities`) where the value is `completed`. Agents shipping responses without a top-level `status` are non-conformant regardless of whether the task body schema would otherwise validate.",
   "type": "object",
@@ -10,7 +10,7 @@
       "description": "Session/conversation identifier for tracking related operations across multiple task invocations. Managed by the protocol layer to maintain conversational context. Distinct from `context` (per-request opaque echo, see below)."
     },
     "context": {
-      "$ref": "/schemas/3.1.29/core/context.json",
+      "$ref": "/schemas/3.1.31/core/context.json",
       "description": "Per-request opaque caller-supplied correlation object echoed unchanged in the response. Used for buyer-side tracking (UI session IDs, trace IDs, custom metadata) that the agent MUST preserve byte-for-byte without parsing. Distinct from `context_id` (server-managed session identifier) — `context` is caller-owned echo, `context_id` is server-owned session scope. Both MAY appear on the same response.\n\n**Relationship to per-task body-level `context` declarations.** Many task request/response schemas (147 as of 3.1) already declare a body-level `context` field that `$ref`s `/schemas/core/context.json` at the body root. Under the flat-on-the-wire MCP serialization (see `notes` below), envelope-level `context` and body-level `context` occupy the same key on the response root — they are NOT separate fields, they MUST share the same value, and they MUST both `$ref` `core/context.json`. The envelope declaration is **authoritative** for the schema definition; per-task body declarations are mirrors retained for tooling reasons (SDK codegen completeness, per-task validation against the response schema in isolation). Future versions MAY drop body-level `context` declarations from per-task schemas; conformance does not require either declaration to be present, only that the wire value `$ref`s `core/context.json`."
     },
     "task_id": {
@@ -19,7 +19,7 @@
       "x-entity": "task"
     },
     "status": {
-      "$ref": "/schemas/3.1.29/enums/task-status.json",
+      "$ref": "/schemas/3.1.31/enums/task-status.json",
       "description": "Current task execution state. Indicates whether the task is completed, in progress (working), submitted for async processing, failed, or requires user input. REQUIRED on every task response envelope. Synchronous tasks (including read-only metadata calls like `get_adcp_capabilities`) MUST emit `status: \"completed\"`; async tasks emit `submitted`, `working`, `input-required`, etc. per their lifecycle. Agents MUST NOT emit the legacy task_status or response_status fields alongside this field — the status field is the single authoritative task state."
     },
     "message": {
@@ -37,11 +37,11 @@
       "default": false
     },
     "adcp_error": {
-      "$ref": "/schemas/3.1.29/core/error.json",
+      "$ref": "/schemas/3.1.31/core/error.json",
       "description": "Transport-envelope error signal for fatal task failures. Per the two-layer model in `error-handling.mdx#envelope-vs-payload-errors-the-two-layer-model`, a fatal task failure SHOULD populate both this envelope-level field AND the payload's `errors[]` array — the envelope carries a typed, extractable error so MCP/A2A clients can dispatch without re-parsing the payload, while the payload's structured `errors[]` remains the canonical normative shape. Non-fatal warnings populate ONLY `payload.errors[]` with `severity: warning` — the envelope MUST NOT carry `adcp_error` for non-failures."
     },
     "push_notification_config": {
-      "$ref": "/schemas/3.1.29/core/push-notification-config.json",
+      "$ref": "/schemas/3.1.31/core/push-notification-config.json",
       "description": "Push notification configuration for async task updates (A2A and REST protocols). Echoed from the request to confirm webhook settings. Specifies URL, authentication scheme (Bearer or HMAC-SHA256), and credentials. MCP uses progress notifications instead of webhooks."
     },
     "governance_context": {

package/dist/lib/schemas-data/3.1/core/provenance.json

@@ -1,12 +1,12 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/provenance.json",
+  "$id": "/schemas/3.1.31/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": "/schemas/3.1.29/enums/digital-source-type.json",
+      "$ref": "/schemas/3.1.31/enums/digital-source-type.json",
       "description": "IPTC-aligned classification of AI involvement in producing this content"
     },
     "ai_tool": {
@@ -115,7 +115,7 @@
         "type": "object",
         "properties": {
           "method": {
-            "$ref": "/schemas/3.1.29/enums/embedded-provenance-method.json",
+            "$ref": "/schemas/3.1.31/enums/embedded-provenance-method.json",
             "description": "How provenance data is carried within the content"
           },
           "standard": {
@@ -167,7 +167,7 @@
         "type": "object",
         "properties": {
           "media_type": {
-            "$ref": "/schemas/3.1.29/enums/watermark-media-type.json",
+            "$ref": "/schemas/3.1.31/enums/watermark-media-type.json",
             "description": "Media category of the watermarked content"
           },
           "provider": {
@@ -195,7 +195,7 @@
             "additionalProperties": false
           },
           "c2pa_action": {
-            "$ref": "/schemas/3.1.29/enums/c2pa-watermark-action.json",
+            "$ref": "/schemas/3.1.31/enums/c2pa-watermark-action.json",
             "description": "C2PA action classification for this watermark"
           },
           "embedded_at": {
@@ -247,7 +247,7 @@
                 "minProperties": 1,
                 "properties": {
                   "persistence": {
-                    "$ref": "/schemas/3.1.29/enums/disclosure-persistence.json",
+                    "$ref": "/schemas/3.1.31/enums/disclosure-persistence.json",
                     "description": "How long the disclosure must persist during content playback or display"
                   },
                   "min_duration_ms": {
@@ -259,13 +259,13 @@
                     "type": "array",
                     "description": "Preferred disclosure positions in priority order. The first position a format supports should be used.",
                     "items": {
-                      "$ref": "/schemas/3.1.29/enums/disclosure-position.json"
+                      "$ref": "/schemas/3.1.31/enums/disclosure-position.json"
                     },
                     "minItems": 1,
                     "uniqueItems": true
                   },
                   "ext": {
-                    "$ref": "/schemas/3.1.29/core/ext.json"
+                    "$ref": "/schemas/3.1.31/core/ext.json"
                   }
                 },
                 "additionalProperties": true
@@ -331,7 +331,7 @@
       }
     },
     "ext": {
-      "$ref": "/schemas/3.1.29/core/ext.json"
+      "$ref": "/schemas/3.1.31/core/ext.json"
     }
   },
   "additionalProperties": true

package/dist/lib/schemas-data/3.1/core/publisher-property-selector.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/publisher-property-selector.json",
+  "$id": "/schemas/3.1.31/core/publisher-property-selector.json",
   "title": "Publisher Property Selector",
   "description": "Selects properties from a publisher's adagents.json. Used for both product definitions and agent authorization. Supports three selection patterns: all properties, specific IDs, or by tags. Each selector targets one publisher via `publisher_domain` (string) or a fan-out across many publishers that share the same selector via `publisher_domains` (array). Exactly one of `publisher_domain` or `publisher_domains` MUST be present. When `publisher_domains` is used, the selector is logically equivalent to repeating the same entry once per listed domain.",
   "discriminator": {
@@ -79,7 +79,7 @@
           "type": "array",
           "description": "Specific property IDs from the publisher's adagents.json",
           "items": {
-            "$ref": "/schemas/3.1.29/core/property-id.json"
+            "$ref": "/schemas/3.1.31/core/property-id.json"
           },
           "minItems": 1
         }
@@ -119,7 +119,7 @@
           "type": "array",
           "description": "Property tags resolved against each addressed publisher's adagents.json, OR against the parent file's top-level `properties[]` when those properties carry a `publisher_domain` matching the selector. Selector covers all properties carrying any of these tags.",
           "items": {
-            "$ref": "/schemas/3.1.29/core/property-tag.json"
+            "$ref": "/schemas/3.1.31/core/property-tag.json"
           },
           "minItems": 1
         }

package/dist/lib/schemas-data/3.1/core/push-notification-config.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/push-notification-config.json",
+  "$id": "/schemas/3.1.31/core/push-notification-config.json",
   "title": "Push Notification Config",
   "description": "Webhook configuration for asynchronous task notifications. Uses A2A-compatible PushNotificationConfig structure. By default, webhooks are signed with the AdCP RFC 9421 profile (see docs/building/by-layer/L1/security.mdx#webhook-callbacks) — the seller signs outbound with a key published at the jwks_uri on its own brand.json `agents[]` entry and the buyer verifies against that JWKS, so no shared secret crosses the wire. The optional `authentication` block selects the legacy Bearer or HMAC-SHA256 fallback for compatibility with receivers that have not yet adopted the 9421 profile; this fallback is deprecated and will be removed in AdCP 4.0. Note: the `idempotency_key` that receivers dedup on lives inside the webhook **payload** body (see docs/building/by-layer/L3/webhooks.mdx#reliability and the mcp-webhook-payload schema), not in this configuration object — this schema only describes the receiver-side transport config sent to the seller. This schema is designed for composition via allOf - consuming schemas should define their own additionalProperties constraints.",
   "type": "object",
@@ -31,7 +31,7 @@
           "type": "array",
           "description": "Array of authentication schemes. Supported: ['Bearer'] for simple token auth, ['HMAC-SHA256'] for legacy shared-secret signing. Both are deprecated; new integrations SHOULD omit `authentication` and use the RFC 9421 webhook profile.",
           "items": {
-            "$ref": "/schemas/3.1.29/enums/auth-scheme.json"
+            "$ref": "/schemas/3.1.31/enums/auth-scheme.json"
           },
           "minItems": 1,
           "maxItems": 1

package/dist/lib/schemas-data/3.1/core/real-estate-item.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/real-estate-item.json",
+  "$id": "/schemas/3.1.31/core/real-estate-item.json",
   "title": "Real Estate Item",
   "description": "A property listing within a real-estate-type catalog. Carries the address, pricing, and specification data that platforms use for real estate ads and dynamic remarketing. Maps to Google DynamicRealEstateAsset, Meta home listing catalogs, and similar formats.",
   "type": "object",
@@ -42,7 +42,7 @@
       "additionalProperties": false
     },
     "price": {
-      "$ref": "/schemas/3.1.29/core/price.json",
+      "$ref": "/schemas/3.1.31/core/price.json",
       "description": "Property price or rental rate. Use period 'month' for rentals."
     },
     "property_type": {
@@ -156,12 +156,12 @@
       "type": "array",
       "description": "Typed creative asset pools for this property listing. Uses the same OfferingAssetGroup structure as offering-type catalogs. Standard group IDs: 'images_landscape' (exterior/interior hero), 'images_vertical' (9:16 for Stories), 'images_square' (1:1). Enables formats to declare typed image requirements that map unambiguously to the right asset regardless of platform.",
       "items": {
-        "$ref": "/schemas/3.1.29/core/offering-asset-group.json"
+        "$ref": "/schemas/3.1.31/core/offering-asset-group.json"
       },
       "minItems": 1
     },
     "ext": {
-      "$ref": "/schemas/3.1.29/core/ext.json"
+      "$ref": "/schemas/3.1.31/core/ext.json"
     }
   },
   "required": [

package/dist/lib/schemas-data/3.1/core/reference-asset.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/reference-asset.json",
+  "$id": "/schemas/3.1.31/core/reference-asset.json",
   "title": "Reference Asset",
   "description": "A reference asset that provides creative context. Carries visual materials (mood boards, product shots, example creatives) with semantic roles that tell creative agents how to use them.",
   "type": "object",

package/dist/lib/schemas-data/3.1/core/registry-event.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/registry-event.json",
+  "$id": "/schemas/3.1.31/core/registry-event.json",
   "title": "Registry Event",
   "description": "A single cursor-ordered event from the AgenticAdvertising.org registry change feed. Events are denormalized so RegistrySync clients can update local property, agent, publisher, and authorization indexes without re-reading the full registry. The discriminator is event_type; each branch defines the event-specific payload shape. See specs/registry-change-feed.md.",
   "type": "object",
@@ -796,7 +796,7 @@
       "additionalProperties": true
     },
     "badgeRole": {
-      "$ref": "/schemas/3.1.29/enums/adcp-protocol.json"
+      "$ref": "/schemas/3.1.31/enums/adcp-protocol.json"
     },
     "stringArray": {
       "type": "array",
@@ -846,7 +846,7 @@
         "identifiers": {
           "type": "array",
           "items": {
-            "$ref": "/schemas/3.1.29/core/identifier.json"
+            "$ref": "/schemas/3.1.31/core/identifier.json"
           },
           "minItems": 1
         },
@@ -854,7 +854,7 @@
           "$ref": "#/$defs/domain"
         },
         "property": {
-          "$ref": "/schemas/3.1.29/core/property.json",
+          "$ref": "/schemas/3.1.31/core/property.json",
           "description": "Optional full post-change property object when available."
         },
         "changed_fields": {
@@ -871,7 +871,7 @@
           "description": "Distribution platform domain, such as youtube.com or spotify.com."
         },
         "type": {
-          "$ref": "/schemas/3.1.29/enums/distribution-identifier-type.json"
+          "$ref": "/schemas/3.1.31/enums/distribution-identifier-type.json"
         },
         "value": {
           "type": "string"
@@ -910,7 +910,7 @@
         "kind": {
           "anyOf": [
             {
-              "$ref": "/schemas/3.1.29/enums/collection-kind.json"
+              "$ref": "/schemas/3.1.31/enums/collection-kind.json"
             },
             {
               "type": "null"
@@ -936,7 +936,7 @@
           "description": "Distribution identifiers that alias this collection across platforms."
         },
         "collection": {
-          "$ref": "/schemas/3.1.29/core/collection.json",
+          "$ref": "/schemas/3.1.31/core/collection.json",
           "description": "Optional full post-change collection object when available."
         },
         "changed_fields": {
@@ -992,7 +992,7 @@
         "format_ids": {
           "type": "array",
           "items": {
-            "$ref": "/schemas/3.1.29/core/format-id.json"
+            "$ref": "/schemas/3.1.31/core/format-id.json"
           }
         },
         "tags": {
@@ -1072,28 +1072,28 @@
         "property_ids": {
           "type": "array",
           "items": {
-            "$ref": "/schemas/3.1.29/core/property-id.json"
+            "$ref": "/schemas/3.1.31/core/property-id.json"
           },
           "minItems": 1
         },
         "property_tags": {
           "type": "array",
           "items": {
-            "$ref": "/schemas/3.1.29/core/property-tag.json"
+            "$ref": "/schemas/3.1.31/core/property-tag.json"
           },
           "minItems": 1
         },
         "properties": {
           "type": "array",
           "items": {
-            "$ref": "/schemas/3.1.29/core/property.json"
+            "$ref": "/schemas/3.1.31/core/property.json"
           },
           "minItems": 1
         },
         "publisher_properties": {
           "type": "array",
           "items": {
-            "$ref": "/schemas/3.1.29/core/publisher-property-selector.json"
+            "$ref": "/schemas/3.1.31/core/publisher-property-selector.json"
           },
           "minItems": 1
         },
@@ -1130,7 +1130,7 @@
         "collections": {
           "type": "array",
           "items": {
-            "$ref": "/schemas/3.1.29/core/collection-selector.json"
+            "$ref": "/schemas/3.1.31/core/collection-selector.json"
           },
           "minItems": 1
         },
@@ -1151,7 +1151,7 @@
         "signing_keys": {
           "type": "array",
           "items": {
-            "$ref": "/schemas/3.1.29/core/agent-signing-key.json"
+            "$ref": "/schemas/3.1.31/core/agent-signing-key.json"
           },
           "minItems": 1,
           "description": "Publisher-attested signing keys copied from adagents.json when the registry has them. Advisory in feed events; verifiers MUST re-fetch the authoritative publisher artifact before treating keys as a trust anchor."

package/dist/lib/schemas-data/3.1/core/registry-feed-response.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/registry-feed-response.json",
+  "$id": "/schemas/3.1.31/core/registry-feed-response.json",
   "title": "Registry Feed Response",
   "description": "Response from GET /api/registry/feed and the `feed` event body from GET /api/registry/feed/stream. The events array contains cursor-ordered registry events; cursor is the value to pass on the next poll or stream reconnect. See specs/registry-change-feed.md.",
   "type": "object",
@@ -8,7 +8,7 @@
     "events": {
       "type": "array",
       "items": {
-        "$ref": "/schemas/3.1.29/core/registry-event.json"
+        "$ref": "/schemas/3.1.31/core/registry-event.json"
       }
     },
     "cursor": {

package/dist/lib/schemas-data/3.1/core/reporting-capabilities.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/reporting-capabilities.json",
+  "$id": "/schemas/3.1.31/core/reporting-capabilities.json",
   "title": "Reporting Capabilities",
   "description": "Reporting capabilities available for a product",
   "type": "object",
@@ -9,7 +9,7 @@
       "type": "array",
       "description": "Supported reporting frequency options",
       "items": {
-        "$ref": "/schemas/3.1.29/enums/reporting-frequency.json"
+        "$ref": "/schemas/3.1.31/enums/reporting-frequency.json"
       },
       "minItems": 1,
       "uniqueItems": true
@@ -42,7 +42,7 @@
       "type": "array",
       "description": "Metrics available in reporting. Impressions and spend are always implicitly included. When a creative format declares reported_metrics, buyers receive the intersection of these product-level metrics and the format's reported_metrics.",
       "items": {
-        "$ref": "/schemas/3.1.29/enums/available-metric.json"
+        "$ref": "/schemas/3.1.31/enums/available-metric.json"
       },
       "uniqueItems": true,
       "examples": [
@@ -66,11 +66,11 @@
         "type": "object",
         "properties": {
           "vendor": {
-            "$ref": "/schemas/3.1.29/core/brand-ref.json",
+            "$ref": "/schemas/3.1.31/core/brand-ref.json",
             "description": "Vendor that defines and computes this metric. The vendor's `brand.json` is the discovery anchor for the measurement agent (entry with `type: 'measurement'` in the `agents[]` array); the metric's standard alignment, accreditations, and methodology live at that agent's `get_adcp_capabilities.measurement.metrics[]` and are not duplicated inline here."
           },
           "metric_id": {
-            "$ref": "/schemas/3.1.29/core/vendor-metric-id.json",
+            "$ref": "/schemas/3.1.31/core/vendor-metric-id.json",
             "description": "Identifier for the metric within the vendor's vocabulary (e.g., `attention_units`, `gco2e_per_impression`, `demographic_reach`)."
           }
         },
@@ -90,7 +90,7 @@
       "description": "Whether this product supports keyword-level metric breakdowns in delivery reporting (by_keyword within by_package)"
     },
     "supports_geo_breakdown": {
-      "$ref": "/schemas/3.1.29/core/geo-breakdown-support.json",
+      "$ref": "/schemas/3.1.31/core/geo-breakdown-support.json",
       "description": "Geographic breakdown support for this product. Declares which geo levels and systems are available for by_geo reporting within by_package."
     },
     "supports_device_type_breakdown": {
@@ -122,7 +122,7 @@
       "type": "array",
       "description": "Granularities at which this product honors per-window pulls on get_media_buy_delivery (via request `time_granularity` + `include_window_breakdown: true`). Closes the GET-side half of the snapshot/log two-paths-parity contract for data-bearing events: a buyer who missed a webhook fire at any granularity listed here can reconstruct an identical payload by polling. Capability-scoped MUST — sellers MUST honor pulls at any granularity declared here, and MUST return UNSUPPORTED_GRANULARITY for pulls outside the set. Sellers MAY emit higher-frequency webhooks than they expose for pull (common where the webhook is a Kafka tap and historical reads go through a warehouse with coarser granularity); buyers see the gap up front via this capability and treat the webhook as primary for those frequencies. Absent or empty means the product only supports cumulative date-range pulls and full per-window recovery via GET is unavailable — see snapshot-and-log Rule 4.",
       "items": {
-        "$ref": "/schemas/3.1.29/enums/reporting-frequency.json"
+        "$ref": "/schemas/3.1.31/enums/reporting-frequency.json"
       },
       "uniqueItems": true,
       "examples": [
@@ -144,7 +144,7 @@
       "type": "array",
       "description": "Measurement maturation stages available for this product. Used by any channel where billing-grade data is produced in phases rather than arriving final on day one. Examples: broadcast/linear TV (Live → C3 → C7 DVR accumulation), DOOH (tentative plays → post-IVT/fraud-check final), digital with IVT filtering (raw → GIVT filtered → SIVT filtered), podcast (7-day downloads → 30-day downloads). Each window defines an accumulation period and expected data availability. When present, delivery reports reference a specific window_id. Sellers whose data is final on first delivery typically omit this.",
       "items": {
-        "$ref": "/schemas/3.1.29/core/measurement-window.json"
+        "$ref": "/schemas/3.1.31/core/measurement-window.json"
       },
       "minItems": 1,
       "uniqueItems": true

package/dist/lib/schemas-data/3.1/core/reporting-webhook.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/reporting-webhook.json",
+  "$id": "/schemas/3.1.31/core/reporting-webhook.json",
   "title": "Reporting Webhook",
   "description": "Webhook configuration for automated reporting delivery. Configures where and how campaign performance reports are sent.",
   "type": "object",
@@ -23,7 +23,7 @@
           "type": "array",
           "description": "Array of authentication schemes. ['Bearer'] for simple token auth, ['HMAC-SHA256'] for legacy shared-secret signing. Both are deprecated; new integrations SHOULD use the RFC 9421 webhook signing profile instead.",
           "items": {
-            "$ref": "/schemas/3.1.29/enums/auth-scheme.json"
+            "$ref": "/schemas/3.1.31/enums/auth-scheme.json"
           },
           "minItems": 1,
           "maxItems": 1
@@ -53,7 +53,7 @@
       "type": "array",
       "description": "Optional list of metrics to include in webhook notifications. If omitted, all available metrics are included. Must be subset of product's available_metrics.",
       "items": {
-        "$ref": "/schemas/3.1.29/enums/available-metric.json"
+        "$ref": "/schemas/3.1.31/enums/available-metric.json"
       },
       "uniqueItems": true
     }

package/dist/lib/schemas-data/3.1/core/requirements/asset-requirements.json

@@ -1,44 +1,44 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/requirements/asset-requirements.json",
+  "$id": "/schemas/3.1.31/core/requirements/asset-requirements.json",
   "title": "Asset Requirements",
   "description": "Technical requirements for creative assets. The applicable schema is determined by the sibling asset_type field.",
   "anyOf": [
     {
-      "$ref": "/schemas/3.1.29/core/requirements/image-asset-requirements.json"
+      "$ref": "/schemas/3.1.31/core/requirements/image-asset-requirements.json"
     },
     {
-      "$ref": "/schemas/3.1.29/core/requirements/video-asset-requirements.json"
+      "$ref": "/schemas/3.1.31/core/requirements/video-asset-requirements.json"
     },
     {
-      "$ref": "/schemas/3.1.29/core/requirements/audio-asset-requirements.json"
+      "$ref": "/schemas/3.1.31/core/requirements/audio-asset-requirements.json"
     },
     {
-      "$ref": "/schemas/3.1.29/core/requirements/text-asset-requirements.json"
+      "$ref": "/schemas/3.1.31/core/requirements/text-asset-requirements.json"
     },
     {
-      "$ref": "/schemas/3.1.29/core/requirements/markdown-asset-requirements.json"
+      "$ref": "/schemas/3.1.31/core/requirements/markdown-asset-requirements.json"
     },
     {
-      "$ref": "/schemas/3.1.29/core/requirements/html-asset-requirements.json"
+      "$ref": "/schemas/3.1.31/core/requirements/html-asset-requirements.json"
     },
     {
-      "$ref": "/schemas/3.1.29/core/requirements/css-asset-requirements.json"
+      "$ref": "/schemas/3.1.31/core/requirements/css-asset-requirements.json"
     },
     {
-      "$ref": "/schemas/3.1.29/core/requirements/javascript-asset-requirements.json"
+      "$ref": "/schemas/3.1.31/core/requirements/javascript-asset-requirements.json"
     },
     {
-      "$ref": "/schemas/3.1.29/core/requirements/vast-asset-requirements.json"
+      "$ref": "/schemas/3.1.31/core/requirements/vast-asset-requirements.json"
     },
     {
-      "$ref": "/schemas/3.1.29/core/requirements/daast-asset-requirements.json"
+      "$ref": "/schemas/3.1.31/core/requirements/daast-asset-requirements.json"
     },
     {
-      "$ref": "/schemas/3.1.29/core/requirements/url-asset-requirements.json"
+      "$ref": "/schemas/3.1.31/core/requirements/url-asset-requirements.json"
     },
     {
-      "$ref": "/schemas/3.1.29/core/requirements/webhook-asset-requirements.json"
+      "$ref": "/schemas/3.1.31/core/requirements/webhook-asset-requirements.json"
     }
   ]
 }

package/dist/lib/schemas-data/3.1/core/requirements/audio-asset-requirements.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/requirements/audio-asset-requirements.json",
+  "$id": "/schemas/3.1.31/core/requirements/audio-asset-requirements.json",
   "title": "Audio Asset Requirements",
   "description": "Requirements for audio creative assets.",
   "type": "object",

package/dist/lib/schemas-data/3.1/core/requirements/catalog-field-binding.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "/schemas/3.1.29/core/requirements/catalog-field-binding.json",
+  "$id": "/schemas/3.1.31/core/requirements/catalog-field-binding.json",
   "title": "Catalog Field Binding",
   "description": "Maps a format template slot to a catalog item field or typed asset pool. The 'kind' field identifies the binding variant. All bindings are optional — agents can still infer mappings without them.",
   "definitions": {
@@ -21,7 +21,7 @@
           "description": "Dot-notation path to the field on the catalog item (e.g., 'name', 'price.amount', 'location.city')."
         },
         "ext": {
-          "$ref": "/schemas/3.1.29/core/ext.json"
+          "$ref": "/schemas/3.1.31/core/ext.json"
         }
       },
       "required": [
@@ -48,7 +48,7 @@
           "description": "The asset_group_id on the catalog item's assets array to pull from (e.g., 'images_landscape', 'images_vertical', 'logo')."
         },
         "ext": {
-          "$ref": "/schemas/3.1.29/core/ext.json"
+          "$ref": "/schemas/3.1.31/core/ext.json"
         }
       },
       "required": [
@@ -105,7 +105,7 @@
           "minItems": 1
         },
         "ext": {
-          "$ref": "/schemas/3.1.29/core/ext.json"
+          "$ref": "/schemas/3.1.31/core/ext.json"
         }
       },
       "required": [