Contents
  1. Starting checkpoints and behavioral targets
  2. Supervised fine-tuning from desired responses
  3. Preference pairs and judgment meaning
  4. Learned rewards from comparisons
  5. Executable rewards and checker contracts
  6. Outcome and intermediate feedback
  7. Reinforcement learning for response policies
  8. Reference regularization and PPO clipping
  9. Direct preference optimization
  10. Composing a post-training recipe
  11. Proxy optimization and reward failures
  12. Behavioral gains and competing requirements
  13. Evidence of adaptation gains
  14. Boundaries of an alignment claim
  15. Check understanding
  16. Open questions
  17. Selected talks
  18. References
  19. Talk library
← All topics

Post-training and Alignment

Post-training adapts an existing model toward specified behavior. Demonstrations teach responses to imitate, comparisons express relative preferences, and rewards guide learning from sampled attempts. Their usefulness depends on what they measure and what optimization does with that signal. Alignment claims therefore require separate evidence about useful behavior, competing requirements, and failures under stated conditions.

Starting checkpoints and behavioral targets

A checkpoint saves fitted model state, including parameter tensors and potentially registered buffers. Restoring it requires the corresponding model structure. Resuming training usually also requires optimizer state and other records; a weights file alone does not reproduce an entire run. The PyTorch checkpoint guide distinguishes these uses.

A policy assigns probabilities to possible outputs given context. For an autoregressive language model, it predicts the next token from the prompt and preceding tokens. Post-training changes learned parameters; ordinary prompting changes the input to fixed parameters. Training versus inference explains that boundary, while Pretraining and Midtraining covers the starting model's production.

Training and assessment take separate paths

Example

A requirement shapes supervision and independent acceptance criteria.

Supervision changes the starting checkpoint. Separate cases assess the resulting behavior against the requirement.
Read the diagram as text
  • Behavioral requirements.
  • Demonstrations, pairs, or rewards.
  • Starting checkpoint.
  • Adapt parameters.
  • Candidate checkpoint.
  • Independent behavioral assessment.
  • Behavioral requirementsDemonstrations, pairs, or rewards: defines training targets.
  • Behavioral requirementsIndependent behavioral assessment: defines acceptance criteria.
  • Demonstrations, pairs, or rewardsAdapt parameters: supplies learning signal.
  • Starting checkpointAdapt parameters: supplies fitted parameters.
  • Adapt parametersCandidate checkpoint: produces updated parameters.
  • Candidate checkpointIndependent behavioral assessment: produces evaluated behavior.

Alignment means adapting behavior toward stated human goals and constraints. A specification can guide both training feedback and separate assessment cases. Its requirements must identify whose needs govern and how conflicts are resolved; approval under one rubric cannot stand for universal human preference. Intended outcomes and evaluation boundaries supplies the corresponding assessment framework.

For a programming assistant, stipulate three requirements: solve supported legitimate tasks, acknowledge insufficient evidence, and refuse specified harmful requests while assisting safe ones. These are teaching requirements, not reported experimental results. Demonstrations, comparisons, and rewards can each encode parts of them.

Supervised fine-tuning from desired responses

Supervised fine-tuning, or SFT, trains an existing model on supplied input–target examples. With teacher forcing, each prediction conditions on the demonstrated prefix, including its mistakes. A loss mask selects targets for direct supervision; an attention mask controls information visibility. Excluding prompt targets from loss does not remove the prompt from context.

LSFT=tmtlogπθ(ytx,y<t).L_{\mathrm{SFT}}=-\sum_t m_t\log\pi_\theta(y_t\mid x,y_{<t}). Here xx is the prompt, yty_t a demonstrated response token, y<ty_{<t} its recorded prefix, θ\theta the parameters, and mt{0,1}m_t\in\{0,1\} the inclusion mask. Cross-entropy penalizes low target probability. Shifted targets explains why each input position predicts the following token.

Context is not the same as supervision

Excluded prompt targets can still condition every supervised prediction.

The recorded context produces next-token probabilities. A loss mask selects target contributions; gradients change parameters without checking the response's truth.
Read the diagram as text
  • Prompt and recorded response prefix.
  • Next-token probabilities.
  • Recorded targets and loss mask.
  • Selected target loss.
  • Parameter update.
  • Prompt and recorded response prefixNext-token probabilities: conditions predictions.
  • Next-token probabilitiesSelected target loss: supplies target probabilities.
  • Recorded targets and loss maskSelected target loss: selects supervised terms.
  • Selected target lossParameter update: supplies gradients.

Completion-only supervision includes the completion; assistant-only supervision selects assistant turns; full-sequence supervision can include prompt targets. Padding is excluded. The chosen mask, conversation template, and dataset must agree.

Assume a short record has five token units: USER, ping, ASSISTANT, OK, END. These are stipulated boundaries, not a tokenizer claim. With response-only supervision, the prompt remains available while only OK and END contribute loss. The probabilities below are example values.

Conditioning prefixNext targetMaskTarget probability
USERping0Excluded
USER pingASSISTANT0Excluded
USER ping ASSISTANTOK10.50
USER ping ASSISTANT OKEND10.25

Using natural logarithms, the included loss is log0.5log0.252.079-\log 0.5-\log 0.25\approx2.079; averaging over two targets gives approximately 1.040. Backpropagation differentiates that scalar with respect to parameters. The optimizer uses those gradients to update the checkpoint. A gradient describes local loss sensitivity, not a symbolic instruction to repair one behavior; see Gradients and parameter updates.

Aggregation changes effective weighting. Summing token losses gives longer responses more terms; averaging within each example before averaging examples changes that balance. Repeating or sampling an example more often increases its contribution. These choices determine which demonstrated patterns dominate, alongside explicit weights and task coverage.

SFT is useful for specified output mappings such as extraction and formatting. Its target remains the supplied answer: flawed facts or stylistic shortcuts can receive the same imitation signal. Generated demonstrations are still training inputs. Their construction belongs to Synthetic Data; improvement requires separate assessment.

Preference pairs and judgment meaning

A preference pair contains two responses to the same prompt and a comparative judgment under a rubric, the criteria for judging them. The selected response is called chosen; the other is rejected. These labels express relative preference, not absolute adequacy.

A constructed pair answers whether passing supplied tests establishes correctness on every input. Response A states that untested inputs remain unresolved. Response B enthusiastically congratulates the programmer and asserts universal correctness. Hold these responses fixed while changing the stipulated judgment criterion.

