RLHF

Authors 6 articles 59 min total read
Definition
A training method that aligns large language models with human preferences by collecting ranked comparisons of model outputs, training a reward model on those rankings, and optimizing the model using reinforcement learning.
Also called: Reinforcement Learning from Human Feedback, RLHF alignment, reward-based fine-tuning

What RLHF is

Every large language model starts as a prediction engine: given some text, it guesses the next word. That raw capability is powerful but uncontrolled. The model might generate a technically correct answer that is rude, misleading, or outright dangerous. RLHF exists to close the gap between what the model can produce and what humans actually find helpful and safe.

Think of it like coaching a new hire. You could hand them a procedures manual (that’s standard supervised fine-tuning), but no manual covers every situation they’ll face. RLHF adds a feedback loop: the employee tries several approaches, a mentor ranks which ones worked best, and the employee gradually learns which patterns earn approval.

According to the RLHF Book, the concept originated with Christiano et al. in 2017 and reached mainstream attention when OpenAI applied it to create InstructGPT in 2022 — the research behind ChatGPT’s ability to follow instructions and decline harmful requests.

The process runs in three stages. First, the model goes through supervised fine-tuning (SFT) on curated examples of ideal responses. Second, human annotators compare pairs of model outputs and rank which response is better. These rankings train a separate reward model — a neural network that learns to score outputs the way a human evaluator would. Third, the language model is optimized against this reward model using Proximal Policy Optimization (PPO), a reinforcement learning algorithm. The model generates responses, the reward model scores them, and the model’s weights shift toward higher-scoring outputs across multiple rounds.

This pipeline connects directly to the challenges of fine-tuning. Each of the three stages can trigger catastrophic forgetting, where the model loses previously learned knowledge while chasing a new objective. The PPO optimization phase is especially fragile — push the reward signal too aggressively and the model starts producing outputs that game the reward model but read as nonsensical or repetitive to actual humans. This failure mode is called reward hacking, and it’s one of the hard technical limits of preference-based fine-tuning.

RLHF matches what annotators preferred, so a rising reward score can still hide a worse model. · More AI cheat sheets
  • RLHF always builds on a supervised-fine-tuned model, never a raw pre-trained one — a failed run is often a missing prerequisite, not a broken algorithm.
  • The classic PPO-based loop is no longer the only default: DPO and GRPO now compete with it by dropping or restructuring the separate reward-model stage.
  • Reward hacking and mode collapse are unsolved technical limits, not implementation bugs — a rising reward score does not guarantee a better model.
  • The human annotators behind the preference data carry real costs and biases that end up encoded in what the model will and will not say.

How RLHF is used in practice

Most people encounter RLHF without knowing it. When you use ChatGPT, Claude, or Gemini and notice that the model declines harmful requests, follows instructions carefully, or admits uncertainty rather than fabricating answers — that behavior was shaped by RLHF or a similar preference-based technique.

Organizations fine-tuning their own models face a practical decision: full RLHF or a simpler alternative called Direct Preference Optimization (DPO). According to Together AI, DPO removes the separate reward model entirely, replacing the three stages with a single optimization objective on the preference data. This makes DPO faster and less resource-intensive, though RLHF remains preferred for high-stakes applications where teams need finer control over alignment behavior and edge cases.

If you’re evaluating alignment methods for a custom model, start with DPO. It uses the same human preference data but skips reward model training. Move to full RLHF only if DPO doesn’t give you enough control over how the model handles ambiguous or adversarial inputs.

How to read the RLHF pipeline, from mechanism to fallout

Start with how human preferences train language models to follow instructions — it is the only article here that owns the “what is RLHF” question, and every later read assumes it. From there, every stage of the RLHF training pipeline turns the concept into a sequence: reward model, policy optimization, KL penalty, in the order a real run executes them.

Once the pipeline is clear, reward hacking, mode collapse, and the unsolved technical limits of RLHF alignment names the ways that sequence breaks even when every stage is implemented correctly — read it before you trust a rising reward curve. Builders should then move to training a language model with RLHF using OpenRLHF and TRL, which turns the pipeline into a specification checklist instead of a diagram.

