Bandit feedback is a learning signal where the environment reveals only the reward for the specific action taken by the agent, completely concealing the outcomes of all unchosen alternatives. This creates a fundamental partial information problem distinct from supervised learning, where the correct label is always provided. The agent must infer the value of unexplored actions solely from historical interactions.
Glossary
Bandit Feedback

What is Bandit Feedback?
Bandit feedback is the defining learning signal in reinforcement learning where only the reward for the executed action is observed, leaving counterfactual outcomes unknown.
This mechanism drives the exploration-exploitation trade-off, as the agent must deliberately sacrifice immediate optimal performance to gather data on uncertain actions. Techniques like inverse propensity scoring and doubly robust estimation are required for off-policy evaluation, correcting for the inherent selection bias in logged data where popular actions are over-represented.
Key Characteristics of Bandit Feedback
Bandit feedback defines the core information constraint in online learning: the algorithm only observes the outcome of the action it took, not the counterfactual outcomes of the actions it didn't take.
The Fundamental Information Asymmetry
Unlike supervised learning where a true label exists for every input, bandit feedback creates a severe information bottleneck. The environment only reveals the reward for the chosen arm. The outcomes of all other actions remain permanently unknown. This transforms the learning problem from a static function approximation task into a sequential decision-making problem under uncertainty, where the agent must actively manage its own data collection strategy.
Counterfactual Blindness
The defining consequence of bandit feedback is the inability to answer the question: What would have happened if I had chosen differently? This counterfactual gap means:
- You cannot compute a true loss gradient across all actions
- You cannot directly observe if a better option was missed
- All evaluation of unchosen actions relies on statistical estimation This blindness is why off-policy evaluation methods like Inverse Propensity Scoring are critical for safe model iteration.
Logged Bandit Data Structure
A single record of bandit feedback is a tuple containing exactly four elements:
- Context (x): The feature vector describing the decision point
- Action (a): The specific arm selected by the logging policy
- Reward (r): The observed scalar outcome (click, conversion, revenue)
- Propensity (p): The probability with which the action was chosen
Crucially, this record contains no information about the rewards of actions
a' ≠a. The propensity score is essential for later debiasing.
Partial Labeling vs. Full Labeling
Bandit feedback is often called partial label feedback to distinguish it from the full-information setting:
- Full Information: After a decision, you observe the reward for every possible action (e.g., weather prediction where the true outcome eventually materializes)
- Bandit Feedback: You observe the reward for only the action taken (e.g., showing an ad; you never know if the other ad would have been clicked) Most real-world personalization systems operate under strict bandit feedback.
The Data Collection Policy Problem
Because the algorithm controls its own data generation, the logging policy directly determines the quality and coverage of the training data. A purely exploitative policy creates a rich-get-richer feedback loop where popular items receive all the impressions and new items never get a chance. This is why explicit exploration strategies like epsilon-greedy or Thompson Sampling are not optional optimizations—they are required to ensure the feedback mechanism doesn't collapse into a self-reinforcing bias.
Delayed and Compound Rewards
Bandit feedback is often complicated by temporal separation between action and outcome:
- Immediate: A click happens within milliseconds
- Delayed: A purchase happens days after the initial recommendation
- Compound: The reward is a long-term metric like customer lifetime value (LTV) that aggregates many decisions Delayed rewards require credit assignment mechanisms to attribute the final outcome back to the specific decision that influenced it, often using temporal difference learning.
Frequently Asked Questions
Explore the core mechanics of partial feedback in reinforcement learning, where algorithms must learn optimal actions from incomplete information.
Bandit feedback is a learning signal in sequential decision-making where only the reward for the chosen action is observed, while the outcomes of all other unchosen actions remain unknown. This creates a fundamental information asymmetry: the algorithm receives a scalar reward signal for the arm it pulled, but receives zero data about what would have happened had it selected a different option. Unlike supervised learning, where the correct label is provided for every input, bandit feedback forces the agent to grapple with partial observability. The mechanism works by logging a tuple of (context, action, reward, probability) for each decision event. This logged data is then used in off-policy evaluation methods like Inverse Propensity Scoring (IPS) to estimate the value of actions that were not taken, enabling the system to learn an optimal policy despite the missing counterfactuals.
Bandit Feedback vs. Supervised Feedback
Structural differences between the partial-information feedback of contextual bandits and the full-information feedback of supervised learning.
| Feature | Bandit Feedback | Supervised Feedback |
|---|---|---|
Information Completeness | Partial: only reward for chosen action observed | Full: correct label provided for every input |
Counterfactual Outcomes | Unknown for unchosen actions | Not applicable; all outcomes are known |
Data Collection Process | Interventional: agent's choices affect data distribution | Observational: data collected independently of model |
Primary Bias Type | Selection bias from logging policy | Sampling bias from static dataset |
Evaluation Method | Off-policy evaluation with IPS or doubly robust estimators | Holdout validation with standard metrics |
Label Availability | Only for actions taken by the system | For all instances in the training set |
Causal Structure | Action influences both reward and future context | No causal link between prediction and label |
Typical Domain | Recommendation, advertising, clinical trials | Image classification, regression, NLP |
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Understanding the learning signal where only the reward for the chosen action is observed, leaving the outcomes of all other unchosen actions unknown.
Counterfactual Evaluation
The primary statistical methodology for estimating the performance of a new policy using historical data collected under a different logging policy. Because bandit feedback only reveals the reward for the chosen action, counterfactual evaluation is essential for safely validating models offline before deployment. It addresses the fundamental missing data problem inherent in bandit feedback by correcting for the selection bias introduced by the logging policy.
Inverse Propensity Scoring (IPS)
An off-policy estimator that corrects for selection bias in logged bandit data by re-weighting observed rewards by the inverse probability of the action being taken by the logging policy. IPS is the foundational technique for making valid inferences from bandit feedback, but it can suffer from high variance when the logging policy assigns very low probabilities to certain actions.
Doubly Robust Estimator
An off-policy evaluation method that combines inverse propensity scoring with a direct reward model to provide unbiased estimates even if one of the two models is misspecified. This approach leverages the partial information in bandit feedback more efficiently than IPS alone, reducing variance while maintaining theoretical guarantees. It is the preferred estimator for production-grade counterfactual evaluation.
Exploration-Exploitation Trade-off
The fundamental dilemma in sequential decision-making where an agent must choose between trying new actions to gather information and selecting the best-known action to maximize immediate reward. Bandit feedback is the direct consequence of this trade-off: every time the agent exploits, it forgoes the opportunity to observe the outcomes of alternative actions, creating the partial feedback problem.
Reward Signal
The numerical feedback received from the environment after taking an action, such as a click, conversion, or revenue metric, which the bandit aims to maximize. In bandit feedback, the reward signal is observed only for the chosen arm. The design of this signal is critical: it must be a faithful proxy for the true business objective and must be observable with minimal delay to enable effective learning.
Delayed Reward
A scenario where the outcome of an action is not immediately observable, requiring the bandit to attribute credit back to a past decision after a time lag. Delayed rewards compound the difficulty of bandit feedback because the learning algorithm must maintain a memory of past context-action pairs and correctly associate them with future outcomes. This is common in e-commerce where a product recommendation may lead to a purchase days later.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us