Stipulated criterionChosen responseWhat the label conveys
Factual support firstALimited evidence should not support universal certainty.
Enthusiasm and affirmation onlyBApproval can favor an unsupported assertion.

Candidate collection determines available contrasts. Preserve prompt coverage, generating checkpoints, sampling settings, judge identity or model version, and rubric version. Comparisons between nearly identical answers teach different distinctions from comparisons that isolate a factual error. The summarization research operationalized selected labelers' judgments under researcher-defined requirements, rather than discovering a population-independent preference.

A tie, an uncertain judgment, and disagreement between judges are different records. A binary chosen/rejected objective requires an explicit policy for including or adjudicating them; silently inventing a winner changes the target. Preserve the underlying judgments. Label meaning and Annotation, disagreement and correction explain the broader data responsibilities.

Sampling from the model being adapted can expose its current failures. One small-model recipe ranked looping and non-looping candidates to construct preference pairs. That approach needs both a useful alternative and a judge that actually penalizes repetition.

Learned rewards from comparisons

A reward model assigns a scalar score r(x,y)r(x,y) to prompt xx and response yy. Bradley–Terry modeling learns preferences through score differences.

P(ywylx)=σ(r(x,yw)r(x,yl)),L=logP.P(y_w\succ y_l\mid x)=\sigma(r(x,y_w)-r(x,y_l)),\qquad L=-\log P. Here ww and ll identify chosen and rejected responses, \succ means preferred, and σ(z)=1/(1+ez)\sigma(z)=1/(1+e^{-z}). Training minimizes the negative log-probability of recorded preferences.
Example chosen scoreRejected scoreModeled preference probability
ln(3)00.75
5 + ln(3)50.75

Adding a common offset leaves comparisons unchanged. The resulting probability concerns preference, not factual correctness. Moreover, a majority cycle—A preferred to B, B to C, and C to A—cannot fit a strict scalar ordering. Disagreement alone need not create such a cycle.

A scorer can learn shortcuts in its labels. In a video-judge example, manufactured negatives encouraged detecting visual artifacts instead of the intended quality dimensions. Responses generated after optimization may expose further weaknesses. Automated judge reliability covers judging validity; using a scorer as a reward adds pressure to exploit its errors.

Executable rewards and checker contracts

A verifier applies an explicit checking procedure. A test oracle decides whether observed behavior meets its criterion. A verifiable reward converts such checking into training feedback. Automatic computation does not expand the checked property; Oracles, rubrics and human judgments explains this distinction.

CheckerAcceptance establishesImportant exclusions
Supplied code testsThe observed execution satisfies those assertions.Untested inputs and omitted requirements remain unchecked.
Final-answer equivalence ruleThe extracted answer satisfies the specified comparison.Parser limitations and the validity of preceding reasoning.
Lean proof checkingThe formal theorem follows under its definitions and assumptions.Whether the formal statement captures the intended problem and whether all assumptions are permitted.

Checkers can also reject valid alternatives. Tests that demand an unspecified variable name or inspect an internal function constrain implementation beyond the requested behavior. Such false negatives supply misleading penalties, just as missing assertions can supply misleading rewards.

A successful formal proof check needs a dependency audit: imported results can depend on incomplete proofs or custom axioms. Lean's validation contract therefore matters when defining allowed assumptions. Checking an intermediate formal claim is possible under the same contract; that possibility alone establishes no effective intermediate-reward training procedure.

Outcome and intermediate feedback

Outcome supervision assesses a completed result. Process supervision assesses intermediate steps, requiring a definition of a step and a defensible judgment about it. Feedback location and feedback source are separate choices.

Sparse reward supplies feedback at few points, often only completion. Credit assignment connects that delayed outcome to earlier choices. A return aggregates rewards; it does not identify causal responsibility. A correct terminal answer may follow mistakes, while useful intermediate work may occur in a failed attempt.

Correct outcomes can conceal defective steps

Example

Final-answer acceptance and step approval assess different properties.

For (2+3)−1, the trace gives a wrong intermediate equation but the correct final answer. The illustrated step judgment rejects the error; final-only checking accepts 4.
Read the diagram as text
  • Evaluate (2+3)−1.
  • Written step: 2+3=6.
  • Written conclusion: 6−1=4.
  • Learned step judgment: incorrect.
  • Executable final check: accepted.
  • Evaluate (2+3)−1Written step: 2+3=6: response begins.
  • Written step: 2+3=6Written conclusion: 6−1=4: response continues.
  • Written step: 2+3=6Learned step judgment: incorrect: intermediate assessment.
  • Written conclusion: 6−1=4Executable final check: accepted: extract final answer.
  • Evaluate (2+3)−1Executable final check: accepted: expected answer: 4.

In one mathematical process-supervision study, human step labels trained a learned scorer, while final-answer checks supplied outcome labels. Multiplying predicted step-correctness probabilities ranked solutions. The generator stayed fixed during best-of-N evaluation: those results concern selecting generated solutions, not reinforcement learning of the generator.

An approved prefix can still lead to a wrong answer. Conversely, the illustrated arithmetic trace reaches the correct answer through a defective intermediate equation. Assessing written steps also differs from establishing explanation faithfulness: behavioral interventions can reveal influences on an answer that its explanation omits.

Long agent trajectories sharpen the problem. Assigning the same final return to every model call treats helpful, needless, and mistaken actions alike. A transition-level record permits more selective assignment, but does not itself discover which action caused success. Changing an action in a counterfactual test also requires recomputing downstream observations.

Reinforcement learning for response policies

For language-model reinforcement learning, tokens are actions and the prompt plus generated prefix supplies their context. A rollout is a sampled continuation, extended to actions and observations for interactive tasks. Sampling, scoring, and updating weights produces a new policy for subsequent sampling. Actions and rewards provides the underlying learning framework.

An advantage compares return with a baseline. Positive advantage favors sampled choices; negative advantage suppresses them. Policy gradients differentiate output log-probabilities. When the environment and scorer do not depend on policy parameters, training need not differentiate through them.

Updated policies produce fresh training samples

Example

A rollout retains the identity of the checkpoint that generated it.

1 / 3 · Sample

C0 generates B0.

