Contents
  1. Product goals and the recommendation decision
  2. Current intent and eligible items
  3. Impressions, interactions and outcome records
  4. Content signals and recommendation fit
  5. Shared behavior and collaborative candidates
  6. Candidate coverage and source assembly
  7. Personalized scores and ranking objectives
  8. List construction and exposure allocation
  9. Exposure effects and self-generated evidence
  10. Cold start and changing evidence
  11. Bounded exploration and partial feedback
  12. Historical evaluation and decision-time evidence
  13. Logged policies and alternative choices
  14. Online outcomes and justified rollout
  15. Freshness, serving budgets and safe fallback
  16. Monitoring, updates and recovery
  17. Check understanding
  18. Open questions
  19. Selected talks
  20. References
  21. Talk library
← All topics

Recommendation Systems

A recommendation system selects items for a person in a particular situation. An appropriate next lesson, an enjoyable video and a suitable purchase require different evidence of usefulness. The central engineering problem connects those goals to eligible candidates, personalized choices and outcomes, while accounting for how previous recommendations influence the feedback available.

Product goals and the recommendation decision

Usefulness needs a product-specific definition. A learning-resource service might aim to help someone master the next concept within their available study time. Lesson clicks are observable immediately; learning requires a separate assessment. In a field experiment, Math Nation selected topics using predicted assessment improvement and evaluated end-of-course achievement, explicitly separating the immediate selection target from the downstream goal.

Example product requirements distinguish desired outcomes from convenient measurements.
SettingUser outcomeTempting proxyRequirement
Learning catalogUnderstand an appropriate next conceptLesson clicks or completionRequired prerequisites are complete
EntertainmentFind something satisfying to watchWatch time aloneRespect explicit exclusions
ShoppingFind a suitable available productProduct clicksUnavailable products cannot appear

One decision creates later evidence

Selection narrows possibilities; feedback describes exposed choices.

Context and constraints produce a displayed list. Observed outcomes inform a subsequent decision, shown separately to distinguish successive requests.
Read the diagram as text
  • Context lookup.
  • Eligibility.
  • Candidate generation.
  • Ranking.
  • List construction.
  • Display.
  • Outcome collection.
  • Subsequent decision.
  • Context lookupEligibility: Request constraints.
  • EligibilityCandidate generation: Permitted inventory.
  • Candidate generationRanking: Shortlist.
  • RankingList construction: Item scores.
  • List constructionDisplay: Ordered items.
  • DisplayOutcome collection: Exposure identity.
  • Outcome collectionSubsequent decision: Observed feedback.

User benefit, platform outcomes and supplier interests can conflict. Suppliers receive attention opportunities through placement; platforms may optimize outcomes spanning several surfaces. A YouTube ranking ablation increased a watch-page-attributed metric while decreasing the platform’s primary metric. Improving a locally credited outcome therefore need not improve the broader product objective.

A candidate is an item under consideration. Ranking orders candidates by a decision score. A recommendation policy is the rule choosing what appears, including filtering and list construction. Separating candidate generation from expensive scoring limits request work.

Retrieval finds a manageable subset of a collection; Search and Retrieval explains that general role. Recommendation adds person-specific evidence and product objectives. Exposure is an opportunity to encounter a displayed item. Its subsequent outcome informs later choices, while alternatives that were never displayed lack comparable observations.

Current intent and eligible items

The catalog is the inventory of potentially recommendable items. A session is a bounded episode of activity. Durable interests, gradual preference changes and transient needs are different signals: a programmer who usually studies databases may currently need a short networking refresher. Temporal recommendation models distinguish persistent patterns from time-specific effects rather than assuming that all history describes the present equally well.

For the learning catalog, these are application requirements rather than learned preferences.
DecisionExampleConsequence
EligibilityAn advanced lesson requires an unfinished prerequisiteExclude it even if its predicted appeal is high
PreferenceTwo accessible lessons differ in fit with today's goalCompare their desirability
Current contextA short phone session versus a longer desktop sessionThe same account can need different items

Anonymous sessions can still support personalization: an ordered interaction sequence supplies state for predicting the next item without a persistent user identifier. That evidence concerns the current episode, not necessarily enduring preferences. Conversely, an account identifier alone does not resolve the current intent; shared-account activity requires particular caution about attributing every action to one person.

Explicit steering supplies another input. A request such as wanting short tutorials states a current goal; correcting a stored taste profile changes a broader preference assertion. Spotify’s presentation describes both request prompts and profile edits influencing recommendations. It does not establish that editing a profile updates model weights or deletes the underlying history.

The example service treats its access service, catalog status, prerequisite-completion records and explicit-exclusion store as authoritative. If a required check cannot be established, it withholds that item. Asynchronous recommendation filters cannot substitute for this contract: documented filter updates can lag incoming records. Authorization and data minimization govern access and permitted context separately.

Impressions, interactions and outcome records

Explicit feedback deliberately expresses a judgment, such as a rating or dislike. Implicit feedback interprets behavior, such as clicking, skipping or completing, as evidence. Nonresponse remains ambiguous: an item may be unsuitable, inconvenient or simply unnoticed. The Indeed filtering example used expert-labeled user–job pairs because sparse negative feedback and nonresponse could not reliably establish bad fit.

An impression records a display opportunity, not attention. Returned items and rendered items can differ: an application may remove unavailable products before display. A useful application record joins request/session identity, item revision, rendered position, event and arrival timestamps, policy version and the outcome window. This is a proposed logging contract; identity across services explains the underlying correlation problem.

One exposure, later evidence

Example

Pending and positive labels describe different observation cutoffs.

1 / 4 · Selected

Display remains unestablished.

Earlier records persist when a later outcome arrives. Rendering establishes opportunity, not attention.
Read the diagram as text
  • Request R / lesson A.
  • Selection recorded.
  • Display recorded.
  • Outcome pending at cutoff.
  • Later completion recorded.
  • Positive completion label.
  • Request R / lesson ASelection recorded: Selected.
  • Selection recordedDisplay recorded: Rendered.
  • Display recordedOutcome pending at cutoff: Unresolved.
  • Request R / lesson ALater completion recorded: Joined outcome.
  • Later completion recordedPositive completion label: Supports.
  1. Selected. Display remains unestablished. Active: Request R / lesson A, Selection recorded. New: Request R / lesson A, Selection recorded.
  2. Rendered. The outcome remains unresolved. Active: Request R / lesson A, Selection recorded, Display recorded, Outcome pending at cutoff. New: Display recorded, Outcome pending at cutoff.
  3. Outcome arrives. Completion becomes observed. Active: Request R / lesson A, Selection recorded, Display recorded, Outcome pending at cutoff, Later completion recorded. New: Later completion recorded.
  4. Label updated. The earlier pending state remains historical. Active: Request R / lesson A, Selection recorded, Display recorded, Outcome pending at cutoff, Later completion recorded, Positive completion label. New: Positive completion label.

