@adcp/sdk 15.9.3 → 15.9.4

package/dist/lib/schemas-data/3.2/enums/audience-subject-type.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/audience-subject-type.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/audience-subject-type.json",
   "title": "Audience Subject Type",
   "description": "The kind of subject characterized by audience data or population-level evidence.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/audio-channel-layout.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/audio-channel-layout.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/audio-channel-layout.json",
   "title": "Audio Channel Layout",
   "description": "Audio channel configuration for audio and video assets",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/audio-distribution-type.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/audio-distribution-type.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/audio-distribution-type.json",
   "title": "Audio Distribution Type",
   "description": "Declared audio distribution classification for radio, streaming-audio, podcast, and other audio inventory, using IAB Tech Lab/OpenRTB 2.6 audio.feed definitions with AdCP-native value names. This is seller-declared discovery metadata, not independent verification of inventory quality or delivery context.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/auth-scheme.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/auth-scheme.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/auth-scheme.json",
   "title": "Authentication Scheme",
   "deprecated": true,
   "description": "Legacy authentication schemes for the webhook auth block. Bearer: token sent in Authorization header. HMAC-SHA256: legacy shared-secret signing. Both are deprecated; new integrations SHOULD omit the authentication block and use the RFC 9421 webhook signing profile (applicable on schemas where authentication is optional). Removed in AdCP 4.0.",

package/dist/lib/schemas-data/3.2/enums/availability-status.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/availability-status.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/availability-status.json",
   "title": "Availability Status",
   "description": "Bookability of the inventory a forecast row describes, as of the forecast's generated_at. A snapshot, never a hold: valid_until bounds freshness, and proposal finalization or purchase remains the commitment boundary.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/available-metric.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/available-metric.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/available-metric.json",
   "title": "Available Metric",
   "description": "Standard delivery and performance metrics available for reporting. Most values name flat numeric fields of `core/delivery-metrics.json`. Leaf identities address a single numeric value nested inside an object-shaped metric so it can be declared, committed, aggregated, and sorted individually: `quartile_25`/`quartile_50`/`quartile_75`/`quartile_100` resolve to `quartile_data.q1_views`–`q4_views`, and `viewable_rate`/`viewable_impressions`/`measurable_impressions`/`viewed_seconds` resolve to the same-named fields of `viewability`. Structured nested identities `viewed_seconds_percentiles` and `viewed_seconds_histogram` make the corresponding optional distribution carriers discoverable, committable, and requestable, but not aggregatable or sortable. The nested object or array remains the canonical carrier — nested identities never introduce duplicate flat response fields. Container tokens such as `viewability`, `quartile_data`, `dooh_metrics`, and `time_based_views` declare their documented nested surface. **Container subsumption applies only to numeric leaves**: `viewability` subsumes `viewable_rate`, `viewable_impressions`, `measurable_impressions`, and `viewed_seconds`; `quartile_data` subsumes `quartile_25`, `quartile_50`, `quartile_75`, and `quartile_100`. This rule applies to capability declaration, `required_metrics` filtering, format `reported_metrics` intersection, and `requested_metrics` selection. Optional structured identities MUST be declared explicitly: `viewability` alone does not satisfy `viewed_seconds_percentiles` or `viewed_seconds_histogram`. Requesting any nested identity selects its canonical carrier in the response. A nested identity declaration does not imply sibling values or the carrier's non-metric fields.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/billing-party.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/billing-party.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/billing-party.json",
   "title": "Billing Party",
   "description": "Which party the seller invoices for a buyer–storefront account relationship. Determines the billing entity and invoicing flow, not a payment rail, clearing intermediary, or per-media-buy settlement route. AdCP does not perform in-protocol payment or settlement.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/binary-verdict.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/binary-verdict.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/binary-verdict.json",
   "title": "Binary Verdict",
   "description": "Strictly two-outcome evaluation result used for overall record-level verdicts in content standards tasks. For per-feature breakdowns that include warning and unevaluated states, see feature-check-status.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/brand-agent-type.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/brand-agent-type.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/brand-agent-type.json",
   "title": "Brand Agent Type",
   "description": "Functional roles for agents declared in brand.json. Each type represents a distinct capability that a brand or house can expose via an agent endpoint.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/browser-family.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/browser-family.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/browser-family.json",
   "title": "Browser Family",
   "description": "Portable browser families for targeting the impression delivery and rendering environment, not a post-click landing-page browser. Values identify browser families, not versions or seller-native browser IDs, and MUST NOT be inferred solely from operating system, device, web/mobile-web inventory, or placement. android_webview means an impression reliably classified as rendering in Android WebView. other means a seller-recognized browser family that is not explicitly enumerated; unknown means the seller cannot classify the browser into a recognized family.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/c2pa-watermark-action.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/c2pa-watermark-action.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/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",

