Skip to content

Provider Intelligence

The platform distinguishes between provider-detected resources (e.g., YouTube, Vimeo) and direct media (e.g., .mp4, .jpg files). Provider detection enables richer intelligence without downloading the actual media binary.

Intelligence Provenance

Every piece of data in the response has a provenance — where and how it was produced:

ProvenanceMeaningExample
Provider-nativeSourced directly from the content providerYouTube thumbnail URL, oEmbed title
GeneratedComputed by the platform's enrichment pipelineBlurhash placeholder
ComputedDerived from analysis of the media dataDominant color palette
ExtractedRead from the media binary metadataCodec via ffprobe, image dimensions

Core Semantic

The distinction between provider-native and generated intelligence is fundamental. A YouTube thumbnail at i.ytimg.com is provider-native — it exists regardless of whether the platform processes the video. A blurhash placeholder is generated — it exists only because the platform computed it.

Provider Detection

When a URL matches a known provider pattern, the platform activates provider-specific intelligence:

jsonc
// Provider detection result
{
  "provider": {
    "name": "youtube",
    "confidence": 1,                    // 1 = known provider, deterministic
    "detectionMethod": "url-parser"     // URL pattern matching
  }
}

Detection Rules

RuleBehavior
Known provider URLconfidence: 1, detectionMethod: "url-parser"
Direct media URLprovider block is omitted entirely
Unknown webpageProvider block absent — treated as generic webpage

WARNING

The provider block only exists for provider-detected URLs. Direct media (video files, images, audio files) must never have a provider block. This is enforced by contract tests.

Provider-Native Preview Persistence

Provider-native intelligence is canonicalized during initial discovery and persists immutably across all subsequent profile projections and cache retrievals.

FAST discovery        → provider-native thumbnail stored in canonical state
STANDARD from cache   → same thumbnail preserved
FULL from cache       → same thumbnail preserved

YouTube Thumbnail Lifecycle

jsonc
// Canonical raw state (internal)
{
  "providerNative": {
    "provider": "youtube",
    "id": "GLTTI1NFHus",
    "title": "Provider Native Title",
    "thumbnail": {
      "url": "https://i.ytimg.com/vi/GLTTI1NFHus/hqdefault.jpg"
    }
  }
}

This provider-native data is projected consistently:

jsonc
// FAST projection — provider-native preview is visible, NOT hidden
{
  "preview": {
    "thumbnail": {
      "url": "https://i.ytimg.com/vi/GLTTI1NFHus/hqdefault.jpg"
    }
    // placeholder: omitted (not provider-native, FAST hides generated)
    // palette: omitted (not provider-native, FAST hides generated)
  },
  "projection": {
    "hiddenFields": []    // provider-native preview is NOT projection-hidden
  }
}

// STANDARD and FULL projections — same thumbnail, always
{
  "preview": {
    "thumbnail": {
      "url": "https://i.ytimg.com/vi/GLTTI1NFHus/hqdefault.jpg"
    }
  }
}

Provider-Native vs Generated Preview

The FAST profile distinguishes between provider-native and generated preview data:

Preview TypeFAST BehaviorSource
YouTube thumbnail URLVisibleProvider CDN (provider-native)
Generated thumbnail❌ Projection-hiddenPlatform worker
Blurhash placeholder❌ Projection-hiddenPlatform computation
Color palette❌ Projection-hiddenPlatform computation

This means a FAST YouTube response includes the thumbnail, but a FAST direct-video response hides the preview entirely and declares it in hiddenFields.

Canonical URL Normalization

Provider detection also normalizes URLs to their canonical form:

jsonc
{
  "identity": {
    "url": "https://youtu.be/GLTTI1NFHus?si=okdNMy6_p0VSqZJG",
    "finalUrl": "https://youtu.be/GLTTI1NFHus?si=okdNMy6_p0VSqZJG",
    "canonicalUrl": "https://www.youtube.com/watch?v=GLTTI1NFHus"
  }
}

The canonicalUrl is the normalized, deterministic form. Short URLs (youtu.be), share URLs (with ?si= parameters), and embed URLs are all resolved to the same canonical representation.

Embed URL Generation

For provider resources, the platform generates embeddable URLs:

jsonc
{
  "playback": {
    "strategy": "iframe",
    "component": "iframe",
    "embedUrl": "https://www.youtube.com/embed/GLTTI1NFHus",
    "streamable": false,
    "downloadable": false
  }
}

Provider resources use iframe playback strategy, while direct media uses native strategy with <video> or <audio> components.

Enrichment Source Semantics

The enrichmentSources record preserves the provenance of each enrichment stage:

jsonc
{
  "enrichmentSources": {
    "semantic": "fresh",       // detected in this request
    "mediaFormat": "fresh",    // detected in this request
    "oembed": "fresh"          // fetched from provider in this request
  }
}

Valid provenance values:

ValueMeaning
freshProduced during the current request lifecycle
cacheRetrieved from canonical cache (but provenance stays fresh — see below)
workerProduced by background worker
providerSourced from content provider
inflightAttached to an active enrichment lifecycle

Immutable Provenance

enrichmentSources records are immutable. When a cached response is served, responseSource changes to "cache", but enrichmentSources stays as originally recorded (e.g., "fresh"). This preserves the true provenance of when data was produced.

Infrastructure Documentation — Behavior-Driven, Schema-Governed