Han Cai (hcai@nvidia.com).
Lightning OPD 2.0: Mitigating Style Bias in Cross-Teacher On-Policy Distillation for Large Reasoning Models
Abstract
On-policy distillation (OPD) provides dense token-level supervision from a teacher, but its effectiveness can depend on teacher consistency, meaning that the model providing OPD supervision should also have generated the demonstrations used to train the supervised fine-tuning (SFT) reference. However, this condition is frequently violated in practice when SFT data have mixed or unknown provenance or when different models are preferred for SFT data generation and subsequent distillation. In such cross-teacher settings, even a stronger OPD teacher can yield little improvement over the SFT reference. We find that raw teacher–reference disagreement contains potentially useful context-specific teacher evidence as well as a recurring component associated with differences in wording, formatting, and reasoning cadence. We introduce Lightning OPD 2.0 with cross-fitted style residualization, which uses rollout-level cross-fitting to estimate this recurring component as an operational proxy for style-token bias and subtracts it before constructing the token-level OPD update. Across mathematical reasoning and code generation benchmarks, Lightning OPD 2.0 consistently outperforms Lightning OPD in cross-teacher settings. Starting from Klear-Reasoner-8B-SFT, Lightning OPD 2.0 reaches on AIME 2024 and on LiveCodeBench v5. Together, these results establish Lightning OPD 2.0 as a practical approach to cross-teacher OPD, relaxing teacher consistency as a prerequisite and allowing the SFT data generator and distillation teacher to be selected independently. Code will be released soon.