package/dist/lib/schemas-data/3.2/enums/canceled-by.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/canceled-by.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/canceled-by.json",
   "title": "Canceled By",
   "description": "Identifies which party initiated a cancellation.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/canonical-media-buy-action-mode.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/canonical-media-buy-action-mode.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/canonical-media-buy-action-mode.json",
   "title": "Canonical Media Buy Action Mode",
   "description": "How a seller honors a routed compact-lifecycle action.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/canonical-media-buy-action.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/canonical-media-buy-action.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/canonical-media-buy-action.json",
   "title": "Canonical Media Buy Action Name",
   "description": "Fine-grained MediaBuy action vocabulary for compact product and lifecycle surfaces. Deprecated coarse 3.x actions are absent.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/catalog-action.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/catalog-action.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/catalog-action.json",
   "title": "Catalog Action",
   "description": "Action taken on a catalog during sync operation",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/catalog-item-status.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/catalog-item-status.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/catalog-item-status.json",
   "title": "Catalog Item Status",
   "description": "Approval status of an individual item within a synced catalog. Platforms review catalog items and may approve, reject, or flag them for issues (similar to Google Merchant Center product review).",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/catalog-type.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/catalog-type.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/catalog-type.json",
   "title": "Catalog Type",
   "description": "The type of catalog feed. Determines the item schema and how the platform resolves catalog items. Multiple catalog types can be synced to the same account and referenced together in creatives.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/channels.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/channels.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/channels.json",
   "title": "Media Channel",
   "description": "Standardized advertising media channels describing how buyers allocate budget. Channels are planning abstractions, not technical substrates. See the Media Channel Taxonomy specification for detailed definitions.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/cloud-storage-protocol.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/cloud-storage-protocol.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/cloud-storage-protocol.json",
   "title": "Cloud Storage Protocol",
   "description": "Cloud storage protocols supported for offline file delivery",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/co-branding-requirement.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/co-branding-requirement.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/co-branding-requirement.json",
   "title": "Co-Branding Requirement",
   "description": "Co-branding policy for creatives (retailer/publisher brand inclusion)",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/collection-cadence.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/collection-cadence.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/collection-cadence.json",
   "title": "Collection Cadence",
   "description": "How frequently a collection releases new installments",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/collection-kind.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/collection-kind.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/collection-kind.json",
   "title": "Collection Kind",
   "description": "What kind of content program a collection represents. Determines how installments should be interpreted by buyer agents.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/collection-relationship.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/collection-relationship.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/collection-relationship.json",
   "title": "Collection Relationship",
   "description": "How two collections are related. References are scoped to the same get_products response. Symmetric types (companion, crossover) do not require both collections to declare the relationship.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/collection-status.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/collection-status.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/collection-status.json",
   "title": "Collection Status",
   "description": "Lifecycle status of a collection",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/completion-source.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/completion-source.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/completion-source.json",
   "title": "Completion Source",
   "description": "Trust-source disambiguator for `completion_rate` — *who* attested to the completion event, not *how* (methodology granularity is a separate dimension; future qualifier keys may add it if buyer demand surfaces). The two paths can yield materially different rates, particularly in SSAI environments where the player's view of completion may differ from a vendor's. Used as a `qualifier.completion_source` key on `committed_metrics`, `missing_metrics`, and package-level delivery values (`metric_values` or `vendor_metric_values`) to disambiguate which trust source the row represents. Edge cases: walled gardens where the seller is also the measurement vendor (YouTube, Spotify) collapse to `seller_attested` by trust-model logic — the same party served and counted. IAB-certified first-party podcast measurement (Podtrac, Triton on their own platforms; Art19 on its own platform) likewise collapses to `seller_attested`. The same vendor's offering on a third-party platform (Podtrac on a publisher who isn't Podtrac) is `vendor_attested`. The trust axis is *not* who runs the SDK — it's who is independent of the seller's revenue interest.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/consent-basis.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/consent-basis.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/consent-basis.json",
   "title": "Consent Basis",
   "description": "Common GDPR lawful bases relevant to advertising. Covers the Article 6(1) bases used in programmatic advertising contexts.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/content-id-type.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/content-id-type.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/content-id-type.json",
   "title": "Content ID Type",
   "description": "Identifier type used in content_ids on conversion events to match back to catalog items. Omit when the identifier type is custom or not listed here.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/content-rating-system.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/content-rating-system.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/content-rating-system.json",
   "title": "Content Rating System",
   "description": "Rating systems for content advisory classifications",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/creative-action.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/creative-action.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/creative-action.json",
   "title": "Creative Action",
   "description": "Action taken on a creative during sync operation",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/creative-agent-capability.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/creative-agent-capability.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/creative-agent-capability.json",
   "title": "Creative Agent Capability",
   "description": "Capabilities supported by creative agents for format handling",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/creative-approval-status.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/creative-approval-status.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/creative-approval-status.json",
   "title": "Creative Approval Status",
   "description": "Aggregate approval state of a creative on a specific package. Mixed publisher or placement eligibility uses partially_approved plus approval_scopes on the assignment.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/creative-event-reason-code.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/creative-event-reason-code.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/creative-event-reason-code.json",
   "title": "Creative Event Reason Code",
   "description": "Categorical reason carried on creative lifecycle webhooks (`creative.status_changed`, `creative.purged`). Distinct from `impairment-reason-code` because creative-policy reasons differ in vocabulary and remediation paths from media-buy delivery impairments — a creative may be revoked for a content-policy reason that produces no impairment on any buy, and an impairment may close without any creative-side status change. Buyers correlate the two via `creative_id` when both surfaces fire.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/creative-identifier-type.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/creative-identifier-type.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/creative-identifier-type.json",
   "title": "Creative Identifier Type",
   "description": "Industry-standard or market-specific identifier types for advertising creatives. These identifiers are managed by external registries or clearance bodies and are used across the supply chain to track and reference specific creative assets. This enum is intentionally closed: add a PR for additional shared identifier schemes rather than using an escape hatch.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/creative-quality.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/creative-quality.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/creative-quality.json",
   "title": "Creative Quality",
   "description": "Quality tier for creative generation, controlling the fidelity and cost tradeoff",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/creative-selection-strategy.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/creative-selection-strategy.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/creative-selection-strategy.json",
   "title": "Creative Selection Strategy",
   "description": "How a creative agent samples which catalog items / signal conditions to produce creatives for when max_creatives is below the eligible count (#5262). Selection ordering surfaces on the existing rank/recommended fields of build_creative's creatives[].variants[]. This is a curated set, not an open extension point — new strategies are added per the enum-membership criterion in spec-guidelines.md. Part of the experimental signal-fanout surface (x-status: experimental; feature id `creative.signal_fanout`).",
   "x-status": "experimental",

