Iterative Alignment › The Case for Iteration

Michael BrenndoerferJanuary 5, 20264 min read
Language AI HandbookAll chapters
Part 37 of 67Alignment and RLHF
Chapter 287Iterative Alignment › The Case for Iteration
Reading section 2 of 12 · The Case for Iteration · 4 minSection 2 of 12 · 4 min

Book contents

Section 2 of 12 · 4 min read

Iterative Alignment › The Case for IterationOne section · Sections in this chapter2 / 12 ↓
Reading tools Definitions & inline links

Choose your expertise level to adjust how many terms are explained. Beginners see more tooltips, experts see fewer to maintain reading flow. Hover over underlined terms for instant definitions.

Article links

Make inline references clickable

Consider what happens in standard DPO training. You start with a reference model πref\pi_{\text{ref}}, collect human preferences comparing pairs of responses, and train the model to prefer the winning responses. After training, you have a new model πθ\pi_{\theta} that behaves differently from πref\pi_{\text{ref}}. But your training data was generated from πref\pi_{\text{ref}}, so it reflects the kinds of responses that model produced and the relative quality judgments between them.

To understand why this matters, imagine teaching someone to write by showing them examples of mediocre essays and asking them to identify which is slightly better. They might learn to avoid the worst mistakes, but they never see what excellent writing looks like. The training signal is fundamentally limited by the quality of the examples being compared. When your model improves beyond the capability level present in the training data, the preference comparisons become less informative because they no longer represent the kinds of decisions the improved model needs to make.

This creates several problems:

  • Distribution mismatch: The preference comparisons were between responses from πref\pi_{\text{ref}}, but the model now generates different responses. The training signal becomes less relevant.
  • Ceiling effects: If both responses in a preference pair are poor, learning to prefer the "less bad" option doesn't teach the model what a truly good response looks like.
  • Static feedback: Human values and expectations evolve. A dataset collected once becomes stale.
Out[3]:
Visualization
Probability density plot showing two bell curves: a steelblue reference distribution centered at zero and a coral trained policy distribution shifted right, with a purple overlap region showing the shrinking area of relevant training signal.
Comparison of response quality distributions for reference and trained policies. The trained policy (coral) shifts toward higher quality regions, decreasing the overlap (purple) with the original reference distribution (steelblue) and rendering the initial training signal less relevant.

Distribution mismatch is the primary reason why iteration matters. When you train a model to prefer response A over response B, you are implicitly teaching it something about the boundary between good and bad responses in that region of output space. But after training, the model no longer generates responses in that same region. It has moved to a different part of the output distribution, where the old preference comparisons may not provide useful guidance. The model might now be generating responses that are uniformly better than anything in the original training set, or it might be making new types of errors that the original comparisons never addressed.

Iterative alignment addresses these issues by making alignment a continuous process. After each training round, we generate new responses from the updated model, collect fresh preferences, and train again. This keeps the training distribution matched to the current policy and allows the model to learn from increasingly sophisticated comparisons. Each iteration provides feedback on the model's actual current behavior, creating a feedback loop that can continuously refine alignment quality.