1 Introduction
On-policy distillation (OPD) has become an effective post-training alternative to reinforcement learning for large language models (LLMs) (agarwal2024policy; lu2025onpolicydistillation; yang2026learning; Nemotron_Cascade_2). Rather than learning from a sparse sequence-level reward, OPD utilizes a high-capability teacher to score student-generated trajectories and converts teacher–student disagreement into dense token-level supervision. This dense on-policy supervision makes OPD a stable and cost-effective alternative to reinforcement learning from verifiable rewards (RLVR), while maintaining strong performance across reasoning tasks (lu2025onpolicydistillation; yang2025qwen3; yang2026learning; Nemotron_Cascade_2; zeng2026glm5; xiao2026mimo).
Standard OPD nevertheless requires a live teacher throughout training. wu2026lightning introduce Lightning OPD, which removes this systems bottleneck by precomputing both the rollouts from the supervised fine-tuning (SFT) reference policy and their corresponding teacher log-probabilities before training, then reusing the resulting cache throughout optimization. A central finding of that work is that effective OPD requires teacher consistency. This condition means that the teacher used for OPD is the same model that generated the demonstrations used to train the SFT reference policy. Teacher consistency aligns the token-level distillation signal with the behavior already learned by the reference policy, which allows fully offline Lightning OPD to closely track standard online OPD. This consideration is not unique to the offline formulation. Standard OPD also begins from an SFT policy shaped by its demonstration teacher. Selecting a different OPD teacher can therefore introduce the cross-teacher mismatch even though rollouts and teacher scores are collected online.
However, teacher consistency is often difficult to satisfy in practice. Available SFT data may have mixed or undocumented provenance and may have been generated by several different models, leaving no single demonstration teacher that can be reused consistently during OPD. Even when the original data generator is known, practitioners may want to reuse an existing SFT dataset rather than incur the substantial cost of regenerating demonstrations with every candidate teacher and repeating SFT. More fundamentally, teacher consistency couples the choice of the SFT data generator with the choice of the OPD teacher, even though the best models for these two roles need not be the same. The intended OPD teacher may not be the most suitable model for generating SFT demonstrations. Practitioners may instead use a stronger generator to produce higher-quality demonstrations and obtain a stronger SFT reference policy, while selecting a different teacher for later distillation to maximize the overall post-training result. Enforcing consistency in these settings would require rebuilding the SFT pipeline or compromising one stage to accommodate the other. The practical goal is therefore to preserve the strongest available SFT reference while retaining the freedom to choose the most suitable teacher for subsequent OPD.
To this end, our goal is to remove teacher consistency as a practical prerequisite for effective OPD and decouple the choice of the SFT data generator from that of the OPD teacher while still achieving reliable post-training performance across different teacher combinations. However, naively replacing the consistent teacher with a different OPD teacher substantially degrades performance, even when the new teacher is stronger.
To understand this degradation, we consider the role of each token in the response. Some tokens carry problem-specific reasoning, whereas others primarily express the response’s style. On reasoning-related tokens, a low probability from the OPD teacher may identify an incorrect intermediate conclusion, operation, or reasoning direction and thereby provide useful corrective supervision. On style tokens, however, the same low probability may instead reflect a preference for different wording, transitions, formatting, derivation length, or reasoning cadence, even when the reference trajectory remains valid. Lightning OPD cannot distinguish these cases and converts both into the same token-level update. Because style choices appear throughout a response and similar preferences recur across rollouts, their accumulated penalties may systematically interfere with the more context-specific reasoning signal. This difference also suggests an observable statistical proxy. Disagreement associated with style tokens is more likely to recur across unrelated rollouts through similar lexical choices, response positions, and levels of reference-policy surprisal, whereas reasoning-related disagreement depends more strongly on the current problem and reasoning state. We therefore treat the component that is predictable across cached rollouts as a proxy for style-token bias and the remaining residual as a candidate carrier of reasoning-related teacher evidence. These terms describe the roles that motivate our method rather than a ground-truth semantic partition, and our procedure does not assume that every predictable effect is style or that every residual reflects correct reasoning.
Based on this observation, we introduce Lightning OPD 2.0 with cross-fitted style residualization. We first compute the token-level log-probability difference between the OPD teacher and the SFT reference. We then split the cached rollouts into folds and use the other folds to construct two lookup tables, one indexed by token identity and the other by normalized response position and reference-policy surprisal. Averaging the two lookup values gives each held-out token an estimate of its recurring style bias without using its own rollout. We subtract this estimate from the raw difference and use the residual in place of the original disagreement in the Lightning OPD objective.
Using Qwen3-30B-A3B-Thinking-2507 as the OPD teacher, we evaluate Lightning OPD 2.0 on mathematical reasoning and code generation benchmarks with Qwen3-4B-SFT and Klear-Reasoner-8B-SFT as two distinct SFT references. Lightning OPD 2.0 consistently outperforms Lightning OPD in both settings. It improves average mathematical reasoning performance by and points, respectively, and average code generation performance by points in both settings. Starting from Klear-Reasoner-8B-SFT, Lightning OPD 2.0 reaches on AIME 2024 and on LiveCodeBench v5.
Our contributions are threefold.
-
•
We formulate the cross-teacher OPD setting, in which the SFT data generator and the OPD teacher are selected independently, and show that distillation effects can substantially degrade under this setting.
-
•
We identify a recurring component of teacher–reference disagreement that is predictable across rollouts and associated with style-token bias, explaining why raw cross-teacher supervision can be misleading.
-
•
We introduce Lightning OPD 2.0, which estimates this recurring component with cross-fitted token and context lookup tables and subtracts it before applying the Lightning OPD update. Across two cross-teacher settings, Lightning OPD 2.0 consistently improves Lightning OPD on mathematical reasoning and code generation benchmarks and achieves state-of-the-art performance.
2 Related Work
LLM Post-Training.
Post-training is central to capable LLMs, commonly combining supervised fine-tuning on high-quality instruction and reasoning demonstrations (ouyang2022training; guha2025openthoughts; yang2024qwen25math; guo2025deepseek) with preference- and reward-based optimization (schulman2017proximal; rafailov2023direct; ahmadian2024back; li2023remax; dong2023raft). For reasoning, recent methods develop outcome-based policy optimization (shao2024deepseekmath; hu2025reinforcepp; liu2025drgrpo; yu2025dapo; zheng2025gspo; minimax2025cispo) and improve process-level credit assignment or value learning (cui2025prime; kazemnejad2024vineppo; yuan2025vcppo; yue2025vapo). These advances support increasingly capable mathematical and general reasoning systems (guo2025deepseek; liu2024deepseekv3; team2025kimik15; hu2025openreasoner; yang2024qwen25math; yang2025qwen3; Nemotron_Cascade; Nemotron_Cascade_2; nvidia_nemotron_3_2025; xiao2026mimo; team2026kimi; singh2025openai; zeng2026glm5). Complementary analyses study what online optimization adds beyond SFT and why it can better preserve existing capabilities (yue2025does; shenfeld2025razor), while recent methods co-design or interleave SFT and RL (yan2025luffy; ma2026relift; zhang2025chord; chen2025bridge; liu2025uft; huang2025blend). Our work instead studies the coupling between the model that generates the SFT demonstrations and the teacher that provides subsequent OPD supervision, seeking to remove teacher consistency as a practical prerequisite for effective OPD.
On-Policy Distillation.
Knowledge distillation transfers capabilities from a teacher to a student by matching their output distributions (hinton2015distilling). Sequence-level and language-model distillation extend this idea to autoregressive generation (kim2016sequence; gu2024minillm; rang2025revealing; xu2025speculative), whereas on-policy distillation evaluates the teacher on student-generated trajectories and provides dense feedback on states visited by the student (agarwal2024policy; lu2025onpolicydistillation; song2026survey). Recent work extends OPD through reward extrapolation and flexible reference policies (yang2026learning), entropy-aware divergence and local-support matching (wang2026entropy; fu2026revisiting; ke2026respecting), reinforcement-aware or verifier-guided objectives (xu2026reinforcement; xu2026sign), controllable reasoning (liang2026orbit), and black-box, privileged, or self-distillation settings (ye2025blackbox; zhao2026self; shenfeld2026self; hubotter2026reinforcement; penaloza2026privileged; tan2026selfsupervised; yang2026ogls). OPD has also become a component of large-scale reasoning post-training pipelines (yang2025qwen3; xiao2026mimo; Nemotron_Cascade_2). Complementary studies show that stronger teachers do not always yield better students and trace failures to thinking-pattern incompatibility, unreliable token-level guidance, and teacher-dependent gradient quality (chen2026rethinking; fu2026revisiting; armandpour2026unmasking; xu2026sign; yang2026ogls). Offline OPD variants avoid maintaining a live teacher during optimization by precomputing rollouts and their corresponding teacher log-probabilities before training (rang2025revealing; wu2026lightning). Building upon Lightning OPD, we study how to maintain effective distillation in cross-teacher settings, where the SFT data generator and the OPD teacher differ. Lightning OPD 2.0 uses rollout-level cross-fitting to estimate the recurring component of teacher–reference disagreement as an operational proxy for style-token bias and subtracts it before constructing the token-level OPD update.
3 Methodology
3.1 Cross-Teacher OPD
Let be the training-prompt distribution and the prompts stored in the replay. When the supervised fine-tuning (SFT) demonstrations have a single identifiable generator, let denote this SFT data generator. Let be the resulting SFT reference policy, the model selected to provide OPD supervision, and a trainable policy initialized from . Teacher consistency requires (wu2026lightning). We study cross-teacher OPD, where is selected independently of or no single can be identified. Our method addresses this general setting through the frozen replay of Lightning OPD.
Following Lightning OPD, we sample and freeze one response for every prompt. Let be the prefix at token . The OPD teacher and the SFT reference score the same realized token, producing the cached chosen-token log-probabilities
| (1) |
We assume that these scores are aligned to the same response tokens. Our experiments use models with compatible Qwen-family tokenization.
Using this cache, unmodified Lightning OPD retains the original per-token advantage
| (2) |
and optimizes
| (3) |
Following standard OPD practice (agarwal2024policy; lu2025onpolicydistillation; wu2026lightning), the advantage is treated as a fixed scalar when computing parameter updates. Throughout this section, denotes the resulting advantage-weighted policy gradient rather than ordinary differentiation through the advantage. We use the same policy surrogate as Lightning OPD.
To isolate the part of the signal affected by the teacher choice, we define the teacher–reference disagreement
| (4) |
At initialization, , so . In cross-teacher OPD, can contain both context-specific teacher evidence and recurring teacher–reference differences induced by the mismatch with the SFT data generator. The unmodified update cannot distinguish the two. The next subsection develops an operational proxy for this recurring component.
3.2 Predictability across Rollouts as a Style Proxy