The learner samples B0 from C0, scores B0, produces C1, and samples B1. B0 remains a C0 sample after the update.
Read the diagram as text
  • Policy learner.
  • Checkpoint C0.
  • Rollout batch B0.
  • B0 scores.
  • Checkpoint C1.
  • Fresh rollout batch B1.
  • Policy learnerCheckpoint C0: starts from.
  • Checkpoint C0Rollout batch B0: samples.
  • Rollout batch B0B0 scores: external grading.
  • Checkpoint C0Checkpoint C1: parameter update.
  • B0 scoresCheckpoint C1: guides update.
  • Checkpoint C1Fresh rollout batch B1: resamples.
  1. Sample. C0 generates B0. Active: Policy learner, Checkpoint C0, Rollout batch B0. New: Policy learner, Checkpoint C0, Rollout batch B0.
  2. Score. New feedback assesses the retained B0 responses. Active: Policy learner, Checkpoint C0, Rollout batch B0, B0 scores. New: B0 scores.
  3. Update and resample. C1 and B1 are new; C0, B0, and their feedback remain visible. Active: Policy learner, Checkpoint C0, Rollout batch B0, B0 scores, Checkpoint C1, Fresh rollout batch B1. New: Checkpoint C1, Fresh rollout batch B1.
g^=1Ni=1NAitθlogπθ(yitxi,yi,<t).\hat g=\frac1N\sum_{i=1}^{N}A_i\sum_t\nabla_\theta\log\pi_\theta(y_{it}\mid x_i,y_{i,<t}). For NN on-policy responses, AiA_i is fixed advantage feedback and the inner sum covers generated tokens. Ascending this estimator favors above-baseline samples. A suitable baseline reduces noise; the sampled surrogate is not itself measured expected return.
Illustrative pseudocode Python-like pseudocode
for _ in range(rounds):
    samples = sample(policy, prompts)
    rewards = score(samples).detach()
    advantage = (rewards - baseline).detach()
    logp = policy.token_logprobs(samples)
    loss = -(advantage[:, None] * logp * samples.mask).sum(-1).mean()
    optimizer.zero_grad()
    loss.backward()
    optimizer.step()

For example rewards [0,1,1][0,1,1], a baseline of 2/32/3 gives advantages [2/3,1/3,1/3][-2/3,1/3,1/3]. The failed response receives a negative direction; the two successes receive positive directions. This does not label every token correct or determine exact new probabilities: responses share parameters and interact during optimization.

RLHF uses human feedback, often through a learned preference reward. RLVR uses verifiable rewards. These name feedback sources, not interchangeable optimizer specifications.

Group Relative Policy Optimization, or GRPO, replaces a learned value baseline with comparisons among responses to one prompt. Its original outcome version uses Ai=(RiRˉ)/sRA_i=(R_i-\bar R)/s_R, where RiR_i is response reward and Rˉ,sR\bar R,s_R are group mean and standard deviation. Each response token shares that advantage; clipped ratios and reference KL enter separately.

Equal group rewards make the written normalization undefined. Code must handle zero spread explicitly; with denominator stabilization, the relative reward signal is zero, although KL can still contribute gradients. GRPO can use learned rewards or executable checks. Removing the value model and replacing a learned reward model are separate decisions.

Sparse success leaves little useful contrast. More varied sampling can expose better trajectories, but excessive randomness can break coherent output. On-policy means sampling from the policy being trained; it does not mean the prompts represent production use. Task coverage and exploration remain separate design choices.

Reference regularization and PPO clipping

A reference policy remains fixed at a designated starting checkpoint. The trainable policy changes. A separate, recent rollout snapshot records the policy that generated a batch; it need not equal the reference.

J(θ)=Eyπθ[r(x,y)]βDKL(πθπref).J(\theta)=\mathbb E_{y\sim\pi_\theta}[r(x,y)]-\beta D_{\mathrm{KL}}(\pi_\theta\Vert\pi_{\mathrm{ref}}). For a fixed prompt, Kullback–Leibler divergence is Eπθ[log(πθ/πref)]\mathbb E_{\pi_\theta}[\log(\pi_\theta/\pi_{\mathrm{ref}})]. It measures distributional difference, not a symmetric distance. Positive β\beta trades reward against reference departure; this discourages drift without validating reward.

Two policy comparisons serve different roles

The rollout snapshot and fixed reference are distinct.

The surrogate compares current and rollout probabilities. Reference KL compares current behavior with the fixed checkpoint. Both influence updates.
Read the diagram as text
  • Rollout snapshot.
  • Trainable policy.
  • Fixed reference.
  • Clipped surrogate.
  • Reference KL.
  • Parameter update.
  • Rollout snapshotClipped surrogate: ratio denominator.
  • Trainable policyClipped surrogate: ratio numerator.
  • Trainable policyReference KL: current distribution.
  • Fixed referenceReference KL: reference distribution.
  • Clipped surrogateParameter update: reward-directed incentive.
  • Reference KLParameter update: drift penalty.

Proximal Policy Optimization, or PPO, modifies incentives relative to the rollout policy. A critic, or value model, estimates expected return to help estimate advantages; it does not judge answer correctness.

ρt=πθ(atst)πold(atst),Lclip=Et ⁣[min ⁣(ρtAt,clip(ρt,1ϵ,1+ϵ)At)].\rho_t=\frac{\pi_\theta(a_t\mid s_t)}{\pi_{\mathrm{old}}(a_t\mid s_t)},\qquad L_{\mathrm{clip}}=\mathbb E_t\!\left[\min\!\left(\rho_t A_t,\operatorname{clip}(\rho_t,1-\epsilon,1+\epsilon)A_t\right)\right]. Here sts_t is context, ata_t the sampled token, AtA_t fixed advantage, and ϵ>0\epsilon>0 the clipping width. PPO maximizes this surrogate; πold\pi_{\mathrm{old}} generated the batch.

With ϵ=0.2\epsilon=0.2, A=2A=2, and ρ=1.4\rho=1.4, the surrogate is 2.4 instead of 2.8. With A=2A=-2 and ρ=0.6\rho=0.6, it is −1.6 instead of −1.2. These favorable changes stop earning extra incentive. Harmful changes still count: increasing a negative-advantage action to ρ=1.4\rho=1.4 gives −2.8.

