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.
| Setting | User outcome | Tempting proxy | Requirement |
|---|---|---|---|
| Learning catalog | Understand an appropriate next concept | Lesson clicks or completion | Required prerequisites are complete |
| Entertainment | Find something satisfying to watch | Watch time alone | Respect explicit exclusions |
| Shopping | Find a suitable available product | Product clicks | Unavailable products cannot appear |
One decision creates later evidence
Selection narrows possibilities; feedback describes exposed choices.
Read the diagram as text
- Context lookup.
- Eligibility.
- Candidate generation.
- Ranking.
- List construction.
- Display.
- Outcome collection.
- Subsequent decision.
- Context lookup → Eligibility: Request constraints.
- Eligibility → Candidate generation: Permitted inventory.
- Candidate generation → Ranking: Shortlist.
- Ranking → List construction: Item scores.
- List construction → Display: Ordered items.
- Display → Outcome collection: Exposure identity.
- Outcome collection → Subsequent 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.
| Decision | Example | Consequence |
|---|---|---|
| Eligibility | An advanced lesson requires an unfinished prerequisite | Exclude it even if its predicted appeal is high |
| Preference | Two accessible lessons differ in fit with today's goal | Compare their desirability |
| Current context | A short phone session versus a longer desktop session | The 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
ExamplePending and positive labels describe different observation cutoffs.
Display remains unestablished.
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 A → Selection recorded: Selected.
- Selection recorded → Display recorded: Rendered.
- Display recorded → Outcome pending at cutoff: Unresolved.
- Request R / lesson A → Later completion recorded: Joined outcome.
- Later completion recorded → Positive completion label: Supports.
- Selected. Display remains unestablished. Active: Request R / lesson A, Selection recorded. New: Request R / lesson A, Selection recorded.
- 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.
- 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.
- 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.
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.
| Lesson | Subject | Level and duration | Current fit |
|---|---|---|---|
| SQL recap | Databases | Introductory; 10 minutes | Fits a short refresher |
| Query optimizer internals | Databases | Advanced; 50 minutes | Similar 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.
| Person | Lesson A | Lesson B | Lesson C |
|---|---|---|---|
| Mira | Observed | Observed | ? |
| Jon | Observed | ? | Observed |
| Lea | ? | Observed | Observed |
Observed entries become fitted factors
An estimated unobserved pair is not a recovered fact.
Read the diagram as text
- Observed feedback.
- Fit weighted objective.
- User factors.
- Item factors.
- Pair-affinity estimate.
- Observed feedback → Fit weighted objective: Training data.
- Fit weighted objective → User factors: Learned state.
- Fit weighted objective → Item factors: Learned state.
- User factors → Pair-affinity estimate: Inference: user vector.
- Item factors → Pair-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.
| Source | Contribution | Failure to inspect |
|---|---|---|
| Content | Items matching stated topics and attributes | Missing or unsuitable attributes |
| Collaborative | Items connected through shared behavior | Sparse local neighborhoods |
| Recent, popular or curated | Executable starting policies | Coverage 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.
| Candidate | Topic match | 10-minute request | 60-minute request |
|---|---|---|---|
| A: 10-minute recap | 0.6 | 0.6 + 1 = 1.6 | 0.6 + 1 = 1.6 |
| B: 50-minute tutorial | 0.9 | 0.9 + 0 = 0.9 | 0.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.
| Family | Training unit | What reduces loss |
|---|---|---|
| Pointwise | One request–item example and label | Predict its labeled outcome more accurately |
| Pairwise | Two items and a preferred order | Increase the preferred item's score relative to its alternative |
| Listwise | A request's list and judgments | Favor 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
ExampleRedundancy matters after a related item is selected.
Standalone relevance favors A.
Read the diagram as text
- A: strongest relevance.
- B: similar to A.
- C: complementary.
- List empty.
- List: A.
- List: A, C.
- List empty → List: A: Select A.
- List: A → List: A, C: Select C.
- 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.
- A selected. B now incurs redundancy. Active: A: strongest relevance, B: similar to A, C: complementary, List empty, List: A. New: List: A.
- 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.
Read the diagram as text
- Prior scores.
- Selected exposure.
- Display position.
- Examination.
- User interest.
- Observed click.
- Next fitted scores.
- Prior scores → Selected exposure: Influences selection.
- Prior scores → Display position: Influences placement.
- Selected exposure → Examination: Enables.
- Display position → Examination: Changes opportunity.
- Examination → Observed click: Enables response.
- User interest → Observed click: Influences response.
- Observed click → Next 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 evidence | Available starting signal | Limit |
|---|---|---|
| New person's preferences | Stated interests or selected ratings | Questions require familiarity and effort |
| New item's behavior | Descriptive content plus known user interests | Needs exposure to acquire behavioral evidence |
| Persistent identity | Ordered current-session actions | Does not establish cross-visit preferences |
| History relevant to today's task | Current request and recent behavior | Old 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.
| Available action | Selection probability | Reward before selection |
|---|---|---|
| Current favorite | 0.7 | Unknown for this request |
| Alternative B | 0.1 | Unknown |
| Alternative C | 0.1 | Unknown |
| Alternative D | 0.1 | Unknown |
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
ExampleA late arrival cannot become an earlier input.
The feature has not arrived.
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:59 → Unavailable at decision: Status at 10:00.
- Feature event at 09:59 → Available from 10:02: Later arrival.
- Request at 10:00 → Historical evaluation row: Decision boundary.
- Unavailable at decision → Historical evaluation row: Exclude feature.
- Later outcome → Historical evaluation row: Assessment target.
- 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.
- 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.
- 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.
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 and discount , 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.
| Logging probability | Target probability | Contribution |
|---|---|---|
| 0.5 | 0.5 | 1 |
| 0.01 | 0.2 | 20; sensitive to rare observations |
| 0 | 0.2 | Unsupported; 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.
| Evidence | Purpose | Decision boundary |
|---|---|---|
| Assignment and rendered exposure | Establish which policy could affect each learner | Investigate missing exposure records |
| Later task or assessment result | Evaluate the intended learning outcome | Require the declared follow-up window |
| Corrections, invalid items, latency and availability | Guardrails: outcomes the change must not degrade | Predeclare 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.
| State | What can change | Operating requirement |
|---|---|---|
| Session and preferences | A new goal or explicit correction | Refresh relevant request context |
| Catalog and eligibility | Removal, access or availability | Revalidate authoritative constraints before display |
| Vectors, index and model | The learned scoring space | Deploy compatible artifacts together |
Overlap within a request deadline
Example timingsParallel work contributes through its completion boundary.
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.
| Observation | First evidence to inspect |
|---|---|
| Useful lesson never appears | Generator membership, source limits and eligibility decisions |
| Candidates arrive but ordering deteriorates | Serving feature values, model age and comparable historical predictions |
| High-scoring list repeats the same material | List-level redundancy and exposure history |
| Sudden apparent decline in positive outcomes | Missing joins, event arrival and immature observation windows |
| A target item rises through correlated new profiles | Record provenance and possible strategic manipulation |
Rollback retains history
ExampleServing restoration does not erase prior exposure.
A serves.
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 A → Before: A serving: Initial.
- Bundle B → Trial: B serving: Trial.
- Trial: B serving → Exposure E under B: Produces.
- Bundle A → After rollback: A serving: Restored.
- Exposure E under B → E's later outcome: Joined.
- Initial. A serves. Active: Bundle A, Before: A serving. New: Bundle A, Before: A serving.
- 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.
- 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.
- 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
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.
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.
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.
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.




























