The raw disagreement can contain both context-specific teacher evidence and systematic differences in how the selected teacher and the SFT reference express a response. We make the operational assumption that disagreement associated with recurring style differences is more predictable across cached rollouts from simple lexical and coarse contextual coordinates, whereas potentially useful, reasoning-related teacher evidence is more dependent on the current context. We therefore write
| (5) |
where collects the token and context coordinates defined below, is the component that recurs at those coordinates across rollouts, and is the remaining variation. This is an operational decomposition rather than a semantic labeling of individual tokens. We use as a proxy for recurring style-token bias and approximate it by equally combining token- and context-based lookup predictions. We estimate these predictions by rollout-level cross-fitting and replace with its estimated residual in the training objective.
Observable coordinates for recurring disagreement.
Estimating a component that recurs across rollouts requires coordinates that are shared often enough to support reliable averaging but expressive enough to distinguish different uses of a token. Token identity captures lexical preference but treats every occurrence alike. At the other extreme, the full prefix identifies the local context precisely but rarely repeats across rollouts and may absorb problem-specific reasoning. We therefore complement token identity with a coarse context coordinate based on normalized response position and reference-policy surprisal. Normalized response position identifies the stage of the response. Reference-policy surprisal provides a low-dimensional summary of how typical the realized token is under the SFT reference, rather than a direct indicator of style. Together, these coordinates describe broad usage conditions without conditioning on the full prompt or prefix.
Formally, let the reference-policy surprisal be , the standard measure of how atypical a realized token is under a language model (wilcox2023testing). A small value means that the token is natural under the SFT reference, while a large value means that the reference itself finds the token unexpected. We divide the response into normalized-position bins and the surprisal range into bins up to . Coarse surprisal bins distinguish disagreement on reference-typical and reference-atypical tokens while preserving sufficient support across rollouts for stable estimation. Their zero-indexed identifiers are
| (6) |
We set , , and . Binning pools comparable occurrences across responses of different lengths. We construct the token and context lookup tables separately rather than using their full cross product, which avoids fragmenting the cache into excessively sparse groups.
3.3 Cross-Fitted Estimation of Recurring Disagreement
Cross-fitting is a standard sample-splitting technique for constructing held-out predictions and preventing self-fitting (chernozhukov2018double; guo2021machine). We use it only as an estimation device. We partition the cached rollouts into deterministic folds, keeping all rollouts originating from the same prompt in one fold. For a rollout in fold , we estimate all statistics using only the other folds. Neither that rollout nor another rollout from the same prompt can therefore contribute to its lookup tables. This exclusion prevents self-fitting but does not by itself identify the predicted component as style.
To prevent longer responses from dominating the estimates, we assign each response unit total weight, distributed uniformly over its active tokens, when fitting the lookup tables. The training loss uses the same reduction by averaging active-token contributions within each response and then averaging across responses. This response-balanced reduction is shared by all methods and is not a component of style residualization.
Using the non-held-out folds, we build one lookup table for the mean disagreement of each token identity and another for each context coordinate. Rare groups are smoothed toward the global mean of the non-held-out folds, while unseen groups use that global mean directly. This prevents a rare token or context from receiving an unstable correction. Let and denote the resulting smoothed lookup tables. For token in held-out fold , we use the equal-weight prediction
| (7) |
The two lookup predictions receive equal coefficients, and averaging keeps their combination on the scale of a single disagreement estimate. Equation (7) is our concrete approximation to in Equation (5). At the conceptual level, both tables average the raw disagreement . Because both lookup tables exclude the current rollout, captures recurring disagreement that is predictable from other cached rollouts rather than variation fitted specifically to the current response.
3.4 Residualized Lightning OPD
The base advantage separates into the cross-teacher disagreement and a reference-anchoring term
| (8) |
Because estimates recurring teacher–reference disagreement, we residualize only and leave the reference-anchoring term unchanged. We set
| (9) |
The resulting advantage is
| (10) | ||||
At initialization, and . We retain the Lightning OPD objective form while replacing the raw cross-teacher disagreement with its residualized counterpart
| (11) |
Equivalently, at the conceptual objective level, we define the fixed effective chosen-token teacher score and use it in place of . This score and are computed before training and remain fixed throughout optimization.
4 Experiments
Our experiments are organized into four parts. We first describe the two cross-teacher settings, training and evaluation protocols, and matched baselines. We then report the main results on mathematical reasoning and code generation under both settings. Next, we conduct a mechanism analysis that compares the cross-teacher training signal with its teacher-consistent counterpart and shows how Lightning OPD 2.0 removes the dominant style-token bias introduced by teacher inconsistency. Finally, we ablate the core algorithmic design points by removing the token-identity lookup, the context lookup, and prompt-level cross-fitting from the full method.
4.1 Experimental Setup
Cross-teacher settings.
We study two complementary settings. The Qwen3-4B setting starts from the Qwen3-4B SFT reference used by Lightning OPD, whose SFT demonstrations were generated by Qwen3-8B, and selects Qwen3-30B-A3B-Thinking-2507 as the OPD teacher. Its known provenance makes the source of cross-teacher style mismatch directly identifiable. The second setting uses Klear-Reasoner-8B-SFT (kwai2026klear), which is trained from Qwen3-8B-Base using long-chain-of-thought SFT data distilled from DeepSeek-R1-0528 (deepseek2025r10528). It tests whether the same correction applies to a stronger SFT reference trained from a different initialization and data generator. Both settings use Qwen3-30B-A3B-Thinking-2507 (yang2025qwen3) as the selected cross-teacher OPD teacher.
Training Settings.
We train on two domains. Mathematical reasoning uses DAPO-Math-17k (yu2025dapo), which provides 17K competition-level math problems spanning a wide range of difficulty. Code generation uses KlearReasoner-CodeSub-15K (kwai2026klear), which provides 15K carefully cleaned and filtered code problems. For each OPD prompt, we sample a single response from the SFT reference and precompute the corresponding selected-teacher log-probabilities once before training, following the pipeline of Lightning OPD (wu2026lightning). We use five prompt-level folds for cross-fitting. The training framework is built upon slime (slime2025), and we train each model for 150 steps using the Lightning OPD policy surrogate with a PPO clipping range of .
Evaluation.
For mathematical reasoning, we evaluate on AIME 2024 (aimo2024aime), AIME 2025 (opencompass2025aime), and HMMT February 2025 (balunovic2025matharena). For code generation, we evaluate on LiveCodeBench v5 and v6 (jain2024livecodebench). We set the temperature to and top- to throughout. The maximum generation length is 40,960 for all math and code benchmarks. Math uses 64 solutions per problem and code uses 8 solutions per problem, and we report average Pass@1.
Baselines.
We compare Lightning OPD 2.0 with the SFT reference and three OPD baselines. Lightning OPD (wu2026lightning) applies the original token-level distillation objective without style correction. IW-OPD (xie2026position) addresses position bias by weighting tokens according to the accumulated teacher–student discrepancy, while TA-OPD (wang2026teachability) selects positions whose teacher signal is predicted to be learnable. For a controlled comparison, all OPD methods start from the same SFT reference and use the same rollouts, cached teacher log-probabilities, and training budget. Since IW-OPD and TA-OPD were originally formulated with online rollouts, we adapt their objectives to the frozen Lightning OPD replay.
4.2 Main Results
Table 1 presents evaluation results across five benchmarks under the two cross-teacher settings. Across both settings, Lightning OPD 2.0 consistently improves the SFT reference, whereas Lightning OPD and the two competing OPD baselines yield little or no aggregate improvement once teacher consistency is violated. In the Qwen3-4B setting, Lightning OPD 2.0 improves all five benchmarks, raising the average math and code scores over the SFT reference by and points, respectively. Compared with Lightning OPD, Lightning OPD 2.0 further improves average math and code performance by and points. It also achieves the strongest average results among all methods, outperforming IW-OPD by points on math and points on code, and TA-OPD by and points. In the Klear-Reasoner-8B-SFT setting, Lightning OPD 2.0 similarly improves all five benchmarks, with average gains of points on math and points on code over the SFT reference. Compared with Lightning OPD, it improves average math and code performance by and points, respectively, and remains stronger than IW-OPD and TA-OPD in both domains. Together, these results demonstrate that Lightning OPD 2.0 generalizes across SFT initializations and data-generation pipelines without requiring teacher consistency.
| Method | Math Reasoning | Code Generation | |||||
| AIME 2024 | AIME 2025 | HMMT Feb. 2025 | Avg. | LCB v5 | LCB v6 | Avg. | |
| Student: Qwen3-4B-SFT Teacher: Qwen3-30B-A3B-Thinking-2507 | |||||||
| SFT reference | 57.5 | 52.4 | 34.9 | 48.3 | 33.8 | 31.5 | 32.6 |
| Lightning OPD | 59.6 | 51.6 | 34.6 | 48.6 | 35.5 | 33.2 | 34.3 |
| IW-OPD◆ | 60.8 | 49.9 | 33.8 | 48.2 | 37.2 | 33.8 | 35.5 |
| TA-OPD◆ | 56.0 | 50.0 | 30.6 | 45.6 | 35.7 | 30.4 | 33.1 |
| Lightning OPD 2.0 | 63.5 | 55.0 | 36.7 | 51.7 | 36.9 | 34.4 | 35.7 |
| Student: Klear-Reasoner-8B-SFT Teacher: Qwen3-30B-A3B-Thinking-2507 | |||||||
| Qwen3-8B | 76.0 | 67.3 | 44.7 | 62.7 | 57.5 | 48.4 | 53.1 |
| SFT reference | 81.3 | 77.5 | 62.2 | 73.6 | 58.5 | 51.3 | 54.9 |
| Lightning OPD | 80.6 | 77.2 | 62.9 | 73.6 | 61.6 | 52.6 | 57.1 |
| IW-OPD◆ | 81.9 | 77.6 | 62.3 | 73.9 | 61.0 | 53.8 | 57.4 |
| TA-OPD◆ | 82.7 | 76.9 | 62.0 | 73.9 | 62.1 | 53.1 | 57.6 |
| Lightning OPD 2.0 | 82.4 | 77.7 | 63.8 | 74.6 | 63.0 | 53.9 | 58.5 |
4.3 Mechanism Analysis of Style-Token Bias
We assess whether residualization moves the cross-teacher training signal toward the signal obtained under teacher consistency. Let denote the model used for this post-hoc diagnostic and let be its chosen-token log-probability. For each scored response token in the cache, we measure the absolute deviation of the raw and residualized signals from the diagnostic reference signal
| (12) |
where is the original cross-teacher disagreement and is its residualized counterpart. In the Qwen3-4B-SFT setting, is Qwen3-8B, the provenance teacher that generated the SFT demonstrations. The diagnostic reference is therefore the exact teacher-consistent signal in this setting. Exact teacher-consistent scores are unavailable in the Klear-Reasoner-8B-SFT setting, so we use Klear-Reasoner-8B (kwai2026klear) as a diagnostic proxy. Neither diagnostic model contributes to correction estimation or student training.
Figure 3 compares the empirical fractions of tokens satisfying and as varies from to nats. The after-correction curve lies below the before-correction curve at every evaluated threshold in both settings, showing that the result is not specific to a single cutoff. At , which we use as a representative reference point, residualization reduces the exceedance rate from to in the Qwen3-4B-SFT setting and from to in the Klear-Reasoner-8B-SFT setting. These changes correspond to relative reductions of and , respectively. The relative reduction grows at higher thresholds, showing that residualization reduces the prevalence of large deviations from the diagnostic reference signal.