package/dist/lib/schemas-data/3.2/enums/creative-sort-field.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/creative-sort-field.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/creative-sort-field.json",
   "title": "Creative Sort Field",
   "description": "Fields available for sorting creative library listings",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/creative-status.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/creative-status.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/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",

package/dist/lib/schemas-data/3.2/enums/ctv-ad-experience.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/ctv-ad-experience.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/ctv-ad-experience.json",
   "title": "CTV Ad Experience",
   "description": "IAB Tech Lab CTV Ad Portfolio experience for a format option. `menu` covers smart-TV home/menu surfaces (tiles and headline banners, OpenRTB Native plcmttype 1/3); `pause`, `screensaver`, `overlay`, `squeezeback`, and `in_scene` are the on-glass experiences the portfolio signals via OpenRTB Video with VAST NonLinearAds (AdCOM plcmt 5-9). One format option declares at most one experience; sellers offering several publish sibling format options. Each canonical format permits only the experiences in its documented matrix — pairings outside the matrix fail validation. Linear CTV video is ordinary video_vast/video_hosted and declares no experience.",
   "$comment": "Vocabulary and names follow the IAB CTV Ad Format Guidelines v2.0 and the final Signaling Implementation Guidelines. The IAB signaling table (Menu -> Native, others -> NonLinear VAST) is an OpenRTB bridge mapping documented in docs/creative/ctv-experiences.mdx; AdCP creative supply follows the per-canonical experience matrix, which also admits the asset-bundle and image contracts CTV sellers ingest in practice.",

