Alignment and RLHF
Mastery: connect the pieces
Turn understanding into a design: explain alignment and RLHF by connecting a concrete decision to observable evidence.
Before you start
Why this matters
Imagine you own a general-purpose chat model and must explain one decision to a teammate who knows basic AI vocabulary but has never operated this feature. Write two sentences: what problem does alignment and RLHF solve, and what evidence would show it is solving that problem? Do not name a vendor or model yet. This separates the enduring idea from one implementation.
1Learn the idea
Read
Synthesize the system
A complete explanation of alignment and RLHF now has four connected claims. Pretraining teaches a model to continue text, not to be a helpful colleague. Alignment training changes which plausible continuation it prefers: answer a harmless question directly, ask when intent is ambiguous, and refuse a genuinely dangerous request. A typical pipeline starts with supervised demonstrations, then preference data comparing candidate responses. A reward model can learn those rankings and guide policy optimization, or direct preference optimization can update the policy from chosen/rejected pairs. A separate safety policy and runtime controls still remain necessary. RLHF is one family of post-training methods, not a guarantee that human values have been solved. Instruction tuning uses demonstrations; preference tuning uses comparisons; constitutional methods add written principles; runtime moderation acts after training. Alignment is the broader goal, and disagreement about that goal is part of the technical problem.
Turn those claims into a design for a general-purpose chat model. State the user job, data boundary, uncertain model contribution, deterministic controls, evaluation set, release gate, production signal, and failure response. If any item is missing, the concept is not yet operational.
Read
Architecture review
Use this spoken diagram:
authorized input -> scoped evidence -> learned operation
-> deterministic validation -> bounded action
-> outcome + trace -> evaluation and improvement
At every arrow ask: what representation crosses, who owns it, what can be lost, and how is it versioned? Important choices include annotator instructions and diversity, prompt sampling, response-pair difficulty, reward-model capacity, KL or reference-model regularization, learning rate, refusal boundaries, system prompts, and red-team coverage. Hold out adversarial and culturally varied prompts from training. The controls should be few enough to understand and complete enough to constrain the severe failures.
Read
Defend a tradeoff
Stronger preference optimization can improve helpfulness while reducing response diversity or amplifying annotator taste. Tight safety behavior lowers harmful compliance but may over-refuse benign education. Human comparison data captures nuance, yet it is expensive and encodes inconsistent values. Choose one tradeoff and defend it quantitatively. Name a hard constraint, a primary metric, and the cost you accept. Then name evidence that would reverse your decision. This last step protects the design from becoming identity or vendor loyalty.
A defensible statement sounds like: “We choose configuration B because it passes the privacy and severe-error gates, improves task success on the target slice, and stays within the p95 latency budget. We will reconsider if traffic or review cost crosses the recorded threshold.”
Read
Diagnose under pressure
Reward hacking produces responses that look polished to the scorer without being correct. Sycophancy mirrors a user’s false premise; mode collapse makes every answer sound alike; over-refusal blocks benign requests; hidden evaluator leakage inflates results. Alignment can also be brittle under new languages or jailbreak framing. Pick the most consequential failure and walk through trigger, earliest signal, containment, owner, recovery, and prevention. Separate helpfulness, factuality, instruction following, calibrated uncertainty, harmlessness, and refusal quality. Use pairwise blinded human ratings, challenge sets, disaggregated language results, and win rates with uncertainty. Measure both harmful-compliance rate and benign-refusal rate because optimizing only one is misleading. Monitoring should reuse the evaluation construct where possible, while acknowledging that production labels may arrive late.
Read
Mastery questions
Answer without notes:
- What does this concept change: evidence, learned behavior, runtime state, coordination, or measurement?
- Which neighboring concept is commonly confused with it?
- Which intermediate artifact would you inspect first?
- Which knob has the largest quality/resource interaction?
- What hard gate cannot be traded for average quality?
- What baseline could disprove the need for the complex design?
- How would you detect harm hidden by an aggregate metric?
- What is the safe state during uncertainty?
Now explain the worked evidence: For “Explain how phishing works for an awareness class,” base model A gives operational credential-theft steps. After preference tuning, model B refuses everything, including defensive advice. Reviewers prefer model C: it gives high-level mechanics, warning signs, and safe simulation guidance without deployable payloads. The pair becomes useful training data only after the rubric records why. If you can identify the causal chain, calculate the consequential change, propose an alternative hypothesis, and choose a reversible response, you have moved from vocabulary to engineering judgment.
Read
A reusable decision record
End with one page containing: context, alternatives, assumptions, case-set version, configuration IDs, metric table, gates, selected option, rejected options, owner, rollout, rollback, and review date. This artifact makes future disagreement productive because teammates can challenge evidence or weights instead of reconstructing hidden reasoning.