Censoring means the observation window ends before an outcome is resolved. No conversion yet can mean either eventual nonconversion or a conversion still to come. Keep immature observations distinct from completed negatives, and distinguish event time from arrival time. The chosen window defines the target; it does not establish what happens forever afterward.

A lesson click, completion and later assessment result answer different questions. Missing telemetry answers none of them. Specify the event, denominator and window before constructing labels; Metrics, denominators and proxy failures provides the general measurement framework.

Content signals and recommendation fit

Content-based recommendation compares item attributes with known needs or preferences. Subject, level, duration and format can distinguish lessons before extensive interaction history exists. An embedding is a compact numerical representation used for such comparisons; its coordinates determine which distinctions the score can express.

s(u,i)=uvi=j=1dujvijs(u,i)=u^\top v_i=\sum_{j=1}^{d}u_jv_{ij} Here uu represents the current user's preferences, viv_i represents item ii, and dd is their shared feature count. For explicitly chosen subject features, corresponding coordinate products contribute to an affinity score.

Dot product includes vector magnitude as well as direction; cosine normalizes nonzero vectors and compares direction. Neither convention is automatically the right preference model. Direction, magnitude and comparison scores explains the geometry; Evidence of task fit explains why useful neighbors must be tested against the intended task.

Example lesson attributes separate topical similarity from current suitability.
LessonSubjectLevel and durationCurrent fit
SQL recapDatabasesIntroductory; 10 minutesFits a short refresher
Query optimizer internalsDatabasesAdvanced; 50 minutesSimilar topic; different need

Learned item identifiers can complement content. An ID embedding trained through interactions has little evidence for an unseen item, while semantic attributes provide a starting representation. Netflix’s presentation describes combining these signals for new titles. Content still cannot supply an otherwise unknown person's preferences.

Shared behavior and collaborative candidates

Collaborative filtering infers recommendation relationships from patterns across users and items. User-neighborhood methods find people with overlapping histories and combine their preferences. In this example, Mira and Jon share an observed interaction with A; Jon's interaction with C makes C a candidate for Mira. The overlap supplies evidence of affinity, not proof of suitability.

Recorded positive interactions; ? means unknown, not disliked.
PersonLesson ALesson BLesson C
MiraObservedObserved?
JonObserved?Observed
Lea?ObservedObserved

Observed entries become fitted factors

An estimated unobserved pair is not a recovered fact.

Training produces separate user and item factors. Inference combines the corresponding factors to estimate affinity.
Read the diagram as text
  • Observed feedback.
  • Fit weighted objective.
  • User factors.
  • Item factors.
  • Pair-affinity estimate.
  • Observed feedbackFit weighted objective: Training data.
  • Fit weighted objectiveUser factors: Learned state.
  • Fit weighted objectiveItem factors: Learned state.
  • User factorsPair-affinity estimate: Inference: user vector.
  • Item factorsPair-affinity estimate: Inference: item vector.

Item-neighborhood methods instead connect items through shared behavioral patterns. A rating-based method predicts a candidate's rating using the person's ratings of similar items, weighted by item similarity. Its neighbors are items, whereas a user-neighborhood method aggregates neighboring people. These are distinct aggregation units even when both originate in the same interaction table.

Matrix factorization jointly learns compact user and item vectors whose dot products approximate feedback. Unlike hand-selected subject features, their latent coordinates need not have named meanings. Positive-only fitting can become trivial; treating every unknown entry as equally negative can overwhelm observations. Weighting choices determine what fitting rewards. Supervision, baselines, and loss explains fitting objectives.

Graph traversal makes some collaborative evidence inspectable: customer → purchased item → other buyers → their purchases. The GraphRAG workshop counts co-purchase paths to score candidates. Frequently purchased items can accumulate more paths; counting paths also differs from counting distinct buyers. Sparse overlap weakens either estimate. Relationship patterns and result rows explains traversal semantics.

Candidate coverage and source assembly

Candidate assembly determines what the ranker can possibly select. Several generators may contribute items, but their union still excludes anything none retrieved. The candidate budget limits later computation; increasing it creates more scoring work rather than guaranteeing better recommendations.

A learning catalog can allocate its bounded shortlist across complementary sources. Allocations are product choices to evaluate.
SourceContributionFailure to inspect
ContentItems matching stated topics and attributesMissing or unsuitable attributes
CollaborativeItems connected through shared behaviorSparse local neighborhoods
Recent, popular or curatedExecutable starting policiesCoverage dominated by familiar choices

Deduplicate by item identity while retaining every source membership for diagnosis. Apply eligibility and explicit source limits to the merged set. A useful lesson found by both generators remains one candidate; a lesson missing from both remains absent. Hybrid candidates and rank fusion explains the general union boundary without prescribing recommendation-specific quotas.

A two-tower retriever separately encodes request context and items into a shared scoring space. Item vectors are stored before requests; the request vector retrieves matches. This architecture can use content or behavioral evidence. Approximate search may miss exact neighbors, so compare it with exact search over identical vectors and candidates; index mechanics belong to the retrieval layer.

Distinguish approximation misses from restrictive source selection. Searching only a sparse purchase neighborhood can exclude relevant lessons before semantic matching. The graph workshop instead preserves vector candidates through optional behavioral matches. An absent behavioral match should not automatically erase a candidate's independent content evidence.

Personalized scores and ranking objectives

Features are observations supplied to a scorer; parameters are values learned during fitting. A feature can describe the person, item, request or their interaction. The same duration has different meaning when compared with available study time. Prediction tasks, features, and targets separates inputs from fitted state.

Example rule: score = topic match + fits-time indicator. These chosen scores are not probabilities.
CandidateTopic match10-minute request60-minute request
A: 10-minute recap0.60.6 + 1 = 1.60.6 + 1 = 1.6
B: 50-minute tutorial0.90.9 + 0 = 0.90.9 + 1 = 1.9