Figure 4 provides a complementary token-level view using two cached responses from the Qwen3-4B-SFT setting. For visualization, we color tokens with deviations of at most one nat in green and those above one nat in red, with darker shades denoting larger deviations. In these examples, several large raw deviations occur on discourse markers and reasoning transitions. Most fall below the reference threshold after residualization, although some large deviations remain. The examples qualitatively illustrate the threshold-sweep result without treating the visualization threshold as part of the method. Together, the aggregate and token-level evidence supports our operational interpretation of the removed component as recurring style-token bias.


4.4 Ablation Study
Table 2 ablates the three principal design choices in Lightning OPD 2.0. The context-only and token-only variants retain one lookup at unit weight, whereas the in-sample variant retains both lookups but removes prompt-level cross-fitting. Lightning OPD serves as the uncorrected baseline, and all variants otherwise share the same cache and training configuration within each setting. The full method yields the strongest overall reported point estimates. The effects of using a single coordinate family vary across settings, while in-sample estimation is generally weaker or tied. These results support combining lexical and coarse contextual estimates and retaining cross-fitting primarily as a safeguard against self-fitting.
| Variant | Components | Qwen3-4B-SFT | Klear-Reasoner-8B-SFT | ||||
| Token | Context | Cross-fitting | AIME24 | HMMT25 | AIME24 | HMMT25 | |
| Lightning OPD | ✗ | ✗ | ✗ | 59.6 | 34.6 | 80.6 | 62.9 |
| Context only | ✗ | ✓ | ✓ | 61.5 | 36.6 | 82.3 | 62.6 |
| Token only | ✓ | ✗ | ✓ | 61.3 | 35.4 | 82.1 | 61.8 |
| In-sample estimation | ✓ | ✓ | ✗ | 62.7 | 36.7 | 81.8 | 63.1 |
| Lightning OPD 2.0 | ✓ | ✓ | ✓ | 63.5 | 36.7 | 82.4 | 63.8 |
5 Conclusion
Teacher consistency is central to effective OPD, yet it is often unavailable when an SFT reference and a later distillation teacher are selected independently. We study this cross-teacher setting and find that chosen-token disagreement contains potentially useful context-specific teacher evidence together with a recurring component that is predictable across cached rollouts and associated with differences in wording, formatting, and reasoning cadence. Lightning OPD 2.0 estimates this component from other cached rollouts as an operational proxy for style-token bias and subtracts it before the reference-anchored offline OPD update, leaving the residual signal to drive distillation. Across the Qwen3-4B-SFT and Klear-Reasoner-8B-SFT settings, Lightning OPD 2.0 delivers consistent improvements over Lightning OPD on both mathematical reasoning and code generation tasks. While our evaluation is limited to these tasks and Qwen-family models, the consistent gains establish Lightning OPD 2.0 as a practical framework for efficient and effective cross-teacher OPD, enabling the SFT reference and distillation teacher to be selected independently.