Netflix is testing a large language model as the engine that decides what appears in a subscriber's recommendation rows, in place of the collaborative-filtering and embedding-based ranking systems the company has spent more than a decade refining.

That's a bigger swap than it sounds. Netflix's recommendation stack is one of the most cited case studies in applied machine learning — a system built from row-selection algorithms, per-title embeddings, and bandit-based ranking, all tuned to squeeze out marginal gains in watch time and retention. Replacing any piece of that with a language model means betting that an LLM can match purpose-built ranking systems at Netflix's scale: hundreds of millions of subscribers, each expecting a fresh set of suggestions in well under a second.

According to The Decoder, Netflix is experimenting with the LLM approach as an alternative to its hand-built recommendation logic — not a wholesale replacement announcement, but a live test of whether a general-purpose model can do the job a specialized pipeline was built for.

What "hand-built recommendation logic" actually means

Classic recommendation systems like Netflix's are assembled from several narrow, specialized models rather than one general one. A typical stack includes collaborative filtering to find users with similar taste, learned embeddings that place titles and viewers in the same vector space, and separate models for row ordering, thumbnail personalization, and diversity control so the homepage doesn't just repeat one genre. Each component is cheap to run — a handful of matrix multiplications or a nearest-neighbor lookup — and each was tuned over years against retention and watch-time metrics.

A language model collapses much of that into a single system that can reason over a user's history and generate or rank suggestions directly, rather than scoring items through a fixed pipeline. In our estimation, that's the appeal: fewer separate models to maintain, and a system that can potentially explain or adapt its suggestions in ways a stack of embeddings cannot.

The real constraint is cost and latency, not accuracy

The hard part of swapping in an LLM isn't whether it can rank content well — it's whether it can do so at Netflix's request volume without blowing up inference cost or response time. Embedding lookups and matrix factorization are near-instant and cheap at scale; LLM inference, even with a smaller fine-tuned model, is neither by default. Any production deployment would need aggressive caching, batching, or a much smaller specialized model to keep serving costs and latency in line with a homepage that has to load instantly for hundreds of millions of accounts.

That's also why this test matters beyond Netflix. If a company with one of the most scrutinized recommendation systems in the industry is willing to test an LLM against it, that's a signal that the economics of LLM inference at high query volumes have shifted enough to make the experiment worth running at all.

What builders should take from this

For teams building recommendation or personalization features, Netflix's test is a useful data point rather than a template to copy wholesale. A few things worth taking from it:

AiiN's take

This is a concrete example of LLMs pushing into infrastructure that classic ML systems have owned for years, in a domain — recommendations — that's ordinarily judged strictly on cost and latency, not novelty. Whether or not Netflix ships this, the test itself signals that recommendation engineering, one of ML's most mature production disciplines, is no longer assumed to be off-limits for a general-purpose model.