A learned ranker needs a training target, not merely features. Pointwise, pairwise and listwise describe the evidence grouped for training and the objective applied to it. They do not necessarily require different serving architectures.

FamilyTraining unitWhat reduces loss
PointwiseOne request–item example and labelPredict its labeled outcome more accurately
PairwiseTwo items and a preferred orderIncrease the preferred item's score relative to its alternative
ListwiseA request's list and judgmentsFavor the judged ordering or a ranking-metric surrogate

Pairwise training does not inherently prioritize top positions, and listwise training does not automatically encode diversity. Binary log loss rewards predictions of its specified labels; when those labels are clicks, it trains click prediction rather than independently measured usefulness. Calibration is an additional requirement before interpreting scores as reliable probabilities.

Sampled unobserved items are training contrasts, not verified dislikes. They also differ from displayed nonclicks and explicit rejection. YouTube's historical candidate model sampled alternative video classes with correction weights; its ranker weighted clicked impressions by watch time. Those weighted scores had a different interpretation from ordinary click probability.

Language models can implement the same decision interface: task instruction, profile, bounded history and candidate enter a predictor. 360Brew describes additional training beyond converting records into prompts. Its reported history experiment improved before declining at the longest contexts, so nominal context capacity did not guarantee useful history processing. Bounded scoring inputs remain an engineering concern.

Shared schemas can support several ranking tasks. The keynote describes a contextual ranker using user, item, query, country and task fields, substituting the current item's title when an item-to-item task lacks a search query. Consolidating interfaces does not remove the need to evaluate each task's outcome.

List construction and exposure allocation

A slate is the ordered collection presented together. A candidate's contribution depends on what is already selected. An MMR-style rule repeatedly balances weighted relevance against similarity to selected items. A near-duplicate can lose priority after its counterpart enters the list, while a complementary lesson gains relative appeal.

Diversity is variety within a list under a specified representation. Novelty concerns unfamiliarity to the user; absence from recorded history cannot establish it when that history is incomplete. Catalog coverage measures the fraction of catalog items recommended over a defined population and period. These quantities describe different properties and need not rise with relevance.

Selection changes marginal value

Example

Redundancy matters after a related item is selected.

1 / 3 · Initial

Standalone relevance favors A.

Assume A and B overlap strongly; C complements A.
Read the diagram as text
  • A: strongest relevance.
  • B: similar to A.
  • C: complementary.
  • List empty.
  • List: A.
  • List: A, C.
  • List emptyList: A: Select A.
  • List: AList: A, C: Select C.
  1. Initial. Standalone relevance favors A. Active: A: strongest relevance, B: similar to A, C: complementary, List empty. New: A: strongest relevance, B: similar to A, C: complementary, List empty.
  2. A selected. B now incurs redundancy. Active: A: strongest relevance, B: similar to A, C: complementary, List empty, List: A. New: List: A.
  3. C selected. The chosen tradeoff favors complementary C. Active: A: strongest relevance, B: similar to A, C: complementary, List empty, List: A, List: A, C. New: List: A, C.

Serendipity concerns experienced valuable discovery. An interview study describes encounters felt as fortuitous, refreshing or enriching: unfamiliar content within a favorite genre, or rediscovery of forgotten music. Neither never-before-consumed status nor strict unexpectedness is required in every case. More list variety does not by itself establish that experience.

Repeat exposure and freshness need explicit policies. The example catalog may prohibit another display after a chosen cap, while merely boosting a recent lesson among otherwise eligible candidates. The first changes eligibility; the second changes priority. Diversity can favor exploration of several subjects, while deliberate study may benefit from related material in depth.

Provider exposure is the attention opportunity allocated to an item's supplier, not its clicks or realized benefit. Higher positions can receive substantially more attention, so small relevance differences can produce large exposure differences. Explicit constraints—such as exposure proportional to assessed relevance—can change the utility-maximizing ordering. Their meaning, feasibility and tradeoffs must be chosen for the application rather than assumed universally fair.

Exposure effects and self-generated evidence

Exposure bias arises because observed feedback comes from selectively presented items. Position bias adds another mechanism: placement affects whether an item is examined, and examination affects opportunities to click. Consequently, a nonclick cannot automatically become a negative relevance judgment.

Feedback is missing not at random when the observation process depends on factors related to the outcome being studied. A policy selects items using predicted interests, so observed pairs need not represent the eligible catalog. Averaging errors only over those pairs can reward agreement with the selection process. Coverage, selection and sampling explains the general boundary.

A click has several causes

Interest and opportunity jointly shape observed feedback.

This observation model unrolls successive policies. Arrows express dependencies, not measured effect sizes.
Read the diagram as text
  • Prior scores.
  • Selected exposure.
  • Display position.
  • Examination.
  • User interest.
  • Observed click.
  • Next fitted scores.
  • Prior scoresSelected exposure: Influences selection.
  • Prior scoresDisplay position: Influences placement.
  • Selected exposureExamination: Enables.
  • Display positionExamination: Changes opportunity.
  • ExaminationObserved click: Enables response.
  • User interestObserved click: Influences response.
  • Observed clickNext fitted scores: Training observation.

Repeated fitting can reinforce its own evidence patterns. In a simulation where choices depended on both latent preferences and recommendation rank, retraining increased overlap between users' consumed-item sets. That homogenization was distinct from concentration on global hits; the result depended on the modeled choice and retraining assumptions.

Feedback integrity is a separate problem. Shilling attacks fabricate rating profiles to promote or suppress a target, combining extreme target ratings with plausible filler ratings. These correlated, strategic records differ from ordinary noisy judgments. A changing recommendation list can reflect manipulation rather than a genuine preference shift; vulnerability depends on the algorithm and attack.

Cold start and changing evidence

Cold start means insufficient relevant interaction evidence for the usual personalization method. New users, new items and established users with a new task lack different information. An opaque item identifier carries no content signal, so new or rarely observed items can struggle even when their descriptions would make them useful candidates.

Missing evidenceAvailable starting signalLimit
New person's preferencesStated interests or selected ratingsQuestions require familiarity and effort
New item's behaviorDescriptive content plus known user interestsNeeds exposure to acquire behavioral evidence
Persistent identityOrdered current-session actionsDoes not establish cross-visit preferences
History relevant to today's taskCurrent request and recent behaviorOld patterns may still contain useful information

