Turning Off-Policy Tokens On-Policy: A Plug-in Approach for Improving LLM Alignment
Abstract: Reinforcement learning (RL) post-training for LLMs follows a efficient paradigm of "rollout then update", which inevitably results in off-policy training data. To resolve this, Importance sampling (IS) is proposed, while the token-level ratios compound over long sequences, causing severe variance exploded. A natural idea is "transferring" these off-policy token into on-policy token, so that the importance scores for correction are unnecessary. Following this idea, we propose Selective Importance Sampling (SIS), which is inspired by rejection sampling. Concretely, SIS implements by viewing off-policy model as proposal distribution, and implement a token-level rejection test: accepted tokens are viewed as on-policy, so that receive unit importance score, while rejected tokens retain the standard IS correction. Our proposed SIS is theoretically proved reducing the gap between token-level and sequence-level off-policy gradient estimators. The SIS acts as a plug-in that only modifies the importance ratio in the policy loss, adding negligible wall-clock overhead, and can be combine with a vast vary of RL post-training algorithms. Experiments on dense and MoE LLMs across math and agent benchmarks show that SIS consistently improves all objectives, while providing substantially stronger robustness under off-policy data.
Paper Prompts
Sign up for free to create and run prompts on this paper using GPT-5.
Top Community Prompts
Explain it Like I'm 14
What this paper is about
This paper is about teaching LLMs to improve their behavior using reinforcement learning (RL). The authors noticed a common problem: during training, models often learn from “old” examples that don’t match the model’s current behavior. This mismatch can make learning unstable and less effective. They propose a simple fix called Selective Importance Sampling (SIS) that helps the model learn more reliably from old examples by turning many “mismatched” tokens into “matched” ones.
The main questions the paper asks
- How can we make RL training for LLMs more stable when we reuse old training data?
- Can we reduce the math “noise” that appears when correcting for differences between the old model and the current model?
- Can we do this with a small, drop-in change that works with many existing RL training methods?
How the method works (in simple terms)
Think of training as two steps: first the model writes answers (rollout), then we adjust the model based on how good those answers are (update). Because we don’t want to generate new answers every time (it’s expensive), we reuse older answers from an earlier version of the model. That creates a mismatch: you’re trying to train Today’s model using Yesterday’s data.
To correct for this mismatch, many methods use a math trick called “importance sampling.” In short, it re-weights old examples so they still make sense for the current model. But there’s a catch: for long answers (many tokens), these corrections can stack up and become extremely large or small, causing unstable learning.
The SIS idea adds a simple “quality check” at each token (word piece) in the old answer:
- Imagine a ticket checker at a theme park. Every token from the old model tries to enter the “current model” park.
- The checker uses a quick test to decide: does this token look likely under the current model?
- If yes, the token is “accepted” and treated as if it came from the current model (no correction needed).
- If no, the token is “rejected” and keeps the standard correction (so we still learn from it, but carefully).
How do they keep this fast?
- The vocabulary is huge, so they approximate the test by looking only at the top K most likely tokens (top-K) under the old model. In practice, most of the probability sits in these top tokens, so this is both fast and accurate.
- The method reuses probabilities already computed during generation and training, adding about ~1% extra time per step.
Why this helps:
- By accepting many tokens as already “on-policy” (matched), you avoid multiplying lots of correction factors across long sequences. That lowers instability and reduces training noise.
Key terms explained:
- Token: a small chunk of text (like a piece of a word).
- On-policy vs. off-policy: “On-policy” means data that matches how the current model behaves; “off-policy” means data from an older/stale model.
- Importance sampling: a way to reweight old data so it still gives correct learning signals for the current model.
- Rejection sampling: a classic tool where you “accept” or “reject” samples to make them match a target distribution.
What they found and why it matters
The authors tested SIS on different models (standard and Mixture-of-Experts) and several RL training styles, across math problems and search-based question-answering (“agentic”) tasks. Here’s what stood out:
- Consistent performance gains: SIS improved accuracy across many benchmarks. On math tasks, gains were sometimes large; on agent tasks, gains were steady and meaningful.
- More stable training with stale data: When they reused the same data for more updates (making it more “off-policy”), training usually gets worse. With SIS, performance dropped less and stayed above the original methods at all staleness levels.
- Works with tricky model types: For Mixture-of-Experts models (which often have training vs. inference routing mismatches), SIS improved stability and paired well with specialized fixes, giving the best results when combined.
- Low overhead and simple to use: SIS is a plug-in—just change how the per-token weights are computed. It works with common RL algorithms like GRPO, DAPO, and GSPO, with negligible extra compute.
- Robust to settings: The top-K parameter didn’t need fine-tuning; different K choices gave similar results.
Why this is important:
- Improving stability and performance without heavy changes makes RL-based training of LLMs more dependable and cheaper.
- Turning many “off-policy” tokens into “on-policy” ones reduces the root cause of instability instead of just masking it.
What this could mean going forward
- Better aligned models: More reliable post-training can help LLMs follow instructions, reason in math, and use tools more effectively.
- Easier scaling: Because SIS is simple and adds little cost, it can be applied widely in large-scale training setups.
- Stronger foundations: The authors also provide theory showing SIS reduces the key error that causes instability. That gives a solid foundation for future improvements.
In short, SIS is like adding a smart filter during training that lets “good” old tokens through as if they were fresh, and carefully handles the rest. This simple change makes RL post-training of LLMs more robust, accurate, and easier to use.
Knowledge Gaps
Knowledge gaps, limitations, and open questions
Below is a single, consolidated list of what remains missing, uncertain, or unexplored in the paper, phrased to guide follow-up research:
- Theory: lack of variance analysis
- The paper proves a tighter bound on the bias between sequence- and token-level gradient estimators via reducing , but provides no analysis of the variance of the SIS estimator (accepted-token Bernoulli randomness + mixed on-/off-policy weights). How does SIS affect estimator variance, stability, and sample efficiency relative to IS/clipping across sequence lengths?
- Theory: unbiasedness and convergence guarantees
- Beyond accepted tokens being on-policy, the combined estimator (accepted tokens set to weight 1; rejected tokens reweighted/possibly clipped) is not shown to be unbiased for the true sequence-level gradient, nor are convergence guarantees provided under SIS for common RL post-training objectives with KL regularization.
- Ignored KL regularization in analysis
- Theoretical development explicitly omits the ubiquitous KL-to-reference penalty. Formal results integrating SIS with KL regularization (e.g., how SIS modifies trust-region behavior and bounds) are missing.
- Top-K approximation: missing error-to-performance link
- Proposition 2 bounds per-token distributional error by (mass outside top-K), but the paper does not translate this into a bound on gradient bias or downstream performance. A fine-grained analysis linking to optimization error and final task accuracy is absent.
- Top-K design: no principled or adaptive K selection
- K is set heuristically and only lightly ablated. There is no criterion to choose K based on acceptance-rate targets, , or policy drift, nor an adaptive mechanism to adjust K over training or across domains.
- Edge cases when is large
- The method assumes target probability mass concentrates on a small top-K set. The behavior and stability of SIS when is non-negligible (e.g., open-ended generation, multilingual vocabularies, creative writing) remain untested and theoretically underexplored.
- Interplay with exploration and rare-but-rewarding tokens
- SIS tends to accept high-probability tokens and reject others, which may downweight rare tokens that yield high rewards. The paper does not analyze or test whether SIS suppresses exploration or harms discovery of rare, high-reward behaviors.
- Interaction with clipping and other ratio transforms
- Although SIS can work without clipping, most experiments still combine SIS with clipped baselines. A systematic study of SIS under different ratio transforms (e.g., soft clipping, tapered ratios, prefix ratios) and across clip ranges—with quantification of retained gradient signal—remains missing.
- Compatibility with sequence-level objectives
- SIS is defined at the token level, while GSPO and similar methods operate at sequence level. The precise estimator used for GSPO+SIS and its theoretical implications are not detailed; it is unclear whether per-token acceptance yields the intended sequence-level correction behavior.
- Handling zero or near-zero behavior probabilities
- The construction assumes behavior and target probabilities are non-zero to avoid undefined ratios. Edge cases (e.g., masked tokens, constrained decoding, or near-zero behavior probabilities) are not discussed, nor are practical smoothing remedies and their impact on acceptance tests.
- Systems constraints: storage and deployment practicality
- SIS requires access to behavior-policy top-K logits at training time. Typical RL pipelines often store only sampled-token logprobs. The paper does not quantify the additional logging, memory, and I/O requirements across model sizes, nor the sensitivity of the 1% overhead claim to different serving/training stacks.
- Scaling beyond tested settings
- Evaluation is limited to Qwen3-8B/14B dense and 30B-MoE backbones on math and agentic QA. Generality to:
- other backbones (e.g., Llama, Mistral, Gemma) at 70B–400B scale,
- other tasks (dialog, safety, multilingual, code generation, long-form writing, instruction following),
- extreme long-horizon sequences,
- is not demonstrated.
- Robustness under more severe off-policy regimes
- Stress tests cover rollout reuse and MoE router mismatch, but not highly asynchronous multi-learner settings, frequent policy swaps, tool-use with volatile APIs, or extreme distribution shifts. Behavior of acceptance rates and performance under such regimes remains unknown.
- MoE-specific interactions beyond routing
- SIS+R3 improves stability under routing mismatch, but other MoE artifacts (expert dropout, capacity limits, noisy gates, layer-wise heterogeneity) are not examined. Whether SIS remains effective when gate distributions evolve rapidly is open.
- Safety and alignment side effects
- No analysis of SIS’s impact on safety metrics, harmful output control, or over-optimization of the reward model. Accepting high-probability tokens could entrench distributional biases; the paper provides no safety evaluations or mitigations.
- Tokenization and vocabulary dependence
- The assumption that probability mass concentrates in a small top-K may vary with tokenizer, language, and domain. The paper does not study how tokenization schemes (e.g., sentencepiece vs. BPE), multilingual vocab overlap, or domain-specific tokens affect acceptance and .
- Process supervision and token-level credit assignment
- SIS operates on token-level ratios but advantages are response-level. Interactions with process-supervised rewards (e.g., stepwise or token-level credit) and whether SIS could be adapted to token-level advantages are not explored.
- Diagnostics and control of acceptance behavior
- While acceptance rates are reported, there is no mechanism to target or regulate them (e.g., keeping acceptance within a desired band), no per-domain diagnostics, and no study of how acceptance distributions evolve across training stages.
- Comparative baselines breadth
- Comparisons focus on GRPO, DAPO, GSPO and a few recent variants. Missing are: V-trace/Retrace-style corrections, off-policy actor-critic formulations, advantage normalization alternatives, and other per-decision IS methods. A wider baseline suite would clarify where SIS offers the largest gains.
- Formal sample-efficiency claims
- The paper reports accuracy gains and training stability but does not quantify sample efficiency improvements (e.g., success per token generated, reward-per-sample, or gradient steps to target accuracy) attributable to SIS.
- Failure modes and fallback strategies
- The paper does not analyze conditions where acceptance rates collapse (e.g., large policy drift, heavily stale data), nor propose automatic fallbacks (e.g., temporarily increasing K, reverting to baseline IS, or boosting on-policy collection).
- Acceptance criterion alternatives
- Only top-K truncation is explored. Alternatives—top-p (nucleus), adaptive envelopes, or learned/parametric upper bounds on —are not investigated, though they may offer tighter envelopes or better acceptance-rate control.
- Hyperparameterization beyond K
- SIS has a single exposed hyperparameter (K). The paper does not study other tunables (e.g., target acceptance rate, dynamic K schedules, or annealing strategies) that might improve robustness across tasks and scales.
- Reproducibility and compute accounting
- Claims of negligible overhead are system-specific (vLLM + FSDP). Detailed profiling across hardware, batch sizes, and latency-critical training loops is not provided, nor are guidelines for integrating SIS into other RLHF pipelines that store less rollout metadata.
Practical Applications
Immediate Applications
The following applications can be deployed now with modest engineering effort, using the paper’s plug-in Selective Importance Sampling (SIS) method that only modifies token-level importance ratios during RL post-training of LLMs.
- Stable, lower-variance RLHF/RLAIF training for LLMs
- Sector: Software/AI platforms (model labs, open-source builders)
- What: Integrate SIS into existing GRPO/DAPO/GSPO-style policy-gradient training loops to reduce variance from off-policy data, improving stability and accuracy (shown on math and agentic search) with negligible overhead.
- Tools/workflows: Add a SIS weight modifier module that computes acceptance indicators per token using cached behavior-policy logits and current-policy logits; use top-K approximation (K≈10–100) to bound compute; retain existing clipping or other tricks for rejected tokens.
- Assumptions/dependencies: Access to behavior-policy token-level logprobs for each rollout; consistent tokenization; minimal changes to trainer and rollout logging. Acceptance rate depends on policy drift; benefits shrink if rollouts are extremely stale.
- Higher rollout reuse with less performance degradation
- Sector: Software/AI platforms; Energy/Compute efficiency
- What: Push more mini-batch updates per rollout (higher N) without the typical drop in performance, enabling better sample efficiency and lower generation cost.
- Tools/workflows: In asynchronous RL systems (e.g., vLLM for generation + FSDP training), add SIS on the learner to protect against staleness; monitor acceptance rate as a health metric.
- Assumptions/dependencies: Reuse of rollouts is bounded by drift; SIS mitigates but does not eliminate degradation at extreme staleness.
- MoE training stabilization via SIS (alone or with R3)
- Sector: Software/AI platforms (Mixture-of-Experts models)
- What: Address train–inference routing mismatch that otherwise causes entropy collapse and gradient spikes; SIS provides gains alone and composes with routing-replay (R3) for stronger stability.
- Tools/workflows: Combine SIS with MoE routing replay in the learner; log per-token acceptance and gradient statistics to detect mismatch early.
- Assumptions/dependencies: Availability of routing info or R3-like replay to cover routing mismatch; SIS helps but extreme routing divergence still benefits from complementary fixes.
- Clipping-light or clipping-free training regimes
- Sector: Software/AI platforms
- What: Reduce reliance on hard clipping (and associated hyperparameter juggling) by resetting accepted tokens’ weights to 1; in some setups, go clipping-free while retaining or surpassing clipped baselines.
- Tools/workflows: Turn down clip ranges in PPO-like objectives after enabling SIS; keep clipping for rejected tokens if needed.
- Assumptions/dependencies: Requires sufficient acceptance rates; with very large drift, conservative clipping for rejected tokens remains advisable.
- Domain-specialized model post-training with greater robustness
- Sector: Education (math tutors), Coding assistants, E-commerce/Customer support, Healthcare information services, Finance compliance assistants
- What: Use SIS during RL post-training on domain datasets (e.g., math, search QA, financial QA) to improve reasoning accuracy and reduce training instability/regressions.
- Tools/workflows: Plug SIS into GRPO/DAPO training jobs for domain LLMs; add acceptance-rate dashboards; use small K (≈10) by default.
- Assumptions/dependencies: Behavior-policy logits saved with rollouts; in regulated domains, ensure data governance for logs and reward models.
- Monitoring and diagnostics for off-policy drift
- Sector: Software/AI platforms; MLOps
- What: Use acceptance rate and token-level acceptance maps as online diagnostics for divergence between behavior and target policy during training.
- Tools/workflows: Real-time dashboards tracking acceptance rate by layer/prefix, distribution of rejected tokens, and total log-importance deviation; alerts when drift spikes.
- Assumptions/dependencies: Logging of per-token acceptance signals; thresholds calibrated per task.
- Cost and carbon savings through stabilized training
- Sector: Energy/Compute efficiency; Sustainability reporting
- What: Achieve target quality with fewer restarts and less aggressive clipping/tuning, enabling more effective rollout reuse and reduced training runs.
- Tools/workflows: Training planners that factor expected acceptance rates into rollout budgets; sustainability dashboards reporting acceptance-driven savings.
- Assumptions/dependencies: Savings depend on current instability baseline; requires organizations to track compute/energy metrics.
- Token-level data curation insights
- Sector: Data engineering for LLM training
- What: Use distributions of rejected tokens (often formatting/web artifacts) to flag low-value patterns and guide dataset cleaning for reasoning-heavy tasks.
- Tools/workflows: Periodically aggregate SIS rejection signals by token n-grams and sources; feed back into data filters.
- Assumptions/dependencies: Requires stable acceptance statistics across batches; curation should be audited to avoid over-pruning informative rare tokens.
- Open-source library add-ons and reference implementations
- Sector: Academia and OSS
- What: Provide SIS “weight adapters” for TRL/DeepSpeed-Chat/DAPO implementations, plus examples on math and agent tasks.
- Tools/workflows: Lightweight pip/conda package exposing a function to replace per-token weights given old/new logits; colab examples; compatibility tests.
- Assumptions/dependencies: Community willingness to log behavior-policy logits; adherence to same tokenization and EOS handling.
- Safer and more predictable model updates in production
- Sector: Product engineering for AI assistants
- What: Reduce update-induced regressions by training with SIS, which empirically tightens the token–sequence gradient gap and stabilizes optimization.
- Tools/workflows: Canary training runs with and without SIS; acceptance-rate gates as promotion criteria; rollout budgets increased safely where acceptance rates are high.
- Assumptions/dependencies: Reward model quality remains a bottleneck; SIS stabilizes optimization but does not “fix” misaligned rewards.
Long-Term Applications
The following applications require further research, scaling, or engineering to mature beyond the paper’s scope.
- Generalized SIS for multimodal and tool-augmented actions
- Sector: Multimodal AI, Robotics, Software agents
- What: Extend token-level rejection sampling to action spaces beyond text (e.g., tool API calls, VLM visual tokens, discrete planning actions), turning off-policy actions on-policy under top-K action envelopes.
- Tools/products: Unified acceptance module for action distributions with mixed modalities; action-space adapters for robotics/planning frameworks.
- Assumptions/dependencies: Requires reliable behavior-action logits and consistent action encoding; for continuous actions, needs discretization or acceptance bounds.
- Offline RL from large conversation logs with on-policy conversion
- Sector: Customer support, Healthcare triage, Finance advisory
- What: Train from historical logs where behavior policies vary over time; use SIS-like per-token acceptance to curb distribution shift and reduce bias.
- Tools/products: Log replayer that reconstructs behavior-policy likelihoods; SIS-driven weighting for offline objectives.
- Assumptions/dependencies: Availability of model checkpoints (or proxy models) to approximate behavior logits; privacy and compliance constraints on log storage.
- Adaptive, learned acceptance envelopes
- Sector: Software/AI platforms; Academia
- What: Replace static top-K with learned or adaptive envelopes that condition on prefix difficulty and uncertainty, optimizing acceptance–variance trade-offs.
- Tools/products: Meta-learner that predicts K or acceptance thresholds per prefix; uncertainty-aware acceptors leveraging entropy/TV bounds.
- Assumptions/dependencies: Additional training signals and careful bias analysis; risk of overfitting acceptance to benchmarks.
- Standardized off-policy correction APIs and metrics
- Sector: MLOps standards; Policy and governance
- What: Define interfaces and metrics (acceptance rate, total log-importance deviation) for reporting off-policy correction quality in RLHF pipelines.
- Tools/products: Open telemetry spec for RL post-training; governance checklists requiring acceptance-rate reporting for model updates.
- Assumptions/dependencies: Community convergence on metrics; willingness of vendors to expose telemetry.
- Compiler/runtime support for SIS-style corrections
- Sector: Systems, Accelerators
- What: Kernel-level support for top-K acceptance and weight replacement in token loops; fused ops to minimize overhead in distributed training.
- Tools/products: PyTorch/XLA/Triton kernels; trainer plugins that stream behavior logits and compute accept/reject on-device.
- Assumptions/dependencies: Engineering investment; benefits scale with large fleets.
- Continual learning and streaming updates with drift-aware safeguards
- Sector: SaaS AI platforms
- What: Use SIS acceptance as a drift governor to throttle update rates, automatically adjust rollout reuse, and prevent catastrophic forgetting in continual RL post-training.
- Tools/products: “AutoSIS” controller that modulates N (updates per rollout) based on acceptance rate and deviation signals.
- Assumptions/dependencies: Strong monitoring; robust reward models; policies for auto-throttling that align with SLAs.
- Safety-aligned RL that prioritizes on-policy conversion for safe tokens
- Sector: Safety, Policy
- What: Combine SIS with safety-aware reward shaping to preferentially on-policy-convert tokens within safe distributions, while keeping strict correction on risky segments.
- Tools/products: Safety-conditioned acceptors; segmenters that route sensitive prefixes to stricter correction.
- Assumptions/dependencies: High-quality safety classifiers/rewards; careful evaluation to avoid masking harmful behaviors.
- Cross-model and cross-version training reuse
- Sector: Model lifecycle management
- What: Reuse rollouts from prior model versions (or sister models) using SIS to mitigate distribution mismatch, accelerating new model bring-up.
- Tools/products: Rollout banks with stored logits; model-to-model mapping utilities for token compatibility.
- Assumptions/dependencies: Tokenizer/model family compatibility; availability of behavior logits; benefits shrink with large architectural shifts.
- Curriculum and data pipeline design guided by acceptance analytics
- Sector: Data engineering; Academia
- What: Use acceptance trajectories to design curricula (e.g., start where acceptance is high, progress to harder prefixes), and to create synthetic datasets emphasizing accepted reasoning patterns.
- Tools/products: Curriculum schedulers that target prefixes with favorable acceptance; acceptance-aware sampling for data mixing.
- Assumptions/dependencies: Longitudinal acceptance logging; risk of reinforcing narrow distributions if not balanced.
- Regulatory reporting on compute and efficiency
- Sector: Policy/regulation
- What: Encourage or require reporting of off-policy correction metrics and acceptance rates as part of compute-efficiency disclosures (Green AI), showing reductions in variance and restarts.
- Tools/products: Templates and auditable logs for regulators; industry benchmarks.
- Assumptions/dependencies: Emerging standards; willingness to audit proprietary training pipelines.
Glossary
- Acceptance indicator: A Bernoulli random variable used to decide whether a sampled token is accepted as on-policy in the SIS procedure. "we draw an acceptance indicator Zt ~ Bernoulli"
- Acceptance-rejection sampling: A sampling method that accepts or rejects proposed samples to simulate a target distribution; SIS adapts it at the token level. "acceptance-rejection sampling (Robert & Casella, 2004)"
- Advantage: The baseline-adjusted reward signal used to weight policy gradients, often defined per trajectory. "A(x, y) denotes the advantage"
- Agentic search: A setting where an LLM reasons and interacts with tools or search engines across multiple steps. "agentic search tasks"
- Autoregressive models: Models that generate outputs token-by-token, conditioning on prior tokens in a sequence. "For autoregressive models, the sequence likelihood admits the following factorization"
- Behavior policy: The (often stale) policy that generated the off-policy training data used for gradient estimation. "stale behavior policy"
- Bernoulli: A discrete distribution over {0,1}; used here for the acceptance indicator in SIS. "zt ~ Bernoulli"
- Conditional distribution: The distribution of a variable given an event; accepted tokens follow the target conditional under SIS. "its conditional distribution over zt = 1 becomes the distribution of Te."
- DAPO: A policy-gradient variant that tweaks clipping ranges for stability and performance in LLM RL. "DAPO (Yu et al., 2025)"
- DPPO-TV: A divergence-penalized PPO variant using total variation to stabilize off-policy training. "divergence-based DPPO-TV (Qi et al., 2026)"
- FSDP: Fully Sharded Data Parallel; a distributed training strategy that shards model states across devices. "All runs use FSDP (Zhao et al., 2023) for training"
- GRPO: Group Relative Policy Optimization; a token-level RL objective using group-based normalized advantages. "GRPO (Shao et al., 2024)"
- GSPO: Group Sequence Policy Optimization; a sequence-level RL objective operating with sequence-level importance ratios. "GSPO (Zheng et al., 2025b)"
- Hard clipping: Bounding importance ratios within a fixed range to limit variance, at the cost of discarding large off-policy gradients. "hard clipping suppresses gradients"
- Importance sampling (IS): A technique to correct for distribution mismatch by reweighting samples from a behavior policy. "Importance sampling (IS) offers a principled correction"
- Importance sampling correction ratio: The weight w used to reweight off-policy samples so they match the target policy distribution. "importance sampling correction ratio w(0)"
- KL divergence: A measure of distributional difference often used to constrain policy updates in trust-region methods. "regularize the KL divergence between behavior policy and current policy"
- KL regularization: A penalty added to objectives to keep the current policy close to a reference policy. "we ignore the KL regularization (Ouyang et al., 2022)"
- Log-trick: The identity that converts gradients of expectations into expectations of gradients via log-likelihoods. "computed via the log-trick (Sutton et al., 1998)"
- Mixture-of-Experts (MoE): An architecture where tokens are routed to specialized expert sub-networks, leading to routing-specific mismatches. "Mixture-of-Experts (Yang et al., 2025)"
- Off-policy: Refers to learning from data generated by a different (often older) policy than the one being optimized. "off-policy data"
- On-policy: Refers to samples generated by the current policy being optimized, requiring no importance correction. "on-policy tokens"
- Policy gradient: A family of methods that optimize policies by estimating gradients of expected returns with respect to policy parameters. "The policy gradient of this objective"
- Policy staleness: The lag between the policy used to generate rollouts and the current policy used for updates, increasing off-policy mismatch. "increasing policy staleness"
- Proposal distribution: The distribution from which candidates are sampled in rejection sampling; here, the behavior policy. "as a proposal distribution"
- Proximal Policy Optimization (PPO): A policy optimization algorithm that limits updates via clipping or trust-region constraints. "In standard PPO algorithm"
- Rejection sampling: A technique to sample from a target distribution by accepting or rejecting proposals under an envelope bound. "By implementing a rejection sampling"
- Rollout: The process of generating trajectories or responses from a policy for training or evaluation. "The RL process follows an order of 'rollout then update'"
- Rollout Routing Replay (R3): A method to align MoE routing between inference and training by replaying the inference-time routing. "Rollout Routing Replay (R3) (Ma et al., 2025)"
- Selective Importance Sampling (SIS): The paper’s proposed plug-in that selectively treats some tokens as on-policy via rejection tests to reduce variance. "Selective Importance Sampling (SIS)"
- Sequence-level correction ratio: The product of token-level ratios across a sequence, used for exact off-policy correction but with high variance. "The sequence-level correction ratio w(0)"
- Target policy: The current policy being optimized, contrasted with the behavior policy that generated data. "the target and behavior policies"
- Token-level importance sampling: An approximation that applies importance ratios per token rather than per sequence to reduce variance. "Token-level Importance Sampling."
- Top-K approximation: An efficiency trick that restricts rejection tests to the highest-probability tokens under the behavior policy. "we introduce a top-K approximation to this constant."
- Total log-importance deviation: The sum of absolute log-ratio magnitudes across tokens, governing the gap between sequence- and token-level gradients. "Total log-importance deviation D"
- Total variation distance: A metric of distributional difference; used to bound approximation error in the top-K SIS. "the total variation distance."
- Trust-Region Policy Optimization (TRPO): A method that constrains policy updates within a trust region measured by KL divergence. "Trust-Region Policy Optimization (TRPO) (Schulman et al., 2015; Qi et al., 2026)"
- vLLM: A high-throughput inference engine used for efficient rollout generation. "vLLM (Kwon et al., 2023)"
Collections
Sign up for free to add this paper to one or more collections.