package/dist/lib/schemas-data/3.2/enums/daast-tracking-event.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/daast-tracking-event.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/daast-tracking-event.json",
   "title": "DAAST Tracking Event",
   "description": "Tracking events for audio ads. Aligned to the IAB DAAST 1.1 `Tracking@event` enumeration from §3.2.1.7 of the spec (creativeView, start, firstQuartile, midpoint, thirdQuartile, complete, mute, unmute, pause, rewind, resume, skip, progress) — plus `close` (referenced descriptively in DAAST 1.1 §3.2.4.2 contrasting it with `skip`), and AdCP-flattened representations of the `Impression`, `Error`, and click elements (`<Impression>`, `<Error>`, and the click children of `<AdInteractions>`) so a single declared list can cover everything a measurement vendor wants to track. `viewable` / `notViewable` / `viewUndetermined` and `measurableImpression` / `viewableImpression` are AdCP extensions for OM-SDK Audio measurability signals (DAAST 1.1 itself does not define a `<ViewableImpression>` element). DAAST 1.1 audio-incompatible video events are deliberately omitted: no `loaded`, `playerExpand` / `playerCollapse`, `fullscreen` / `exitFullscreen`, `acceptInvitation`, `adExpand` / `adCollapse`, `minimize`, `overlayViewDuration`, or `interactiveStart`.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/daast-version.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/daast-version.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/daast-version.json",
   "title": "DAAST Version",
   "description": "Supported DAAST (Digital Audio Ad Serving Template) specification versions",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/day-of-week.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/day-of-week.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/day-of-week.json",
   "title": "Day of Week",
   "description": "Days of the week for daypart targeting",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/daypart-timezone-mode.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/daypart-timezone-mode.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/daypart-timezone-mode.json",
   "title": "Daypart Timezone Mode",
   "description": "Clock modes a product supports for daypart targeting.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/delegation-authority.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/delegation-authority.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/delegation-authority.json",
   "title": "Delegation Authority",
   "description": "Authority level granted to a delegated agent operating against a campaign plan.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/delivery-recipient-cloud.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/delivery-recipient-cloud.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/delivery-recipient-cloud.json",
   "title": "Delivery Recipient Cloud",
   "x-status": "experimental",
   "description": "Cloud family hosting a delivery recipient's account, used together with region to disambiguate provider-native recipient identities.",