Preference elicitation asks the person for useful information. Frequently rated items are more likely to be familiar; items attracting diverse ratings may distinguish preferences better. Choosing only contentious but obscure items can produce unanswered questions. Adaptive elicitation uses earlier answers to select later requests. An unanswered question remains unknown rather than a dislike.

Curated selections and contextual popularity provide executable initial policies when evidence is limited, but their adequacy still needs measurement. New observations can update session state before retraining a model. A returning user's history should remain evidence to interpret, not an instruction overriding an explicit current need.

Pretrained knowledge may help sparse-history ranking. 360Brew reported a larger advantage for users with fewer interactions, but omitted the metrics and cohort sizes needed to quantify it. That finding motivates cohort-specific tests; it does not establish a general cold-start solution.

Bounded exploration and partial feedback

Exploitation chooses according to current estimates; exploration allocates choices to learn about uncertain alternatives. A contextual bandit observes request context, chooses an action and receives a reward only for that action. Here the action is one item in a discovery slot, and reward is a specified observed response. This one-step formulation does not establish long-term benefit.

Example selection distribution for one slot, after eligibility checks.
Available actionSelection probabilityReward before selection
Current favorite0.7Unknown for this request
Alternative B0.1Unknown
Alternative C0.1Unknown
Alternative D0.1Unknown

Record the selected item and its total selection probability alongside context and the later reward. The probability of selecting B is not B's click probability. Only the selected action produces direct feedback; a useful new lesson outside the available-action set still has no opportunity to teach the policy anything.

Uncertainty-aware exploration can replace a fixed allocation: LinUCB combines estimated reward with an uncertainty bonus under a linear model. Either approach trades immediate estimated reward against learning opportunities. A varied list alone supplies no specified exploration probability. The example preserves exclusions, limits discovery to one slot and monitors correction burden; Actions and rewards provides the broader learning context.

Historical evaluation and decision-time evidence

A temporal holdout reserves later events for assessment. Point-in-time correctness additionally requires features that were available at each historical decision. A backward timestamp join avoids attaching future observations, but a late-arriving record or retrospectively recomputed feature can still leak information. Reconstruct availability, the then-eligible catalog and the outcome window rather than joining today's latest state.

Compare baseline and proposed policies on matched populations with separate tuning and final testing. Inspect new users, new items, sparse histories and distinct intents separately. Predictions must precede the observations used as their targets. Controlled offline comparisons explains the general comparison discipline.

Event time differs from availability

Example

A late arrival cannot become an earlier input.

1 / 3 · Decision

The feature has not arrived.

The feature's event precedes the request, but its arrival follows it. Historical reconstruction preserves that boundary.
Read the diagram as text
  • Request at 10:00.
  • Feature event at 09:59.
  • Unavailable at decision.
  • Available from 10:02.
  • Later outcome.
  • Historical evaluation row.
  • Feature event at 09:59Unavailable at decision: Status at 10:00.
  • Feature event at 09:59Available from 10:02: Later arrival.
  • Request at 10:00Historical evaluation row: Decision boundary.
  • Unavailable at decisionHistorical evaluation row: Exclude feature.
  • Later outcomeHistorical evaluation row: Assessment target.
  1. Decision. The feature has not arrived. Active: Request at 10:00, Feature event at 09:59, Unavailable at decision. New: Request at 10:00, Feature event at 09:59, Unavailable at decision.
  2. Later. Availability changes; the original boundary does not. Active: Request at 10:00, Feature event at 09:59, Unavailable at decision, Available from 10:02, Later outcome. New: Available from 10:02, Later outcome.
  3. Reconstruct. Use the outcome without leaking the feature. Active: Request at 10:00, Feature event at 09:59, Unavailable at decision, Available from 10:02, Later outcome, Historical evaluation row. New: Historical evaluation row.
Recall@K=TKRR\operatorname{Recall@K}=\frac{|T_K\cap R|}{|R|} TKT_K is the recommended top-KK set; RR is the relevant set in the stated evaluation universe. If R={A,C,D}R=\{A,C,D\} and T2={A,B}T_2=\{A,B\}, recall is 1/31/3, not 1/21/2. For empty RR, exclude the case or explicitly document a convention.

Candidate coverage and ordering require separate tests. If D never enters the shortlist, changing rank scores cannot recover it. If C enters but ranks below B, the scorer or list policy may be responsible. Counting relevance only inside the shortlist conceals omitted relevant items; Coverage and ordering at explicit cutoffs develops the measurement distinction.

NDCG@K discounts relevance at lower ranks and divides by the ideal discounted gain for the same judged set. With binary labels, gain 2y12^y-1 and discount 1/log2(r+1)1/\log_2(r+1), ordering [irrelevant, relevant] has NDCG@2 about 0.631; reversing it gives 1. Specify candidate universe, gain, ties and zero-ideal-gain handling. This measures ordering against judgments, not diversity or learning.

Sampling comparison items changes the ranking problem. A relevant lesson can rank poorly against the catalog yet appear near the top among a few sampled alternatives. Research shows that sampled metrics can even reverse model comparisons in expectation under studied sampling schemes. Report the candidate universe and sampling procedure; a sampled NDCG increase does not establish a full-catalog improvement.

Logged policies and alternative choices

Off-policy evaluation estimates a target policy using data from a logging policy. Randomized replay retains events where the target would choose the logged action. Under independent-event and uniformly randomized-logging assumptions, retained histories reproduce the distribution of an online run, but discard much data. Arbitrary deterministic logs do not inherit that guarantee.

w(x,a)r=π(ax)μ(ax)rw(x,a)r=\frac{\pi(a\mid x)}{\mu(a\mid x)}r For context xx, logged action aa and observed reward rr, μ\mu is the logging selection probability and π\pi the target probability. This weighted contribution requires nonzero logging support wherever the target selects; valid estimation also requires appropriate observation and assignment assumptions.
Example item-action contributions: the first two rows assume observed reward 1 and illustrate weights, not performance estimates. The final row is an unsupported target action: zero logging probability means no reward can be observed for it under that logging policy.
Logging probabilityTarget probabilityContribution
0.50.51
0.010.220; sensitive to rare observations
00.2Unsupported; no logged outcome contribution