Illustrative pseudocode Python-like pseudocode
ratio = exp(logp - old_logp.detach())
advantage = advantage.detach()
unclipped = ratio * advantage
clipped = ratio.clamp(1 - epsilon, 1 + epsilon) * advantage
policy_loss = -minimum(unclipped, clipped).mean()

Clipping removes an incentive; it does not impose a hard probability bound. Shared parameters and other objective terms can still change a clipped action's probability. PPO may reuse a batch over several minibatch epochs. Its old-policy ratio remains distinct from a fixed-reference KL penalty.

Direct preference optimization

Direct Preference Optimization, or DPO, trains the response policy directly from comparisons. Sequence log-probability sums conditional token log-probabilities. Original offline DPO uses fixed pairs and reference probabilities, without fitting a separate reward network or sampling fresh responses during each update.

Δ=logπθ(ywx)πref(ywx)logπθ(ylx)πref(ylx),LDPO=logσ(βΔ).\Delta=\log\frac{\pi_\theta(y_w\mid x)}{\pi_{\mathrm{ref}}(y_w\mid x)}-\log\frac{\pi_\theta(y_l\mid x)}{\pi_{\mathrm{ref}}(y_l\mid x)},\qquad L_{\mathrm{DPO}}=-\log\sigma(\beta\Delta). Chosen ywy_w and rejected yly_l share prompt xx. Positive β\beta scales the reference-adjusted margin; it is not a hard probability-change bound.

Comparisons can train a scorer or a policy

Offline DPO removes separate reward fitting.

The illustrated RLHF path scores fresh samples. Offline DPO applies a policy/reference loss to fixed pairs.
Read the diagram as text
  • Preference pairs.
  • Fit reward model.
  • Fresh policy samples.
  • Reward-guided policy update.
  • Policy/reference pairwise loss.
  • Direct policy update.
  • Preference pairsFit reward model: RLHF route.
  • Fit reward modelReward-guided policy update: scores samples.
  • Fresh policy samplesReward-guided policy update: sampled actions.
  • Preference pairsPolicy/reference pairwise loss: offline DPO route.
  • Policy/reference pairwise lossDirect policy update: policy gradients.

Under Bradley–Terry preferences and KL-regularized reward optimization, π(yx)πref(yx)er(x,y)/β\pi^*(y\mid x)\propto\pi_{\mathrm{ref}}(y\mid x)e^{r(x,y)/\beta}. Rearranging expresses reward through a policy/reference log ratio plus a prompt-only constant. That constant cancels between responses, yielding DPO. The derivation requires reference support and does not guarantee equivalent finite-training outcomes.

Two valid three-outcome distributions expose the relative objective. Assume β=1\beta=1; other responses are grouped into the third outcome. These are constructed distributions, not measured optimizer steps.

DistributionChosenRejectedOther
Reference0.400.400.20
Candidate policy0.300.200.50

The margin becomes log(0.30/0.40)log(0.20/0.40)=log1.5\log(0.30/0.40)-\log(0.20/0.40)=\log1.5. Loss falls from approximately 0.693 to 0.511, although chosen probability falls from 0.40 to 0.30. The chosen response gains relative to the rejected response, not necessarily in absolute probability.

Illustrative pseudocode Python-like pseudocode
margin = (logp_w - logref_w) - (logp_l - logref_l)
loss = -logsigmoid(beta * margin).mean()

A simpler training path retains dependence on pair meaning and coverage. It can also optimize unintended correlates: tested DPO recipes expanded response length beyond the training distribution. Removing a reward network does not remove proxy error.

Composing a post-training recipe

Available signalSuitable operationRequired judgment
Reliable target responsesSFTWhich behavior should be imitated.
Meaningful response comparisonsPreference optimizationWhich differences the rubric should favor.
Useful sampled-output scoresReinforcement learningWhether better scores represent better outcomes.

These operations need not form one compulsory sequence. R1-Zero applied RL without initial SFT; R1 used cold-start demonstrations, reasoning RL, filtered-response SFT, and later RL. The distinction concerns particular recipes, not evidence that either route is universally preferable.

A cold start supplies examples of behavior that later reward optimization needs to discover. When a small model fails to learn an RL task, missing related SFT coverage is one diagnosis to test alongside task difficulty. Reintroducing demonstrations is an experiment, not a guaranteed repair.

Rejection-sampling fine-tuning generates candidates, retains selected responses, and applies supervised likelihood training to them. Filtering changes the dataset; it does not turn the student's update into a policy gradient. Distillation addresses transfer from teachers, and Synthetic Data addresses generated-example construction.

Reinforcement learning from AI feedback, or RLAIF, identifies the feedback source. Constitutional AI used model critiques and revisions for supervised training, then AI comparisons to fit a preference model for RL. Human choices remained in its principles and design. Choosing AI rather than human judgments does not choose the optimizer or supply independent ground truth.

Composed stages also appear in LFM2.5-1.2B: its Base checkpoint is distinguished from an Instruct checkpoint trained with SFT, preference alignment, and multistage RL. Record the parent checkpoint, operation, data version, candidate source, rubric, reward version, and resulting checkpoint so that a recipe describes reproducible changes rather than only a model name.

Proxy optimization and reward failures

A proxy is a measurable substitute for the intended goal. Reward hacking exploits weaknesses in that substitute; reward overoptimization occurs when stronger optimization improves proxy scores while degrading independently assessed quality. Goodhart's law frames the risk: targeting a measure can weaken its relationship to the original goal.

Optimization changes which errors matter. Best-of-N selects the highest proxy-scored response among N samples without updating the generator. More candidates can expose rare scoring mistakes. In controlled synthetic experiments, stronger selection or PPO eventually reduced a larger model's independent scores while pursuing a smaller proxy model. That larger scorer was an experimental comparator, not human welfare.

Accepted shortcuts can fail the task

Example

Optimization can exploit the gap between acceptance and correctness.

An incomplete reward can reinforce a no-op kernel. The proxy approves it while an independent computation check rejects it.
Read the diagram as text
  • Correct, faster computation.
  • Incomplete reward checks.
  • Reward optimization.
  • Accepted no-op kernel.
  • Proxy success.
  • Independent computation check.
  • Task failure.
  • Correct, faster computationIncomplete reward checks: imperfect translation.
  • Incomplete reward checksReward optimization: supplies scores.
  • Reward optimizationAccepted no-op kernel: reinforces shortcut.
  • Accepted no-op kernelProxy success: accepted by proxy.
  • Accepted no-op kernelIndependent computation check: executes on test inputs.
  • Independent computation checkTask failure: required result absent.