package/dist/lib/schemas-data/3.2/enums/delivery-status.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/delivery-status.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/delivery-status.json",
   "title": "Delivery Status",
   "description": "Operational delivery state of a media buy package. Consumers MUST tolerate unrecognized values.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/delivery-type.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/delivery-type.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/delivery-type.json",
   "title": "Delivery Type",
   "description": "Type of inventory delivery",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/demographic-system.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/demographic-system.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/demographic-system.json",
   "title": "Demographic System",
   "description": "Audience measurement systems for demographic notation in GRP forecasts and pricing, across video and audio channels. Specifies how demographics are written, not whose panel produced the numbers — provider identity is measurement_source.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/derivative-type.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/derivative-type.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/derivative-type.json",
   "title": "Derivative Type",
   "description": "What kind of derivative content an installment represents relative to its source installment. The source installment_id must reference an installment within the same response.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/device-platform.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/device-platform.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/device-platform.json",
   "title": "Device Platform",
   "description": "Operating system platforms for device targeting. Browser values from Sec-CH-UA-Platform standard, extended for CTV.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/device-type.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/device-type.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/device-type.json",
   "title": "Device Type",
   "description": "Device form factor categories for targeting and reporting. Complements device-platform (operating system) with hardware classification. OpenRTB mapping: 1 (Mobile/Tablet General) → mobile, 2 (PC) → desktop, 4 (Phone) → mobile, 5 (Tablet) → tablet, 6 (Connected Device) → ctv, 7 (Set Top Box) → ctv. DOOH inventory uses dooh.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/digital-source-type.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/digital-source-type.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/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",

package/dist/lib/schemas-data/3.2/enums/dimension-unit.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/dimension-unit.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/dimension-unit.json",
   "title": "Dimension Unit",
   "description": "Units of measurement for creative format dimensions",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/disclosure-persistence.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/disclosure-persistence.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/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",

package/dist/lib/schemas-data/3.2/enums/disclosure-position.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/disclosure-position.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/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",

package/dist/lib/schemas-data/3.2/enums/distance-unit.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/distance-unit.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/distance-unit.json",
   "title": "Distance Unit",
   "description": "Units of distance measurement for radius-based catchment areas.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/distribution-identifier-type.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/distribution-identifier-type.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/distribution-identifier-type.json",
   "title": "Distribution Identifier Type",
   "description": "Platform-specific identifier types for collection distribution. Maps a collection to its presence on specific platforms, enabling cross-seller matching.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/dooh-motion-type.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/dooh-motion-type.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/dooh-motion-type.json",
   "title": "DOOH Motion Type",
   "description": "Physical motion capability of a digital out-of-home screen. This is inventory discovery metadata; canonical format_options remains the authoritative declaration of which creatives the placement accepts.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/embedded-provenance-method.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/embedded-provenance-method.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/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",

package/dist/lib/schemas-data/3.2/enums/error-code.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/error-code.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/error-code.json",
   "title": "Error Code",
   "description": "Standard error code vocabulary for AdCP. Codes are machine-readable so agents can apply autonomous recovery strategies based on the recovery classification. Sellers MAY return codes not listed here for platform-specific errors — the error.json code field accepts any string. Agents MUST handle unknown codes by falling back to the recovery classification.",
   "type": "string",

package/dist/lib/schemas-data/3.2/enums/error-scope.json

@@ -1,6 +1,6 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://adcontextprotocol.org/schemas/3.2.4/enums/error-scope.json",
+  "$id": "https://adcontextprotocol.org/schemas/3.2.5/enums/error-scope.json",
   "title": "Error Scope",
   "description": "Shared discriminator vocabulary for `error.details.scope` across `error-details/` shapes that distinguish *which axis* of the seller's relationship triggered the rejection. Each error-details shape constrains its own `scope` field to the registered subset relevant to that code (e.g., `error-details/billing-not-supported.json` accepts `\"capability\" | \"account\"`; `error-details/agent-permission-denied.json` accepts only `\"agent\"`). This enum is the single source of truth for the union vocabulary so cross-language SDKs can dispatch on `details.scope` without re-deriving the value space per code. New scopes added here SHOULD be reflected in the per-shape constrained subsets that emit them, and MUST be coordinated across the `error-details/` schemas that participate in the discriminator.",
   "type": "string",