MeLU
MeLU (Meta-Learned User Preference Estimator) is a meta-learning-based recommender for the Cold Start Problem, introduced by Hoyeop Lee, Jinbae Im, Seongwon Jang, Hyunsouk Cho, and Sehee Chung — all of NCSOFT Co. (a South Korean game company with an AI research division; per the authors’
@ncsoft.comaffiliation in the paper) — in their 2019 KDD paper “MeLU: Meta-Learned User Preference Estimator for Cold-Start Recommendation” (KDD 2019 accepted-paper listing). The model adapts the Model-Agnostic Meta-Learning (MAML) framework of Finn, Abbeel, and Levine (2017) to cold-start recommendation: rather than training a single model that estimates preferences for all users, MeLU learns a meta-model whose parameters sit at a point in weight space from which a few gradient steps on a single user’s handful of rated items (the user’s support set) produce a model fit to that user. The cold-start scenario — a user (or item) with very few observed ratings — becomes a few-shot learning problem, which is exactly what MAML is designed for. Crucially, MeLU does not adapt its whole network per user: it splits parameters into frozen embeddings and locally-adapted decision-making/output weights, a design choice that is the source of much of the misunderstanding about how the model works. MeLU was the first widely-cited application of optimization-based meta-learning to cold-start recommendation and triggered a wave of subsequent meta-learning recommender research. In production, meta-learning approaches have had mixed adoption due to operational complexity, but MeLU and its descendants remain a useful tool for severe cold-start scenarios.
1. The Cold-Start Few-Shot Framing
A new user with only a handful of rated items poses a hard problem for standard recommenders. Pure Collaborative Filtering cannot fit the user’s latent vector from a few observations without massive overfitting — and for a genuinely new user or item it cannot fit at all, because there is no row or column in the interaction matrix to learn. Content-Based Filtering can produce a profile from side information but it is narrow. The MeLU paper is explicit that collaborative-filtering baselines were excluded from comparison precisely “because they cannot estimate preferences for new users and new items” (per the paper).
MeLU reframes the problem as few-shot learning: the goal is not to fit a model from scratch on a few examples but to adapt a pre-meta-trained model that already encodes a strong prior over preferences. Meta-training has seen many users, each treated as a task with its own support and query examples; the meta-model learns to quickly specialize from a few examples. This is precisely the few-shot setting MAML and other meta-learning algorithms address — the meta-model is a strong prior, and per-user adaptation is a few gradient steps.
It is worth correcting a common simplification: MeLU is not only a cold-user method. The paper evaluates four cold-start partitions on each dataset — (1) existing items for existing users (the warm baseline), (2) existing items for new users, (3) new items for existing users, and (4) new items for new users — by splitting items into “released before 1997” (existing) versus “after 1998” (new) and randomly designating a fraction of users as new. Because both users and items are represented through content features fed into embeddings rather than through learned per-id latent vectors, the same adapted model can score a brand-new item for a known user just as it scores a brand-new user — so MeLU addresses the full item/user cold-start cross-product, not the cold-user cell alone.
2. MAML Background
MAML (Model-Agnostic Meta-Learning, Finn et al. 2017) trains a model with parameters θ such that, after a small number of gradient updates on a new task’s support set, the model performs well on that task’s query set. The training objective is:
min_θ Σ_{tasks T} L_T( θ − α · ∇_θ L_T_support(θ) )
where:
Tis a task (in MeLU, “useruwith their few rated items”). The training distribution is over many tasks.L_T_support(θ)is the loss onT’s support set (the user’s few known interactions).θ − α · ∇_θ L_T_support(θ)is the model after one gradient step on the support set (“inner loop”).L_T(...)is the loss onT’s query set (other interactions of the same user, used to evaluate the adaptation).- The outer minimization is over
θsuch that the post-adaptation model is good across many tasks.
The result of meta-training: the parameters θ are positioned in a part of parameter space where a single (or few) gradient step on any new task yields a model fit to that task. This is the meta-learning ability — θ encodes a fast-adaptation prior.
One important departure to keep in mind before the next section: vanilla MAML adapts the entire parameter vector θ in the inner loop. MeLU does not — it freezes the embedding parameters and locally adapts only the decision-making/output weights. The objective above still captures the spirit, but read θ in the inner-loop term as MeLU’s θ2 only.
3. The MeLU Architecture and the θ1 / θ2 Split
The base recommender is a feed-forward network over content embeddings, not a bare MLP on raw features:
user content features (gender, age, occupation, zip, ...) item content features (year, genre, director, actor, ...)
│ each categorical field → its own embedding │ each categorical field → its own embedding
└────────────► concatenate user embeddings ◄─────┐ ┌─────► concatenate item embeddings
▼ ▼
concatenate [user-embedding ⊕ item-embedding] ──► θ1
│
N-layer fully-connected "decision-making" layers (ReLU) ──► θ2
│
output layer ŷ = σ(W_o x_N + b_o) ──► θ2
│
predicted rating ŷ_ij
The parameters split into two groups, and this split is the crux of MeLU — getting it wrong is the most common way the model is mis-described:
- θ1 — the embedding parameters (Eqs. 1–2 in the paper): the per-field embedding matrices that turn categorical user and item content into dense vectors.
- θ2 — the decision-making and output weights (Eq. 3): the weights
W_n, b_nof the N fully-connected layers andW_o, b_oof the output layer that map the concatenated embedding to a predicted rating.
The local (per-user) update adapts ONLY θ2. The embeddings θ1 are frozen during local adaptation. The paper states this directly: “the model updates the parameters in the decision-making layers and the output layer (i.e., W and b)… We do not update the embedding vectors for the user and items during the local update to ensure the stability of the learning process” (per the paper). The intuition the authors give is that “users and items do not change, only the users’ thoughts change as they interact with the items” — so the representation of an item (its embedding) stays fixed while the decision function mapping that representation to a preference is what gets personalized.
Uncertain
Earlier drafts of this note (and many secondary summaries) state that MeLU adapts “the parameters θ” wholesale per user. That is wrong: only θ2 (decision-making + output weights) is locally updated; the embeddings θ1 are frozen during the local update and updated only globally. This was verified against the paper’s Algorithm 1 and §3.2. To re-verify on any future edit: see lines reading “set θ2i = θ2” and “local update θ2i ← θ2i − α ∇ …” in Algorithm 1.
To recommend for a specific user, MeLU performs the local update on θ2 using that user’s known interactions (their support set), obtaining personalized weights θ2i, then scores all unrated items with the embeddings θ1 plus the personalized θ2i.
The exact training procedure (the paper’s Algorithm 1), with α the inner/local step size and β the outer/global step size:
randomly initialize θ1 (embeddings, Eqs. 1–2)
randomly initialize θ2 (decision-making + output, Eq. 3)
while not converged:
sample a batch of users B
for each user i in B:
set θ2i = θ2 # start each user from the shared θ2
evaluate ∇_θ2i L_i(f_{θ1, θ2i}) # gradient of support-set loss w.r.t. θ2 only
local update: θ2i ← θ2i − α · ∇_θ2i L_i'(f_{θ1, θ2i}) # adapt θ2 on the support set
global update: # meta-step, over the query sets H_i'
θ1 ← θ1 − β · Σ_i ∇_θ1 L_i'(f_{θ1, θ2i})
θ2 ← θ2 − β · Σ_i ∇_θ2 L_i'(f_{θ1, θ2i})
Two subtleties worth flagging. First, in the global update both θ1 and θ2 are updated, even though only θ2 was locally adapted — the embeddings learn through the meta-gradient. Second, the global gradients ∇_θ1 L_i' and ∇_θ2 L_i' are evaluated at the post-local-update parameters θ2i, so the meta-gradient differentiates through the inner local update — the hallmark second-order MAML computation (a gradient of a gradient). The loss is plain mean-squared error over the support set, L_i = (1/|H_i|) Σ_{j∈H_i} (y_ij − ŷ_ij)² where H_i is user i’s consumed-item set. Note also that MeLU, unlike vanilla MAML, does not fix the support-set size — the authors borrow this flexibility from matching networks, so a user with 12 ratings and a user with 3 ratings are both valid tasks.
4. Reliable Evidence Candidate Selection
A second contribution of the MeLU paper: identifying which items a brand-new user should be asked to rate during onboarding — the paper calls these evidence candidates. The motivation is active-learning-style: rather than showing a new user popular items to rate (the common practice the paper criticizes), show them items whose ratings will best disambiguate their preferences, so the small support set the model adapts on is maximally informative.
The actual selection method is built directly on the trained MeLU model and combines two signals, multiplied (per the paper, §3.3):
- Gradient magnitude — discriminativeness. For each item, the paper computes the average Frobenius norm of the local-update gradient across existing users,
∥∇_{θ2} L_i(f_{θ1,θ2})∥_F, after modifying the loss toL_i / |L_i|so the unit error is backpropagated. The reasoning: an item that produces a large personalization gradient is one whose rating moves the per-user decision weights a lot — i.e., it strongly distinguishes between users with different tastes. (Concretely, the gradients used come from the model after one local update, MeLU-1.) - Interaction count — awareness. A maximally discriminating item is useless if the new user has never heard of it and cannot rate it meaningfully. So the paper also takes each item’s number of interactions (popularity) as a proxy for how likely a user is to be aware of it.
Both values are normalized to [0, 1] and multiplied to give each item a score; the top-k items by that product become the evidence candidates. Because the Frobenius-norm signal depends on the current model state, the authors note the scores shift as new users enter the system.
Uncertain
An earlier version of this note described evidence-candidate selection as “clustering items by content features and selecting one representative per cluster, prioritizing high rating variance.” That is incorrect — there is no clustering and no rating-variance term in the paper. The real method is (normalized Frobenius norm of the per-user local-update gradient) × (normalized interaction count), top-k. Verified against §3.3 of the paper.
5. Empirical Results
The paper evaluates MeLU on two benchmark datasets (per the paper, §4):
- MovieLens-1M — 6,040 users, 3,706 items, 1,000,209 ratings (~95.5% sparse), ratings 1–5, with movie content (publication year, rate, genre, director, actor — director/actor collected from IMDb) and user content (gender, age, occupation, zip code).
- Bookcrossing — 278,858 users, 271,379 items, 1,149,780 ratings (~99.999% sparse), ratings 1–10, with book content (publication year, author, publisher) and user content (age only).
Each dataset is split into the four existing/new × user/item partitions described in §1. The metrics are mean absolute error (MAE) and normalized discounted cumulative gain (nDCG) at cut-offs nDCG@1 and nDCG@3 — the note’s earlier claim that only MAE was used was incomplete.
The baselines are not “deep recommender, content-based, neighborhood” as an earlier draft stated. The paper compares against exactly two models: Pairwise Preference Regression (PPR), a bilinear regression on one-hot user/item content vectors, and Wide & Deep (Cheng et al. 2016), re-cast from its original like/not-like classification into a rating-regression model with the same network structure as MeLU’s preference estimator. Collaborative-filtering baselines were deliberately excluded because they cannot score new users or new items at all.
The headline quantitative claim — verified against the abstract and the paper — is that MeLU “reduces at least 5.92% mean absolute error” relative to the two comparison models across the benchmark settings (the note’s earlier “5–10%” was a loose paraphrase). The paper further shows MAE improves with just a few local-update iterations (Figure 4) and that performance is stable across varying support-set lengths (Figures 5–6). For evidence-candidate selection, a user study found that the model-selected candidates yielded higher ratings and higher nDCG@1 on subsequently suggested items than popularity-based candidates.
The result demonstrated that optimization-based meta-learning is a viable approach to cold-start recommendation, and subsequent work (MetaCS, MAMO, TaNP, and others) extended the meta-learning recommender literature substantially.
6. When to Use MeLU
MeLU is appropriate when:
- Severe cold-user scenarios are a primary concern.
- You can afford the meta-training overhead (second-order gradients, large meta-training datasets).
- You can integrate per-user adaptation into your serving pipeline (each new user requires gradient steps, not just a forward pass).
For most production deployments, simpler approaches (popularity baselines, onboarding questionnaires, content-based fallbacks) suffice. MeLU and meta-learning more broadly are appropriate when those simpler approaches fall short.
Uncertain
Verify: the claim that production adoption of meta-learning recommenders (MeLU and descendants) has been “limited” relative to simpler hybrid approaches. Reason: this is an industry-trend judgment, not stated in the MeLU paper, and no single authoritative survey was located that quantifies deployment share; it rests on the structural argument that per-user gradient steps at serving time are operationally costly. To resolve: a recent (post-2023) survey of deployed cold-start recommenders, or vendor engineering write-ups, would settle relative adoption. The mechanism (per-user adaptation is heavier than a forward pass) is sound; the prevalence claim is the soft part. uncertain
7. Strengths
- Principled few-shot learning for cold-start (both new-user and new-item) scenarios.
- Same model used for everyone — the meta-model adapts per user; there is no bolted-on, separate cold-start pathway.
- Frozen embeddings, adapted decision weights — only θ2 is personalized, which keeps adaptation cheap relative to adapting the full network and stabilizes training (item/user representations stay fixed).
- Evidence-candidate selection is a useful, model-grounded side contribution — it tells you which items to ask a new user about, not just how to model them once asked.
8. Weaknesses
- Per-user adaptation at inference time — even though only θ2 is adapted, scoring a user still requires gradient steps on their support set, not just a forward pass. Operationally heavier than a static model.
- Second-order gradient meta-training — the meta-gradient differentiates through the inner local update, which is computationally expensive (tractable here only because θ2 is small and the network is shallow).
- Limited production adoption (see the uncertainty callout in §6 — the prevalence claim is not firmly sourced).
- Sensitive to support-set quality — if the user’s first few ratings are noisy, the local update steers the decision weights wrong; this is part of why evidence-candidate selection matters.
9. See Also
- Cold Start Problem — the umbrella MeLU addresses
- DropoutNet — alternative deep cold-start approach (input dropout instead of meta-learning)
- LightFM — simpler hybrid cold-start alternative
- Two-Tower Retrieval Model — modern feature-driven alternative
- Recommender Algorithms Catalog
- Recommender Systems
- Recommender Systems MOC — umbrella index