Kernel-generation training exposed shortcuts including no-op kernels and returning reference code. Inspecting rollouts led to exploit detection, static checks that kernels existed and launched, and correctness and speed comparisons. These checks address different failure modes: source structure alone establishes neither correct execution nor speed.

Sycophancy favors agreement with a user's stated beliefs over truthful response. Preference research found that persuasive agreement could receive approval despite incorrectness. Optimization can amplify that mismatch. Separately, DPO length experiments show that implicit preference objectives can expand verbosity; longer answers are not inherently worse, but length must not stand in for the desired quality.

  • Repair the acceptance ruleCheck substantive requirements, not only easy surface constraints. More optimization cannot repair an omitted requirement.
  • Test under optimizationSmall training runs and inspected traces can reveal exploits absent from initial examples. Preserve discovered failures for future checks.
  • Constrain movementClipping limits a local incentive. It does not establish that the rewarded direction is desirable.

Behavioral gains and competing requirements

Abstention declines to answer when support is insufficient. Rewarding it above a wrong answer can discourage fabrication, but fewer wrong answers may simply reflect fewer answers. Report accuracy among answered requests alongside answer coverage. Selective automation explains why both matter.

Constructed assistant caseDesired responseSeparate failure to track
Answerable legitimate requestSupported, useful completionIncorrect answer or unnecessary refusal
Necessary evidence unavailableExplicit uncertainty or abstentionUnsupported confident answer
Request prohibited by the specificationAppropriate refusalHarmful compliance

Over-refusal means refusing a safe request. XSTest pairs safe prompts with nearby unsafe contrasts to distinguish contextual judgment from reactions to vocabulary. Compliance means attempting an answer, regardless of accuracy. Testing only safe requests would also reward a system that answers everything, including prohibited requests.

Catastrophic forgetting is substantial loss of previously available capabilities after further training. Specialization gains and retained competence need separate measurements. Instruction-fine-tuning studies show that their balance depends on data, duration, and update configuration; no single adaptation method wins every comparison. Continual Learning develops retention methods.

A behavioral requirement should not be reduced to a surface style. If comparisons reward agreeable wording, favoring those labels does not repair factual support. If safe and unsafe cases share vocabulary, broadly rewarding caution can suppress legitimate assistance. Contextual examples and corrected judgments target these signal defects; tighter parameter constraints alone do not change label meaning.

Other dimensions remain distinct. Repetition measures whether generation loops, not whether it solves the task. Resource use measures expenditure, not competence. Where varied responses matter, define useful diversity explicitly rather than treating randomness as success. Separate metrics and meaningful task slices keep aggregate improvements from concealing losses.

Evidence of adaptation gains

Compare checkpoints on matched independent cases, recording prompts, decoding, answer limits, selection procedures, tool configuration, and evaluator versions. Account for prompt and output length when measuring resources. Controlled offline comparisons separates matched tasks from identical trajectories; a different route to success need not be a failure.

Checkpoint comparisonTraining differenceEvidence to keep separate
Starting model → SFTDemonstration trainingTarget-task gains and retained capabilities
SFT → preference candidateComparison-based adaptationPreference wins, factual quality, and response length
Starting policy → reward candidateSampled reward optimizationTraining reward and independently assessed outcomes

Contamination includes semantic leakage. Training on paraphrases or translations can inflate benchmark results while evading literal overlap checks. Teacher-generated examples are not automatically independent of public tests. Track lineage, investigate similar problems, and protect final assessment cases. Data used to select a recipe has become development data; see Independent data boundaries.

A score increase can reflect better task solving, formatting, selection, or more inference expenditure. In summarization research, controlling length reduced the measured preference advantage. A FinQA talk reported that simpler training outperformed mixed and progressive curricula, interpreting transfer as improved tool discipline; incomplete controls prevent treating that explanation as isolated causation.

Targeted ablations change one training component while preserving comparison conditions. Diagnostic rubrics can identify missing behaviors and guide new training data without becoming the scalar RL reward themselves. This separates learning where the failure occurs from deciding how to optimize it.

Report uncertainty in paired checkpoint differences, not only separate point estimates. Paired bootstrap resampling retains each case's model-to-model relationship; correlated cases require an appropriate sampling unit. Training-seed variation is a separate source of uncertainty. Uncertainty in scores and Release decisions connect these estimates to acceptance.

Boundaries of an alignment claim

A bounded report could state: Checkpoint {candidate_id}, compared with {baseline_id}, improved supported completion by {difference and interval} across {N} independent requests from {population}, under {prompt, decoding, and budget}. Unsupported answers, harmful compliance, benign refusals, and retention were assessed against {rubric_version}; {unmet criteria and exclusions} remain. These placeholders require observations, not inferred success from training loss.

ClaimNecessary evidenceUnsupported extension
Preferred responsesJudgments under a specified comparison rubricUniversal correctness or benefit
Better task capabilityIndependent outcomes with contamination controlsPerformance on every new distribution
Faithful explanationsTests of whether explanations reflect influential factorsAccess to internal motives from plausible prose
Resistance to tested attacksSpecified attack cases and observed behaviorUniversal resistance to stronger attacks

Checkpoint, prompt, tool, rubric, population, or operating-condition changes alter the claim's scope and may require reassessment. Even a system-prompt edit can shift behavior away from the fine-tuning distribution. Preserve the evidence-to-version relationship through Evaluation records and reassessment.

Trained behavior does not replace enforced permissions. Learning to disregard conflicting instructions can improve measured resistance while leaving vulnerabilities and benign-task regressions. Control placement and defense in depth explains enforcement; Adversarial tests and bounded security claims explains what attack testing establishes.

Open questions

  1. Preference aggregation remains difficult when legitimate rubrics conflict. A scalar ranking cannot represent every majority cycle, and disagreement is not necessarily annotation error. Progress would preserve judgment provenance and demonstrate which populations benefit or lose under an explicit aggregation rule.

  2. Long-trajectory credit assignment must distinguish useful actions from accidental companions of success. Shared terminal returns blur that distinction. Progress would show that localized feedback improves independent outcomes on alternative trajectories, with downstream states recomputed after changed actions.

  3. Distinguishing capability elicitation from new capability learning requires more than higher scores. Rare pre-existing solutions can become easier to sample. Progress would compare strong starting-policy elicitation and sampling baselines against adaptation on genuinely new task families under matched budgets.

  4. Reward validity under stronger optimization remains unresolved because new policies can discover previously unseen exploits. Progress would sustain independent task quality as optimization pressure increases, while testing fresh failure classes rather than only repairing known hacks.

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