A selection propensity concerns choosing an action; an examination propensity concerns whether placement leads to observation. Neither is a predicted click probability. Incorrect propensity estimates undermine correction. Weighting does not erase every confounder; Prediction and causal effects explains why estimating an association and estimating an intervention require different assumptions.

The action unit must match the reward. For arbitrary whole-slate reward, weighting generally needs the target-to-logging probability ratio of the entire ordered slate. Multiplying unrelated item probabilities need not recover that joint probability. Slate spaces grow combinatorially, making overlap and variance difficult. Estimators using additive item-position rewards reduce requirements only by assuming away interactions among items.

Online outcomes and justified rollout

A randomized policy comparison estimates outcomes for its experimental population and observation period. For the learning catalog, assign eligible learners consistently across repeat visits, record actual exposure and define the success criterion before inspecting results. Repeated clicks from one learner are not independent assignment units. Live causal evidence and uncertainty explain the general requirements.

Example release protocol keeps different outcomes visible.
EvidencePurposeDecision boundary
Assignment and rendered exposureEstablish which policy could affect each learnerInvestigate missing exposure records
Later task or assessment resultEvaluate the intended learning outcomeRequire the declared follow-up window
Corrections, invalid items, latency and availabilityGuardrails: outcomes the change must not degradePredeclare stop thresholds separately from success

Initial investigative clicking can reflect newness; established users can also become temporarily less efficient while adapting to changed navigation. Longer observation and separate analysis of new users can help interpretation. These mechanisms do not establish persistent recommendation benefit or accumulated fatigue.

Interference occurs when one unit's outcome depends on others' assignments—for example, through shared inventory or supplier attention. Cluster randomization groups interacting units; switchbacks alternate policies over time. Both require suitable analysis, and neither automatically removes cross-group spillovers or carryover. Clustering can also reduce statistical power.

The Math Nation study's initial analysis did not find a significant treatment coefficient, and missing covariates excluded 5,448 of 16,406 assigned students. Exploratory usage subgroups cannot establish an unconditional benefit. Likewise, the reported YouTube surface/platform conflict shows why attributed engagement and the overall criterion must remain separate.

A justified rollout combines effect estimates, uncertainty, guardrails and important user/item groups. An inconclusive downstream result remains inconclusive even when clicks improve. Possible fatigue from repeated exposure is an untested concern in this example, not an established finding; observation length must match the outcome claimed.

Freshness, serving budgets and safe fallback

Online computation uses current request context; offline computation prepares results in batches; nearline computation asynchronously updates stored results after events. These choices trade request work against freshness. A precomputed fallback can preserve availability while changing personalization quality. Latency and bounded degradation explains why parallel branches and dependent stages consume a deadline differently.

Freshness has several independent clocks.
StateWhat can changeOperating requirement
Session and preferencesA new goal or explicit correctionRefresh relevant request context
Catalog and eligibilityRemoval, access or availabilityRevalidate authoritative constraints before display
Vectors, index and modelThe learned scoring spaceDeploy compatible artifacts together

Overlap within a request deadline

Example timings

Parallel work contributes through its completion boundary.

Recommendation request095 msDuration 95 ms
Context lookup010 msDuration 10 msWithin Recommendation request
Content candidates1035 msDuration 25 msWithin Recommendation request
Behavioral candidates1050 msDuration 40 msWithin Recommendation request
Request feature fetch1040 msDuration 30 msWithin Recommendation request
Candidate assembly5055 msDuration 5 msWithin Recommendation request
Rank and construct list5585 msDuration 30 msWithin Recommendation request
Final eligibility and response8595 msDuration 10 msWithin Recommendation request
The request finishes at 95 ms against a 100 ms deadline. Ranking waits for candidates and features; final eligibility follows ranking. All child spans belong to the request. Do not sum overlapping spans as elapsed time.
Read the diagram as text
  • Recommendation request. 0 to 95 ms; duration 95 ms.
  • Context lookup. 0 to 10 ms; duration 10 ms. Parent: Recommendation request.
  • Content candidates. 10 to 35 ms; duration 25 ms. Parent: Recommendation request.
  • Behavioral candidates. 10 to 50 ms; duration 40 ms. Parent: Recommendation request.
  • Request feature fetch. 10 to 40 ms; duration 30 ms. Parent: Recommendation request.
  • Candidate assembly. 50 to 55 ms; duration 5 ms. Parent: Recommendation request.
  • Rank and construct list. 55 to 85 ms; duration 30 ms. Parent: Recommendation request.
  • Final eligibility and response. 85 to 95 ms; duration 10 ms. Parent: Recommendation request.

Compatibility binds preprocessing, query weights, item vectors, identifiers, scoring conventions and index. Equal dimensions are insufficient. Changing the item encoder requires updated vectors and index state; retain a compatible bundle for rollback. Training-serving skew is a mismatch between fitting-time and live features or transformations, detectable by comparing corresponding feature computations.

Cached candidates do not certify current eligibility. In the example contract, fallback candidates pass the same authoritative access, removal, prerequisite and exclusion checks as fresh candidates. Withhold unverifiable items when those dependencies fail. The response may be shorter or empty; restoring response speed must not silently weaken the product's hard requirements.

Precomputation changes what a model can condition on. YouTube's presentation describes removing personalized fields, generating video-to-video candidates offline and serving table lookups for popular source videos. That avoids online generation for those candidates but trades away user-specific conditioning in the table; refresh and tail coverage remain separate design problems.

Distillation trains a smaller student using a stronger teacher's outputs. The Indeed example used LLM-produced labels for a lightweight online classifier when direct LLM filtering remained too slow. The student still needs independent quality and serving tests; Deployment constraints and reassessment explains that boundary.

Monitoring, updates and recovery

The learning lifecycle joins exposures to outcomes, matures labels, constructs a versioned dataset, evaluates a candidate change and monitors its release. Rapid context updates need not wait for periodic fitting. Repeatable pre-release evaluation and production monitoring serve different roles: one checks known cases; the other reveals changing conditions and new failures.

Localize the earliest broken contract before changing models.
ObservationFirst evidence to inspect
Useful lesson never appearsGenerator membership, source limits and eligibility decisions
Candidates arrive but ordering deterioratesServing feature values, model age and comparable historical predictions
High-scoring list repeats the same materialList-level redundancy and exposure history
Sudden apparent decline in positive outcomesMissing joins, event arrival and immature observation windows
A target item rises through correlated new profilesRecord provenance and possible strategic manipulation

