AI Evaluations and Red-Teaming
AI Evaluations and Red-Teaming are systematic methodologies for probing the capabilities, limitations, and failure modes of AI systems—particularly large language models—through structured testing, adversarial prompting, and quantitative benchmarking. They matter because deployed models routinely exhibit dangerous or unintended behaviors that standard training metrics entirely miss, making post-hoc safety assessment a critical last line of defense before public release. The counterintuitive fact: red-teaming often finds that models are simultaneously more capable than benchmarks suggest (via jailbreaks revealing hidden competencies) and less reliable (via prompt sensitivity exposing brittle reasoning).
Evaluation is not the same as benchmarking. Benchmarks measure average-case performance on a fixed distribution; evaluations and red-teaming are adversarial processes designed to find the worst-case distribution—the prompts, contexts, and edge cases where a model fails catastrophically or behaves in ways misaligned with human intent. The "aha moment" is recognizing that a model scoring 90% on MMLU can still produce bioweapon synthesis routes, sycophantically agree with false premises, or be trivially jailbroken with a fictional framing—none of which any standard benchmark would catch. Good evaluation is threat modeling applied to AI.
How It Works
The Evaluation Taxonomy
AI evaluation decomposes into three complementary regimes: capability evaluation (what can the model do?), alignment evaluation (does it do what users and developers intend?), and robustness evaluation (does it behave consistently under distribution shift or adversarial pressure?). Red-teaming specifically targets the intersection of capability and misalignment—behaviors the model can perform but shouldn't.
Formal Setup
Let a language model be parameterized as a conditional distribution where is a prompt and is a completion. Define a harm scoring function that maps prompt-completion pairs to a harm score (often itself a trained classifier). The red-teaming objective is:
Explanation: Find the prompt that maximizes expected harm of the model's output—this is the adversarial prompt search problem at the heart of red-teaming. Here is the space of all possible prompts (constrained in practice by semantic coherence), is the model being evaluated, and is the harm classifier. Because is astronomically large and is expensive to evaluate, this optimization is almost never solved exactly—it drives the need for human red-teamers and automated approximations.
Automated Red-Teaming via a Separate Attack Model
A tractable approach trains a separate attacker model to generate prompts that maximize harm, optimized via reinforcement learning against the target model:
Explanation: The attacker model is trained to maximize harm while staying close to a reference distribution (via KL regularization), preventing it from degenerating into incoherent token soup. Here are the attacker's parameters, controls the diversity-harm tradeoff, and is typically a pretrained language model acting as a fluency prior. This is exactly the RLHF objective in reverse—instead of maximizing human preference, it maximizes harm. The KL term ensures generated prompts remain semantically meaningful.
Measuring Evaluation Quality: Attack Success Rate and Coverage
The primary metric is Attack Success Rate (ASR):
Explanation: The fraction of adversarial test prompts for which the model's expected output harm exceeds threshold —higher ASR means the model is more vulnerable. But ASR alone is insufficient because it doesn't measure coverage—whether the red-team found diverse failure modes or just one exploit repeated many ways. A semantic diversity score over the attacking prompts is therefore often computed alongside ASR.
Evaluating Evaluators: The Meta-Problem
A subtler issue is evaluating the harm classifier itself. If is miscalibrated, all downstream metrics are corrupted. A standard calibration check uses expected calibration error:
Explanation: The ECE partitions predictions into confidence bins and penalizes gaps between mean predicted confidence and actual accuracy in each bin, quantifying how well 's scores correspond to true harm probabilities. Here is the total number of evaluated examples, is the number of samples in bin , is empirical accuracy within the bin, and is mean predicted confidence. A well-calibrated harm classifier is a prerequisite for trustworthy automated evaluation pipelines.
Paul Röttger is a computational social scientist and NLP researcher whose work bridges sociolinguistics and AI safety evaluation. He created the ToxiGen and HatEval datasets and co-developed systematic frameworks for evaluating LLM safety behaviors, particularly around hate speech and harmful content detection. Surprisingly, his background is in linguistics rather than computer science—he holds a DPhil from Oxford in computational linguistics—making him an outlier in a field dominated by ML engineers.
Ethan Perez is an AI safety researcher at Anthropic who, while at New York University and later Anthropic, pioneered using language models themselves as automated red-teamers to generate adversarial test cases at scale. His 2022 paper "Red Teaming Language Models with Language Models" established the formal framework now widely used for scalable automated evaluation. In a striking irony, he used GPT-2-class models to find failure modes in much larger models—demonstrating that attack capability doesn't require matching the target's scale.
Intuition
Think of deploying an LLM like launching a passenger aircraft. Benchmarks are the flight simulator tests—they measure performance on anticipated scenarios under controlled conditions. Red-teaming is the adversarial testing the FAA mandates before any aircraft flies commercially: stress-testing the airframe beyond normal operating loads, introducing simulated bird strikes, testing what happens when two warning systems fail simultaneously. No airline executive would accept "we scored 97% on our simulation suite" as sufficient evidence of safety, because simulations only cover scenarios the engineers imagined. Red-teamers are the engineers who try to imagine the scenarios that weren't imagined—and then try to cause them. The crucial insight is that the model's training distribution and the real-world deployment distribution are never identical, and the gap between them is exactly where dangerous behaviors hide.
Historical Development
Origins · 1 minhow this was discovered
Why It Matters
Prerequisites
What This Leads To
See Also
Reinforcement Learning from Human Feedback · Constitutional AI · Adversarial Machine Learning · Scalable Oversight · AI Alignment and Safety · Mechanistic Interpretability · Benchmark Design and Evaluation Methodology