Foundation Model for Personalized Recommendation at Scale

netflix · Media & Entertainment · 2025 · source Agentic: no · promotional bias: low · source-backed · extracted with prompt 0.5.6 (schema v2)

Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.

Problem

Domain: large-scale personalized recommendation

Netflix needed to reduce the maintenance and innovation-transfer burden of many independently trained recommendation models while learning from long member histories under strict recommender-serving latency constraints.

Constraints:

Architecture

Netflix built a transformer-style recommendation foundation model using autoregressive next-token prediction over tokenized member interactions. The system merges raw actions into meaningful tokens, uses sparse attention and sliding-window sampling for long histories, modifies the objective with multi-token and auxiliary predictions, handles cold-start through incremental training plus metadata/ID embedding mixing, and serves downstream systems through direct prediction, batch embeddings, candidate generation, and fine-tuning.

Diagram confidence: reconstructed (reconstructed from prose).

flowchart LR
  member-interaction-stream[Member interaction stream]
  interaction-tokenization[Interaction tokenization]
  autoregressive-foundation-model[Autoregressive foundation model]
  sparse-attention-context-layer[Sparse attention context layer]
  cold-start-title-embedding-layer[Cold-start title embedding layer]
  embedding-stability-layer[Embedding stability layer]
  downstream-recommendation-consumers[Downstream recommendation consumers]
  member-interaction-stream --> interaction-tokenization
  interaction-tokenization --> autoregressive-foundation-model
  autoregressive-foundation-model --> sparse-attention-context-layer
  sparse-attention-context-layer --> autoregressive-foundation-model
  autoregressive-foundation-model --> cold-start-title-embedding-layer
  cold-start-title-embedding-layer --> autoregressive-foundation-model
  cold-start-title-embedding-layer --> embedding-stability-layer
  embedding-stability-layer --> downstream-recommendation-consumers
  downstream-recommendation-consumers --> autoregressive-foundation-model
  downstream-recommendation-consumers --> embedding-stability-layer
Drag to pan · scroll or use +/− to zoom · reconstructed from the source's described component topology

Components

Component Role Interacts with
Member interaction stream Captures browsing, play, duration, locale, time, device, and title interactions across Netflix usage. Interaction tokenization
Interaction tokenization Merges adjacent actions into richer tokens while preserving details needed for preference learning. Autoregressive foundation model
Autoregressive foundation model Learns long-term member preferences from tokenized histories using next-token-style and auxiliary objectives. Sparse attention context layer, Cold-start title embedding layer
Sparse attention context layer Uses sparse attention, sliding-window sampling, and KV caching to extend useful history while preserving latency. Autoregressive foundation model
Cold-start title embedding layer Initializes and mixes metadata-based and ID-based embeddings so new and pre-launch titles can be recommended. Autoregressive foundation model, Embedding stability layer
Embedding stability layer Stabilizes user/item embedding dimensions across retraining with an orthogonal low-rank transformation. Downstream recommendation consumers
Downstream recommendation consumers Use direct predictions, batch embeddings, candidate generation, title-to-title recommendations, or fine-tuned subgraphs. Autoregressive foundation model, Embedding stability layer

Data flow

Member interactions are tokenized into meaningful sequence events that combine context, action, and content metadata. Training samples overlapping windows and uses autoregressive plus auxiliary prediction objectives. The model creates member/entity representations, initializes new-title embeddings with metadata and prior parameters, stabilizes embedding spaces through a low-rank transformation, and exposes predictions or embeddings to downstream recommendation applications.

3 supporting quotes
“Tokenization helps define what constitutes a meaningful “token” in a sequence.”article, stated
“During training, we sample overlapping windows of interactions from the full sequence.”article, stated
“The model generates valuable embeddings for members and entities like videos, games, and genres.”article, stated

Why this architecture

The architecture borrows the LLM shift from many specialized models toward a shared foundation model, but adapts it for recommendation realities: unequal event importance, severe latency requirements, new-title cold start, and downstream embedding compatibility. Centralized preference learning lets innovations and learned representations be reused across multiple product canvases.

3 supporting quotes
“This scenario underscored the need for a new recommender system architecture where member preference learning is centralized”article, stated
“the trend is moving away from numerous small, specialized models towards a single, large language model that can perform a variety of tasks”article, stated
“This approach borrows insights from Large Language Models (LLMs), particularly the principles of semi-supervised learning and end-to-end training”article, stated

Models used: Netflix recommendation foundation model · autoregressive next-token prediction · sparse attention · KV caching

Scale

Alternatives considered (roads not taken)

continue operating many specialized recommendation models

Rejected because: Independent models increased maintenance cost and made shared innovation transfer difficult.

“maintenance of the recommender system became quite costly. Furthermore, it was difficult to transfer innovations from one model to another”article, stated

use short recent-history windows for preference features

Rejected because: Short windows were driven by serving latency and training cost, but missed comprehensive member history.

“many are confined to a brief temporal window due to constraints in serving latency or training costs.”article, stated

use standard transformer self-attention over full active-user histories

Rejected because: Thousands of events exceed standard self-attention capacity under recommender latency constraints.

“interaction histories from active users can span thousands of events, exceeding the capacity of transformer models with standard self attention layers.”article, stated

use plain single-token next-item prediction

Rejected because: Netflix wanted longer-term dependency learning and auxiliary targets to reduce noisy item-ID overfitting.

“This approach encourages the model to capture longer-term dependencies and avoid myopic predictions focused solely on immediate next events.”article, stated

rely only on learned ID embeddings for titles

Rejected because: Cold-start titles need metadata-derived embeddings before interaction data accumulates.