For the shifting landscape around the classic recipe, how RLHF alternatives reshaped alignment through 2026 tracks which labs moved off PPO and why. Close with the hidden human cost of RLHF alignment — the preference data every stage above depends on is produced by people, and that fact changes how much you should trust the signal.

MAX asks: 'My RLHF run's reward keeps climbing — why is the model getting worse to actually talk to?' MONA answers: 'Because reward and quality can decouple. The policy is optimizing the score, not the intent behind it — that gap is reward hacking, not a training bug.' — comic dialog.
A rising reward curve does not guarantee a better model — mind the optimization gap.

How RLHF differs from fine-tuning and reward model training

RLHF is often described as one technique, but it sits downstream of two things it gets confused with.

RLHF is not a substitute for fine-tuning — it depends on it. Every practical RLHF pipeline starts from a model that has already been supervised fine-tuned on instruction-following examples; RLHF then reshapes how that already-capable model behaves under human preference, not what it knows. Skipping straight from a raw base model to preference optimization is a documented way to break a run, not a shortcut worth taking. See fine-tuning for what that first stage actually changes before RLHF ever begins.

The reward model is optional in a way RLHF-the-process is not. Reward model architecture covers how to design and train the scoring network itself, but a growing share of RLHF-style pipelines skip a dedicated reward model entirely, scoring outputs with a general-purpose LLM acting as a judge instead. Whether you train a scorer from scratch or borrow one, the loop around it — sample, score, update the policy — stays the same, which is why the two topics are easy to conflate and worth reading separately.

When RLHF fits — and when it doesn't

ScenarioUseAvoid
Aligning a base model to follow instructions safely✅
Quick prototype where cost and iteration speed matter most❌
High-stakes deployment requiring precise control over refusal behavior✅
Small team without budget for human annotators❌
Reducing toxic or harmful outputs before production launch✅
Narrow classification task with clear ground-truth labels❌

Common questions about RLHF in practice

Q: Does RLHF replace supervised fine-tuning, or build on top of it? A: It builds on top of it. Every practical pipeline starts from a model already through supervised fine-tuning; skipping straight to preference-based training on a raw base model is one of the most common ways a run fails. The full training pipeline walks the SFT-first sequence stage by stage.

Q: Can reward hacking happen even if the reward model scores well on held-out data? A: Yes. A reward model can generalize fine on its own validation set and still get exploited once the policy optimizes against it directly, because optimization pressure finds loopholes evaluation never tested. The technical limits of RLHF alignment traces exactly how that gap opens.

Q: Why does an RLHF-aligned model sometimes refuse harmless requests it should handle? A: Over-refusal is usually a symptom of the reward signal, not the base model’s capability — annotators who lean cautious produce a reward model that scores refusals safely high, and the policy learns to over-comply with caution instead of judging each request on its merits. The hidden human cost of RLHF alignment traces how annotator working conditions shape that caution.

Q: Do I need to train my own reward model, or can I use an off-the-shelf one? A: Off-the-shelf preference datasets exist, but a reward model trained on someone else’s judgments encodes their annotators’ values, not yours. For anything beyond generic helpfulness, training your own pipeline is what lets you specify the behavior you actually want.

Part of the LLM training theme · closest neighbour: fine-tuning. New to training pipelines from a software background? Start with the story: LLM Training for Developers: Which Instincts Help, Which Mislead.

Sources

1

Understand the Fundamentals

RLHF transforms raw language model capabilities into aligned behavior by letting human preferences — not handwritten rules — define what good output looks like. The mechanism is far from solved.

2

Build with RLHF

The practical guides walk through reward model training, policy optimization pipelines, and the tooling decisions that determine whether your RLHF setup converges or collapses under reward hacking.

4

Risks and Considerations

Human annotators encode their own biases into reward models, and preference optimization can suppress minority viewpoints.