Rollback retains history

Example

Serving restoration does not erase prior exposure.

1 / 4 · Initial

A serves.

A returns to service; B's exposure remains and receives a later outcome.
Read the diagram as text
  • Bundle A.
  • Bundle B.
  • Before: A serving.
  • Trial: B serving.
  • Exposure E under B.
  • After rollback: A serving.
  • E's later outcome.
  • Bundle ABefore: A serving: Initial.
  • Bundle BTrial: B serving: Trial.
  • Trial: B servingExposure E under B: Produces.
  • Bundle AAfter rollback: A serving: Restored.
  • Exposure E under BE's later outcome: Joined.
  1. Initial. A serves. Active: Bundle A, Before: A serving. New: Bundle A, Before: A serving.
  2. Trial. B creates E. Active: Bundle A, Bundle B, Before: A serving, Trial: B serving, Exposure E under B. New: Bundle B, Trial: B serving, Exposure E under B.
  3. Rollback. A resumes; E persists. Active: Bundle A, Bundle B, Before: A serving, Trial: B serving, Exposure E under B, After rollback: A serving. New: After rollback: A serving.
  4. Follow-up. E receives its outcome. Active: Bundle A, Bundle B, Before: A serving, Trial: B serving, Exposure E under B, After rollback: A serving, E's later outcome. New: E's later outcome.

Monitor coverage, concentration, repetition, corrections and delayed outcomes separately. Successful HTTP responses cannot establish recommendation quality. Preserve policy and feature versions for investigations, and compare live features with their training counterparts. Failure localization provides the general investigation method.

A preference correction needs effective follow-through at its declared scope; Feedback scope and follow-through explains that interface obligation. Updating recommendation inputs is different from deleting stored evidence, and a profile edit should not silently promise both.

Rollback restores selected serving artifacts, not the world before their use. Earlier exposure remains part of the behavioral record and can acquire a delayed outcome after rollback. Preserve that provenance when constructing later training data; otherwise behavior influenced by the withdrawn policy can be mistaken for evidence collected under its replacement.

Behavioral provenance also creates privacy obligations. Removing direct identifiers does not necessarily anonymize sparse histories: auxiliary movie ratings and approximate dates have been used to link released recommendation records to people. Keep only the detail needed for the defined purpose, with controlled access and retention; Minimization and remaining identification risk explains the governance boundary.

Open questions

  1. Separating persistent benefit from policy-shaped behavior remains difficult because exposure changes later observations and immediate rewards omit longer-term effects. Progress would include controlled follow-up showing improved task outcomes alongside preserved choice, rather than only higher interaction rates.

  2. Reliable whole-list evaluation remains constrained by sparse support and interactions among items. Progress would mean useful uncertainty bounds for realistic slate policies without assuming that each item's reward contribution is independent of its companions.

  3. Producing valuable discovery requires more than maximizing variety: familiarity, forgotten interests and personal context affect the experience. Progress would connect list interventions to reported enriching discoveries and task outcomes, distinguishing those effects from novelty alone.

  4. Reusable user representations must respond to meaningful changes without destabilizing every consuming recommender. The appropriate balance is unresolved when a brief session conflicts with long-term history. Progress would specify stability and adaptation tests across surfaces, including explicit corrections and new tasks.

Follow the curated reading path through the speakers and demonstrations behind this entry.

Explore more talks

The rest of the library, beyond the curated path. Cited talks support this entry; reviewed transcripts were processed in full. Metadata candidates have not been reviewed as sources or verified as topic members.

56 matching talks

TalkSpeakerEventYear
Shivam VermaAI Engineer World's Fair 20252025
Rafal Wilinski, Vitor BaloccoAI Engineer World's Fair 20252025
Low Level Technicals of LLMs

Transcript reviewed

Daniel HanAI Engineer World's Fair 20242024
Jan SimlAI Engineer World's Fair 20252025
Jared JoselowitzAI Engineer World's Fair 20262026
Darius EmraniAI Engineer World's Fair 20252025
Ari HeljakkaAI Engineer World's Fair 20252025
Šimon PodhajskýAI Engineer Europe 20262026
Beyang LiuAI Engineer World's Fair 20242024
Bertrand CharpentierAI Engineer Europe 20262026
Tim AingeAI Engineer World's Fair 20262026
A Song of Types and Agents

Metadata candidate

Roberto StagiAI Engineer World's Fair 20262026
Boris Bogatin, Toufic BoubezAI Engineer Code 20252025
Thor Schaeff, Philipp SchmidAI Engineer Europe 20262026
Gergely Orosz, Simon EskildsenAI Engineer World's Fair 20262026
Cohere for VPs of AI

Metadata candidate

Vivek MuppallaAI Engineer World's Fair 20242024
Karina NguyenAI Engineer Summit 20252025
Mani KhanujaAI Engineer World's Fair 20252025
Ahmad AwaisAI Engineer Code 20252025
Arthur ObjartelAI Engineer Summit 20252025
Kevin HouAI Engineer World's Fair 20242024
Ishita DagaAI Engineer World's Fair 20262026
Benjamin FletcherAI Engineer World's Fair 20242024
Craig WattrusAI Engineer World's Fair 20252025
Emil EifremAI Engineer World's Fair 20242024
Iman MakaremiAI Engineer World's Fair 20252025
Rashi AgrawalAI Engineer World's Fair 20262026
Jaspreet SinghAI Engineer World's Fair 20252025
Hamel Husain, Greg CeccarelliAI Engineer Summit 20252025
Jeff Huber, Jason LiuAI Engineer World's Fair 20252025
Philipp KrennAI Engineer World's Fair 20252025
Justin McCartyAI Engineer World's Fair 20242024
Tom SmokerAI Engineer World's Fair 20252025
David KaramAI Engineer World's Fair 20252025
Shlok KhemaniAI Engineer World's Fair 20262026
Shafik Quoraishee, Joanne SongAI Engineer World's Fair 20262026
Mentoring the Machine

Metadata candidate

Eric HouAI Engineer World's Fair 20252025
Peter Werry, BrandonAI Engineer Europe 20262026
Rami AlhamadAI Engineer World's Fair 20252025
Atita Arora, Deanna EmeryAI Engineer World's Fair 20242024
Pablo CastroAI Engineer World's Fair 20242024
Tengyu MaAI Engineer World's Fair 20252025
Anton TroynikovAI Engineer Summit 20232023
Shawn JanseparAI Engineer World's Fair 20242024
Scaling Compute on Context