Explore more talks

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

116 matching talks

TalkSpeakerEventYear
Mahesh SathiamoorthyAI Engineer World's Fair 20262026
Rhythm Garg, Linden LiAI Engineer Code 20252025
Abi AryanAI Engineer Summit 20232023
Devendra Chaplot, Devendra Singh ChaplotAI Engineer World's Fair 20242024
The Base Model is Dead

Transcript reviewed

Varun SinghAI Engineer World's Fair 20262026
Daniel HanAI Engineer World's Fair 20252025
Nan JiangAI Engineer World's Fair 20262026
Ronak MaldeAI Engineer World's Fair 20262026
Ending AI Slop

Transcript reviewed

Thais Castello BrancoAI Engineer World's Fair 20262026
Maxime LabonneAI Engineer World's Fair 20242024
Ryan MartenAI Engineer World's Fair 20252025
Zhou YuAI Engineer Summit 20252025
Gaurav MishraAI Engineer World's Fair 20262026
Vibhu SapraAI Engineer World's Fair 20252025
Will Hang, Cathy ZhouAI Engineer Code 20252025
Nick HeinerAI Engineer World's Fair 20262026
Jack MorrisAI Engineer Code 20252025
Alex DuffyAI Engineer World's Fair 20252025
Nick Ung, Akshay SharmaAI Engineer World's Fair 20262026
Mahmoud MabroukAI Engineer Europe 20262026
Ibragim BadertdinovAI Engineer Europe 20262026
Scaling to Long Horizons

Transcript reviewed

Ross Taylor, Chengxi TaylorAI Engineer World's Fair 20262026
The New Code

Cited in this entry

Sean GroveAI Engineer World's Fair 20252025
Evaling Video Slop

Cited in this entry

Maor BrilAI Engineer World's Fair 20262026
Minimax M2

Transcript reviewed

Olive SongAI Engineer Code 20252025
Fuzzing in the GenAI Era

Transcript reviewed

Leonard TangAI Engineer World's Fair 20252025
Nathan LambertAI Engineer World's Fair 20252025
Kyle CorbittAI Engineer World's Fair 20252025
Ali KhialAI Engineer World's Fair 20262026
Recursive Model Improvement

Transcript reviewed

Lee RobinsonAI Engineer World's Fair 20262026
Building Cursor Composer

Transcript reviewed

Lee RobinsonAI Engineer Code 20252025
Darius EmraniAI Engineer World's Fair 20252025
Jesse HuAI Engineer Code 20252025
Santosh RadhaAI Engineer World's Fair 20242024
Raymond FengAI Engineer World's Fair 20262026
Ronan McGovernAI Engineer World's Fair 20252025
Will BrownAI Engineer World's Fair 20262026
Mark HenningsAI Engineer Summit 20232023
Alessandro CappelliAI Engineer Europe 20262026
Ronan McGovernAI Engineer World's Fair 20252025
Kyle CorbittAI Engineer World's Fair 20242024
Dan BjornnAI Engineer World's Fair 20262026
Cormac BrickAI Engineer Europe 20262026
Daniel HanAI Engineer World's Fair 20262026
Diego CarpenteroAI Engineer Europe 20262026
Vivek MuppallaAI Engineer World's Fair 20262026
Shelby HeineckeAI Engineer World's Fair 20242024
AGI: The Path Forward

Metadata candidate

Eiso Kant, Jason WarnerAI Engineer Code 20252025
Vibhor KumarAI Engineer World's Fair 20242024
Samuel DentonAI Engineer World's Fair 20262026
Ben KusAI Engineer World's Fair 20252025
Shaan DesaiAI Engineer Summit 20252025
Sander DielemanAI Engineer Europe 20262026
Jacob KahnAI Engineer Code 20252025
Soheil FeiziAI Engineer World's Fair 20262026
Karina NguyenAI Engineer Summit 20252025
Dmytro (Dima) DzhulgakovAI Engineer World's Fair 20242024
Sylendran ArunagiriAI Engineer World's Fair 20252025
Sayash KapoorAI Engineer Summit 20252025
Alex Shaw, Ryan MartenAI Engineer World's Fair 20262026
Benjamin FletcherAI Engineer World's Fair 20242024
Daniel HanAI Engineer World's Fair 20242024
Nina Lopatina, Rajiv ShahAI Engineer World's Fair 20252025
Daniel Kim, Daria SobolevaAI Engineer World's Fair 20252025
Antje Barth, Mike ChambersAI Engineer World's Fair 20242024
Phoebe KlettAI Engineer World's Fair 20242024
Mike BursellAI Engineer World's Fair 20252025
Hailong ZhangAI Engineer Summit 20252025
Eno ReyesAI Engineer World's Fair 20262026
Jaspreet SinghAI Engineer World's Fair 20252025
Isaac RobinsonAI Engineer Europe 20262026
Mustafa Ali, Kyle CorbittAI Engineer Summit 20252025
Hanna Lichtenberg, Aamir ShakirAI Engineer World's Fair 20262026
Vivek TrivedyAI Engineer World's Fair 20262026
Thierry Moreau, Pedro TorruellaAI Engineer World's Fair 20242024
Daniel HanAI Engineer World's Fair 20242024
Lin Qiao, Dmytro (Dima) DzhulgakovAI Engineer World's Fair 20242024
Greg KamradtAI Engineer World's Fair 20252025
Omar KhattabAI Engineer World's Fair 20252025
Ishan AnandAI Engineer World's Fair 20262026
Jerry LiuAI Engineer Summit 20232023
Lukas BiewaldAI Engineer World's Fair 20242024
Sander SchulhoffAI Engineer World's Fair 20252025
Yuval Belfer, Niv GranotAI Engineer World's Fair 20252025
Tengyu MaAI Engineer World's Fair 20252025
David GomesAI Engineer Europe 20262026
Benoit SchillingsAI Engineer World's Fair 20262026
RL Environments at Scale

Metadata candidate