“newly-launched or pre-launch titles have reasonable embeddings even with no user interaction data.”article, stated

Patterns

retrieval-ranking (personalization)

The foundation model supports prediction, candidate generation, title-to-title recommendations, and other personalized ranking applications.

“The model is primarily trained to predict the next entity a user will interact with.”article, stated
“They can serve as features in other models or be used for candidate generation, such as retrieving appealing titles for a user.”article, stated

fine-tuning-adaptation (model-adaptation)

Downstream teams can fine-tune the full foundation model or subgraphs with less data and compute for application-specific needs.

“Users can integrate the full model or subgraphs into their own models, fine-tuning them with less data and computational power.”article, stated

eval-driven-development (model-quality)

Netflix treats scaling as dependent on evaluation that can distinguish model quality and expose improvement areas as data and model size grow.

“Successful scaling demands robust evaluation, efficient training algorithms, and substantial computing resources.”article, stated
“Evaluation must effectively differentiate model performance and identify areas for improvement.”article, stated

Tradeoffs

Move from specialized models to a foundation model.

Chose centralized data-centric preference learning over many small independent personalization models.

Rationale: The unified model reduces maintenance and makes learned preferences reusable across downstream applications.

“enabling a transition from maintaining numerous small, specialized models to building a scalable, efficient system.”article, stated

Use sliding windows instead of full-sequence training contexts.

Chose overlapping sampled windows from full histories over requiring an impractically large transformer context window.

Rationale: Sliding windows expose the model to different history segments over epochs while keeping training practical.

“allowing it to learn from the entire sequence without requiring an impractically large context window.”article, stated

Weight recommendation events differently from language tokens.

Chose multi-token and auxiliary prediction objectives over equal weighting of all target tokens.

Rationale: Recommendation interactions vary in importance, and auxiliary targets help capture intent while regularizing noisy item prediction.

“during the pretraining phase of typical LLMs, such as GPT, every target token is generally treated with equal weight. In contrast, in our model, not all user interactions are of equal importance.”article, stated

Use metadata for cold-start entities.

Chose age-aware metadata and ID embedding mixture over ID-only embeddings for all titles.

Rationale: New titles should lean on metadata until engagement-specific ID signals become reliable.

“new titles with limited interaction data to rely more on metadata, while established titles can depend more on ID-based embeddings.”article, stated

Stabilize embeddings for downstream consumers.

Chose orthogonal low-rank transformation over raw embedding spaces from each retraining run.

Rationale: Stable dimensions reduce invalidated assumptions and bugs when the foundation model changes.

“ensuring consistent meaning of embedding dimensions, even as the base foundation model is retrained and redeployed.”article, stated

Gotchas (what bit them)

Specialized recommender models create costly maintenance and blocked innovation transfer.

Root cause: The models are trained independently even when they rely on common data sources.

Resolution: Centralize member preference learning in a reusable foundation model.

“most are independently trained despite using common data sources.”article, stated
“member preference learning is centralized, enhancing accessibility and utility across different models.”article, stated

Recommendation tokenization can either erase signal or exceed processing limits.

Root cause: Raw user actions need compression, but overly lossy tokens drop preference information.

Resolution: Merge adjacent actions into meaningful interaction tokens while preserving details such as duration and engagement type.

“Overly lossy tokenization risks losing valuable signals, while too granular a sequence can exceed practical limits on processing time and memory.”article, stated

Serving-latency constraints cap recommender context windows.

Root cause: Recommendation services require millisecond latency, unlike many LLM use cases where seconds can be tolerable.

Resolution: Use sparse attention, sliding-window sampling, and KV caching to trade off history depth and serving cost.

“This constraint is more stringent than what is typical in LLM applications, where longer inference times (seconds) are more tolerable.”article, stated

Cold-start titles lack engagement history.

Root cause: New catalog entities appear before training data includes enough member interactions.

Resolution: Warm-start embeddings and combine metadata-based and ID-based embeddings with an age-aware attention mixer.

“New titles are added to the catalog frequently. Therefore the recommendation foundation models require a cold start capability”article, stated

Embedding consumers can break after each foundation-model retrain.

Root cause: Embedding dimensions are arbitrary and incompatible across different training runs.

Resolution: Stabilize the user/item embedding space with an orthogonal low-rank transformation.

“This poses challenges for downstream consumers, who must adapt to each retraining and redeployment, risking bugs due to invalidated assumptions”article, stated

Evaluation

Netflix evaluates the model through scaling-law experiments, downstream integrations, recommendation quality, embedding usefulness, and evaluation methods that differentiate performance as data, model size, and context scale increase.

Metrics: over 300 million users · hundreds of billions of interactions · millisecond-level serving latency · several-hundred-event sparse-attention context · thousands of events in active histories · consistent improvements with increased data and model size · promising results from downstream integrations

3 supporting quotes
“Our experiments confirm that the scaling law also applies to our foundation model, with consistent improvements observed as we increase data and model size.”article, stated
“direct use as a predictive model to generate user and entity embeddings for other applications, and can be fine-tuned for specific canvases.”article, stated
“Evaluation must effectively differentiate model performance and identify areas for improvement.”article, stated

Outcomes

The article reports over 300 million users, hundreds of billions of interactions, active histories spanning thousands of events, millisecond serving latency, and several-hundred-event sparse attention contexts.

3 supporting quotes
“our Foundation Model for Personalized Recommendation represents a significant step towards creating a unified, data-centric system”article, stated
“The Foundation Model allows various downstream applications, from direct use as a predictive model to generate user and entity embeddings for other applications”article, stated
“This move from multiple specialized models to a more comprehensive system marks an exciting development in the field of personalized recommendation systems.”article, stated