Metadata candidate

Jack MorrisAI Engineer World's Fair 20262026
Arek BoruckiAI Engineer World's Fair 20262026
Sumit AgarwalAI Engineer World's Fair 20242024
Beyang LiuAI Engineer World's Fair 20252025
William LyonAI Engineer World's Fair 20252025
The Pipeline Is Dead

Metadata candidate

Iris ten TeijeAI Engineer World's Fair 20262026
Jonathan FernandesAI Engineer World's Fair 20252025
Frank LiuAI Engineer World's Fair 20252025
Sangwu LeeAI Engineer World's Fair 20262026
What the Best Agents Share

Metadata candidate

Mardu SwanepoelAI Engineer Europe 20262026
Mukuntha Narayanan, Han WangAI Engineer World's Fair 20252025
Andy TriedmanAI Engineer Summit 20252025

References

Coverage and source review
Processed transcripts
14 processed in full · 5 in the curated path
Automated source review
Passed
Metadata candidates
47 unreviewed; not verified topic membership
Corpus version
1bd8e407b26a07b33815594e1b2db5f41827119a2b3cb6fbf240f9fc571fc767

Automated review checks source support; it is not publication approval.

A synthesis of selected conference talks and technical references. Citations link to the source material; they do not imply that every talk on this subject is included.

  1. The effects of a personalized recommendation system on students’ high-stakes achievement scores: A field experiment

    Sections 1–4; concrete educational recommendation workflow, objective, comparator, downstream outcome and analysis exclusions.

  2. How YouTube recommendations work

    YouTube’s recommendation system section; first-party example of contextual selection and multiple feedback types.

  3. Preparing item interaction data for training — Amazon Personalize

    Contextual metadata and Impressions data sections; concrete request-to-display-to-feedback interface.

  4. Learned Ranking Function: From Short-term Behavior Predictions to Long-term User Satisfaction

    Sections 2, 4.1 and 4.2.4; objective boundaries and a reported live ablation, without expanding into the paper’s reinforcement-learning derivation.

  5. Recommendation stages: eligibility, scoring and list constraints

    Candidate generation, Scoring and Re-ranking sections; the eligibility/scoring/list-objective terminology is an explicitly identified teaching synthesis.

  6. Unbiased Offline Evaluation of Contextual-bandit-based News Article Recommendation Algorithms

    Original paper, section 3 assumptions, evaluator, and limitations. Foundations for contextual bandits and offline policy evaluation.

  7. Persistent preference, temporal drift and transient effects

    Section 3; sections 4.1–4.3 and 5; equations 9, 13–14 and 16, plus the comparison of instance weighting and temporal modeling.

  8. Content-based Filtering

    Google recommendation course; worked feature-space and user-profile example.

  9. Contextual Bandit Content Personalization — VowpalWabbit 9.1.0

    Simulate reward, Understanding VW format, Getting a decision and Aside: interactions; published teaching fixture and event interface.

  10. Anonymous session intent from ordered interactions

    Sections 1, 3, 3.1.1 and 4.1; recurrent-state equation and session-parallel training.

  11. Personalization in the Era of LLMs: user steering

    Retained transcript: ordinals22–27 (4:23–5:28),83–86 (16:38–17:28),89–92 (17:47–18:43); accepted extraction includes the same taste-profile mechanism.

  12. Filtering recommendations and user segments — Amazon Personalize

    Real-time filtering, promotions and Filter updates for new records; eligibility and freshness example.

  13. Recsys Keynote: Improving Recommendation Systems & Search in the Age of LLMs

    The Indeed example starts with expert-labeled user–job pairs and treats precision of rejection as a critical constraint.

  14. Modeling delayed conversion feedback

    Sections 2.1–2.3 and 3; equations 2–5 and the delayed-feedback likelihood. CDF expression is an equivalent mathematical restatement.

  15. Deep Learning, Chapter 2: Linear Algebra

    Sections 2.2, 2.5–2.6; ranking example, distance identity, rotation preservation, and counterexample are algebraic deductions.

  16. One model to rule recommendations: Netflix's Big Bet

    Complement learned item-ID embeddings with semantic content embeddings to address cold start.

  17. Item-based Collaborative Filtering Recommendation Algorithms — Memory-based Collaborative Filtering Algorithms

    Section 2.1.1 of Sarwar and colleagues’ original paper; plain-language user-neighborhood mechanism.

  18. Google Recommendation Systems: Matrix factorization

    Official learning guide, representation and objective sections. Introduces collaborative filtering with a concrete low-dimensional model.

  19. Item-based Collaborative Filtering Recommendation Algorithms — Item-based Collaborative Filtering Algorithm

    Section 3; item-neighborhood selection and rating prediction.

  20. Knowledge Graphs & GraphRAG: Techniques for Building Effective GenAI Applications: Zach Blumenthal

    Shared purchases define a local peer group, whose purchases supply recommendations for items the target customer has not bought.

  21. Knowledge Graphs & GraphRAG: Techniques for Building Effective GenAI Applications: Zach Blumenthal

    Graph-first filtering is a proposed scaling option, but sparse local graphs can over-restrict semantic search.

  22. Rules of ML: baselines, feature consistency and freshness monitoring

    Rules 1–2, 7–8, 27–29, 37–39; baseline guidance, monitoring and Training-Serving Skew sections.

  23. Relevance scoring in hybrid search using Reciprocal Rank Fusion — Azure AI Search

    Official technical documentation; RRF process and ranking stages.

  24. Two-tower retrieval, approximation and compatible deployment artifacts

    Model definition; Building an index; Evaluating the approximation; Exporting the model; Tuning ScaNN. Artifact replacement and rollback requirements are deductions from the documented construction.

  25. Knowledge Graphs & GraphRAG: Techniques for Building Effective GenAI Applications: Zach Blumenthal

    An optional graph match can preserve semantic-search results when the behavioral graph supplies no match.

  26. Logistic regression: features, parameters and conditional probabilities

    Sigmoid function, logistic-regression equation, log-odds derivation and worked calculation; click interpretation is an application of the documented binary model.

  27. Pointwise, pairwise and listwise learning to rank

    Section 1.2.3; sections 2–4, especially RankNet equations 3.3–3.4 and ListMLE equation 4.13.

  28. Logistic regression: binary log loss

    Log Loss equation and variable definitions; Regularization discussion. The click-versus-utility distinction follows from the explicitly defined target.

  29. YouTube training examples, sampled classes and watch-time ranking

    Sections 3.1, 3.4 and 4.2; Figure 5. Original URL preserved; full paper verified through https://csmeyns.github.io/propaganda-everyday/pdf/covington-et-al-2016-deep-neural-networks-for-youtube-recommendations.pdf because the supplied host failed.

  30. 360Brew: LLM-based Personalized Ranking and Recommendation — Hamed Firooz and Maziar Sanjabi, LinkedIn AI

    Represent recommendation as an instruction-conditioned prediction over a member profile, interaction history, and a new candidate item.

  31. 360Brew: LLM-based Personalized Ranking and Recommendation — Hamed Firooz and Maziar Sanjabi, LinkedIn AI

    Longer history improved performance in the reported experiment until performance dropped at the longest contexts.

  32. Recsys Keynote: Improving Recommendation Systems & Search in the Age of LLMs

    Netflix's unified contextual ranker uses a common input schema and fills missing task-specific fields, including substituting an item title when no search query exists.

  33. The Use of MMR, Diversity-Based Reranking for Reordering Documents and Producing Summaries

    Author-uploaded original paper, sections 1–3; mechanism for a constructed lesson-list redundancy example.

  34. Temporal protocols and distinct recommendation-quality dimensions

    Author-uploaded handbook chapter, sections 2.1.2, 2.4, 3.2–3.4, 3.6 and 3.8.

  35. What Is Serendipity? An Interview Study to Conceptualize Experienced Serendipity in Recommender Systems

    Sections 3–4.1; interview methodology, conceptual framework and participant examples. Complements the reused note defining within-list diversity.

  36. Provider exposure as a ranking objective

    Introduction example; sections 3–4, especially equation 3 and demographic-parity and disparate-treatment constraints; section 5 feasibility discussion.

  37. Unbiased Learning-to-Rank with Biased Feedback

    Joachims et al., 2017; sections 3–5 on empirical risk, IPS and position-based propensity modeling.

  38. Recommendations as Treatments: Debiasing Learning and Evaluation

    Original paper, section 3 estimators and section 5 propensity estimation. Complements randomized replay with a weighting-based mechanism.

  39. Algorithmic confounding and simulated homogenization

    Sections 3–5, especially user-choice assumptions, repeated-training procedure, equation 7 and Figures 3–6.

  40. Strategic manipulation through fabricated rating profiles

    Sections 2–4; RandomBot/AverageBot construction and prediction-shift versus recommendation-occupancy evaluation. Full paper verified at https://www.ra.ethz.ch/CDStore/www2004/docs/1p393.pdf after original-host access failed.

  41. Recsys Keynote: Improving Recommendation Systems & Search in the Age of LLMs

    Hash-based item IDs provide no content signal, leaving new and tail items dependent on insufficient interaction evidence.

  42. Learning new-user preferences through informative rating requests

    Sections 1–3, especially rating frequency, entropy, HELF and clustered-neighbor information gain; content-matching contrast is a synthesis with the supplied Google content-features note.

  43. 360Brew: LLM-based Personalized Ranking and Recommendation — Hamed Firooz and Maziar Sanjabi, LinkedIn AI

    The reported advantage over production models increased as users had fewer recorded interactions.

  44. Contextual bandits: reward estimation plus exploration

    Sections 2 and 3.1; contextual-bandit protocol, ridge estimate and equation 5.

  45. Point-in-time historical feature joins

    Official point-in-time-joins documentation source: entity dataframe, get_historical_features example, backward scan and TTL explanation.

  46. Recall@K: relevant-item denominator

    RecallMetric definition, label conversion and standalone examples; set notation restates the documented indicator formula.

  47. Leveraging Unlabeled Data to Scale Blocking for Record Linkage

    Section 2 blocking coverage and cost definitions; Section 3.1 Experiment Setup, Evaluation Metrics, and dataset splits.

  48. NDCG@K: gains, discounts and ideal normalization

    Version 0.5.3, NDCGMetric and DCGMetric definitions and constructor defaults; topn controls truncation.

  49. Evaluation metrics under sampled candidates

    Sections 3–4, particularly sampled-rank distributions and section 4.5.2 on cutoff metrics.

  50. Off-policy evaluation for slate recommendation

    Sections 1–3, equation 4 and assumptions 1–2; closes the distinction between item, position and whole-list evaluation actions.

  51. Randomized policy comparison and experimental uncertainty

    Sections 2–3 on experiment ingredients, randomization, power and confidence intervals; section 4 limitations.

  52. Guardrails and interference in online experiments

    Section 1.2, The General Framework, and section 6, Interference.

  53. Controlled experiments on the web: survey and practical guide

    Section 3.6, limitations 2–3. Adds support for novelty and adaptation effects to the existing randomized-experiment note.

  54. Netflix architecture: online, nearline and fallback computation

    Offline, Nearline, and Online Computation section, including online SLA failure, cached-result fallback and event-driven updates.

  55. Teaching Gemini to Speak YouTube: Adapting LLMs for Video Recommendations to 2B+ DAU

    Remove personalized prompt fields and precompute video-to-video recommendations offline to avoid online model inference for those candidates.

  56. Recsys Keynote: Improving Recommendation Systems & Search in the Age of LLMs

    Indeed used a fine-tuned LLM to supply labels for a lightweight classifier after direct LLM filtering failed latency requirements.

  57. The Benchmarks Game: Why It's Rigged and How You Can (Really) Win

    Use repeatable evaluations as a pre-deployment quality gate and continue the loop with production monitoring.

  58. Cognitive Exhaust Fumes, or: Read-Only AI Is Underrated — Šimon Podhajský, Head of AI, Waypoint

    The speaker argues that writing back into observed sources contaminates the behavioral evidence used for future analysis.

  59. Re-identification risk in released recommendation histories

    Attack model and matching method; Netflix Prize experiments and section 5 on public IMDb auxiliary information.

  60. One model to rule recommendations: Netflix's Big Bet

    A reusable user representation needs stability as interaction history changes, not just predictive quality for the next event.