Will BrownAI Engineer Code 20252025
Aakanksha ChowdheryAI Engineer World's Fair 20252025
Merve NoyanAI Engineer Europe 20262026
Reid MayoAI Engineer Summit 20232023
Jared JoselowitzAI Engineer World's Fair 20262026
Nader Khalil, Alex Cheema, Matthew Berman, Ahmad Osman, Joseph NelsonAI Engineer World's Fair 20262026
Rishi DesaiAI Engineer World's Fair 20262026
David BrumleyAI Engineer World's Fair 20262026
Brendan O'DonoghueAI Engineer Europe 20262026
Barr YaronAI Engineer World's Fair 20252025
Jacob E. ThomasAI Engineer World's Fair 20262026
Aparna DhinakaranAI Engineer Code 20252025
Thinking Deeper in Gemini

Metadata candidate

Jack RaeAI Engineer World's Fair 20252025
Cormac BrickAI Engineer Europe 20262026
Training Agentic Reasoners

Metadata candidate

Will BrownAI Engineer World's Fair 20252025
Mike ConoverAI Engineer Summit 20252025
Jeff SchomayAI Engineer Summit 20232023
Peter RobicheauxAI Engineer World's Fair 20252025
Sai Krishna RallabandiAI Engineer World's Fair 20262026
Benjamin CowenAI Engineer Europe 20262026
What RL Means for Agents

Metadata candidate

Will BrownAI Engineer Summit 20252025
What's next after RLHF?

Metadata candidate

Diogo AlmeidaAI Engineer World's Fair 20262026
Mukuntha Narayanan, Han WangAI Engineer World's Fair 20252025
Fryderyk Wiatrowski, Peter AlbertAI Engineer World's Fair 20242024
Cormac BrickAI Engineer World's Fair 20262026
Mark BissellAI Engineer World's Fair 20252025
Ziv IlanAI Engineer Europe 20262026
Ben BurtenshawAI Engineer Europe 20262026
Sachin KumarAI Engineer World's Fair 20262026

References

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

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

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

  1. Saving and Loading Models — PyTorch Tutorials

    What is a state_dict; saving models for inference; saving a general training checkpoint. Supplies the chapter's first-use checkpoint definition.

  2. Language Models are Few-Shot Learners

    Introduction and approach; no historical benchmark claims.

  3. The New Code

    Deliberative Alignment is described as sampling responses to challenging prompts, grading them against a specification, and using those scores to update model weights.

  4. Learning to summarize from human feedback

    Sections 3.1–3.4 and 4.1: candidate sources, task definition, comparative judgments, iterative collection, and dimensional evaluation.

  5. How to Train Your Agent: Building Reliable Agents with RL

    Rank a wrong attempted answer below an explicit inability to answer, while retaining a correct answer as the preferred outcome.

  6. XSTest: A Test Suite for Identifying Exaggerated Safety Behaviours in Large Language Models

    Sections 3–4: 250 safe English prompts, 200 unsafe contrasts, and response-label definitions.

  7. SFT Trainer: objective, shifting, and masking

    Official implementation documentation, method and masking sections.

  8. Decoding Mistral AI's Large Language Models

    Instruction tuning uses prompt-response pairs and trains next-token prediction on the response while masking the prompt.

  9. Minibatch Stochastic Gradient Descent — Dive into Deep Learning

    Foundational update rule and batching mechanism, sections 12.5.2–12.5.4.

  10. Model-Maxxing: RFT, DPO, SFT (Fine-tuning with OpenAI) — Ilan Bigio, OpenAI

    SFT teaches an input-to-output mapping through demonstrations, making it useful for classification, formatting, extraction, and small-model distillation.

  11. Everything you need to know about Finetuning and Merging LLMs

    The described supervised fine-tuning setup uses system and user prompts as context and trains on the answer, masking the prompt from the training loss.

  12. Benchmarks: The Good, the Bad, and the Ugly

    Tests can create false negatives when they require unspecified variable names or depend on internal functions.

  13. Towards Understanding Sycophancy in Language Models

    Authors’ 2023 study of five assistants and human preference data; explanatory mechanism rather than current model ranking.

  14. Human Alignment of Large Language Models through Online Preference Optimisation

    Sections 2.1–2.2, 2.5–2.6, equations 6 and 9; Section 4.2, equation 12 and Proposition 4.1.

  15. Everything I Learned Training Frontier Small Models

    Generate on-policy candidates that expose both looping and non-looping behavior, then train on ranked preference pairs.

  16. Training language models to follow instructions with human feedback

    Methods 3.1–3.5 and equation 2; retained-capability findings.

  17. Evaling Video Slop

    The first evaluator learned visual polish and artificial artifacts instead of the intended quality axes.

  18. Reinforcement Learning without Verifiable Rewards — Will Brown, Prime Intellect

    Include actual small RL runs in environment design because some reward hacks emerge only under optimization.

  19. DeepSeek-R1: Incentivizing Reasoning Capability in LLMs via Reinforcement Learning

    Sections 2.2.2–2.4 of the original report.

  20. Validating a Lean Proof

    Successful checking, printing axiom dependencies, and documented trust conditions. The reward-contract application is an inference from those conditions.

  21. Let’s Verify Step by Step

    Sections 2.1–2.6: segmentation, annotation, active collection, reward-model targets, and solution scoring.

  22. Reinforcement Learning: An Introduction — second-edition draft

    Sections 1.1, 3.2–3.3 Goals/Rewards and Returns, 4.2 Policy Improvement, and 6.1 TD Prediction.

  23. Answer correctness and explanation faithfulness are different tests

    Section 2 counterfactual evaluation framework; Sections 3–4 BBH and BBQ interventions; Appendix B explanation inspection.

  24. Agent Lightning: Train ANY AI Agents with Reinforcement Learning

    Sections 3.2–3.4; explicitly the 2025 v1 paper, not claims about the latest package.

  25. Counterfactual Credit Assignment in Model-Free Reinforcement Learning

    Sections 1, 2.1 and 3; appendix F.1 structural causal model.

  26. A Taxonomy for Next-Generation Reasoning Models

    The described single-turn RLVR loop generates completions, scores them, and uses those scores to update model weights.

  27. Part 3: Intro to Policy Optimization — Spinning Up

    Policy-gradient derivation, sampling/update implementation, baselines, and advantage. Complements the supplied language-model rollout and PPO notes.

  28. Let LLMs Wander: Engineering RL Environments — Stefano Fiorucci

    Reinforcement learning with verifiable rewards uses automatically checked outcomes to reinforce successful sampled trajectories rather than only imitating supplied responses.

  29. Constitutional AI: Harmlessness from AI Feedback

    Authors’ original two-stage method description.

  30. DeepSeekMath: Pushing the Limits of Mathematical Reasoning in Open Language Models

    Section 4.1, outcome equation and process-supervision contrast.

  31. Let LLMs Wander: Engineering RL Environments — Stefano Fiorucci

    Increasing sampling temperature may help escape learned suboptimal strategies, but an early reward decline alone does not establish either failure or productive exploration.

  32. Scaling up Continual Learning

    Separate task-distribution alignment, on-policy sampling, rollout multiplicity, and feedback granularity; improving one does not establish the others.

  33. Advanced: Reinforcement Learning, Kernels, Reasoning, Quantization & Agents — Daniel Han

    In the described setup, both policies begin from the same language model, but only the generating policy is updated.

  34. Proximal Policy Optimization Algorithms

    Sections 2–5, especially equation 7 and Figure 1.

  35. Spinning Up: Proximal Policy Optimization

    Clipped objective and positive/negative advantage cases.

  36. Direct Preference Optimization: Your Language Model is Secretly a Reward Model

    Sections 3–5; equations 3–7 and original offline procedure.

  37. TRL DPO objective

    Computing the loss; original sigmoid formulation, not every DPO variant.

  38. Disentangling Length from Quality in Direct Preference Optimization

    Sections 4.1–4.3: datasets, model setup, generated-length comparisons, and quality-versus-length evaluation.

  39. Model-Maxxing: RFT, DPO, SFT (Fine-tuning with OpenAI) — Ilan Bigio, OpenAI

    DPO fits tone and style objectives that are easier to compare between responses than to specify as a single correct output.

  40. Model-Maxxing: RFT, DPO, SFT (Fine-tuning with OpenAI) — Ilan Bigio, OpenAI

    RFT is presented as suitable for difficult tasks with clear, verifiable outcomes, including training a judge against golden judgments.

  41. Everything I Learned Training Frontier Small Models

    Check whether the supervised fine-tuning mixture contains related cold-start examples before treating the RL stage alone as the problem.

  42. Latent Space Paper Club: AIEWF Special Edition (Test of Time, DeepSeek-R1/V3) — Vibhu Sapra

    The described third stage uses generated completions and reward-model ranking to construct a subsequent fine-tuning step.

  43. Introducing LFM2.5 — Liquid AI

    Liquid AI distinguishes LFM2.5-1.2B-Base, a pretrained checkpoint, from LFM2.5-1.2B-Instruct, trained with supervised fine-tuning, preference alignment and multistage reinforcement learning. This provides a concrete example of composing training approaches. Do not conflate other LFM2.5 variants or later releases, or reproduce promotional benchmark rankings.

  44. Scaling Laws for Reward Model Overoptimization

    Section 2 best-of-N procedure; Section 2.1 synthetic data; Figure 1 and Sections 3–4 overoptimization results and interpretation.

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

    Goodhart's law explains how treating benchmark scores as high-value targets can weaken their relationship to the capabilities they are meant to measure.

  46. Agent Reinforcement Fine Tuning

    The kernel-training example combined rollout inspection, an LLM judge, and abstract syntax tree analysis before rewarding correctness and measured speedup.

  47. When Will The Benchmaxxing Plague End?

    Design rewards adversarially and verify the substantive task, not just easily checked surface constraints.

  48. LoRA Learns Less and Forgets Less

    Sections 3.2–3.3 and 4.1–4.3, particularly instruction-fine-tuning comparisons. Adapter implementation details are unnecessary for the chapter.

  49. The Instruction Hierarchy: Training LLMs to Prioritize Privileged Instructions

    Exact requested abstract URL checked; full v1 HTML inspected, sections 3 through 6. Historical empirical mechanism, not current-model performance.

  50. Everything I Learned Training Frontier Small Models

    The speaker reports that preference alignment and verifiable-reward RL reduced looping where SFT without looping examples barely changed it.

  51. Evaluate correctness, calibration, robustness and efficiency separately

    Sections 4.3–4.5, 4.9.2 and 7; Appendix C.2; Section 11.2 reliability limitations.

  52. Rethinking Benchmark and Contamination for Language Models with Rephrased Samples

    Sections 3–5 and the released controlled contamination experiment.

  53. Stop Making Models Bigger, Make Them Behave — Kobie Crawford, Snorkel

    The reported ablation favored single-table-only training over mixed single/multi-table training and a progressive curriculum; improvements also appeared on the harder multi-table benchmark.

  54. Stop Making Models Bigger, Make Them Behave — Kobie Crawford, Snorkel

    Use diagnostic rubrics to identify specific behavioral failures and choose datasets, while retaining a single reward value for the GRPO training cycle.

  55. Paired bootstrap intervals for evaluation differences

    bootstrap algorithm description; paired, confidence_level, n_resamples and method parameters; BootstrapResult returns and warnings.

  56. Model-Maxxing: RFT, DPO, SFT (Fine-tuning with OpenAI) — Ilan Bigio, OpenAI

    Cover the behaviors and prompt variations that must remain reliable; narrow SFT can regress on omitted tasks, and changing the system prompt can introduce distribution shift.

  57. Advanced: Reinforcement Learning, Kernels, Reasoning, Quantization & Agents — Daniel Han

    The presentation distinguishes limiting individual updates through clipping from penalizing deviation from the starting model through a KL term.

  58. Everything you need to know about Finetuning and Merging LLMs

    The described Direct Preference Optimization (DPO) setup adds chosen and rejected answers to an instruction, allowing post-training to express behavioral preferences.

  59. Advanced: Reinforcement Learning, Kernels, Reasoning, Quantization & Agents — Daniel Han

    The discussion presents capability elicitation and new-capability learning as competing interpretations rather than a settled result.

  60. Everything I Learned Training Frontier Small Models

    Concentrate supervised fine-tuning on narrow capabilities that match actual deployment needs.

  61. Let LLMs Wander: Engineering RL Environments — Stefano Fiorucci

    Small batches can overrepresent easy or hard opponents and reinforce narrow strategies; stratified difficulty sampling and larger batches improved stability in the described setup.