LLM-as-a-Verifier achieves state-of-the-art performance across coding, robotics, and medical domains: Terminal-Bench V2 (86.5%), SWE-Bench Verified (78.2%), RoboRewardBench (87.4%), and MedAgentBench (73.3%).
LLM-as-a-Verifier as a dense reward signal improves the sample efficiency of both off-policy and on-policy RL algorithms. On LIBERO, LLM-as-a-Verifier achieves ≈ 1.8× higher sample efficiency than sparse reward baselines when fine-tuning a π0 policy with SAC. On the MATH reasoning benchmark, it achieves ≈ 1.1× higher sample efficiency when fine-tuning Qwen3-8B with GRPO.
pytorch-model-cli — run MNIST inference · Terminus-2 · Gemini 2.5 Pro
We observe a strong correlation between the chronological progression of code generation steps and the scores from LLM-as-a-Verifier. The successful trajectory of the pytorch-model-cli task follows a coherent sequence of events—Read model.py → Install g++ compiler → Install CPU-only torch → Update hidden_dim → DONE and exhibits consistently increasing verifier scores. In contrast, the failed trajectory is characterized by erroneous behaviors—it unnecessarily installs the large torchvision package, which exhausts the available disk space and hits a compilation error—resulting in significantly lower scores.
LLM-as-a-Verifier generates a smooth, temporally aligned progress signal over the course of robot rollout while remaining robust to failure modes such as incorrect intent or imprecise grasping. The example above illustrates the “Corn on Plate” task from the RoboRewardBench-OOD dataset.
$pip install llm-verifierScore N candidates and return the best one — test-time scaling in a single call.
Directly score two candidates head-to-head with fine-grained preferences.
Get a temporally aligned progress score over a rollout for monitoring or RL.
The key idea behind it is simple
The key finding is that most agents already “know” how to solve the tasks. On Terminal-Bench, if you repeatedly sample 100 trajectories per task, they can outperform Claude Mythos and nearly solve the entire benchmark. But the problem is that they don't know which one is correct, particularly when dealing with long-horizon tasks. While standard LLM-as-a-Judge can be used here, they fail to provide sufficiently fine-grained feedback. When comparing complex solutions, judges often assign the same score, resulting in a tie and failing to discriminate between them. Coarse scoring leads to 27% ties on Terminal-Bench V2.
Given a task prompt <score_A> and <score_B> tags using the following prompt:
Rather than collapsing each distribution to a single discrete score, we approximate the reward of a trajectory as:
where
To select the best of
(1) Candidates: the candidate pool
(2) Ring pass: a random Hamiltonian cycle scores the
(3) Pivot selection: candidates are ranked by their ring-pass scores
(4) Pivot tournament: every non-pivot–vs–pivot and pivot–vs–pivot pair is scored with the fine-grained reward estimation above, concentrating the budget on uncertain top candidates and cutting cost from
(5) Selection: comparisons are aggregated into weight
We find that verification accuracy consistently improves as we scale across multiple dimensions: (1) the granularity of score tokens, (2) the number of repeated evaluations, and (3) the decomposition of evaluation criteria.
Better separation between positive and negative solutions. To isolate why finer granularity improves verification, we decompose the pairwise score gap between correct (
| Granularity | 1 | 4 | 16 | 20 |
|---|---|---|---|---|
| SNR (k=16) | 0.775 | 0.786 | 0.797 | 0.799 |
Variance reduction. LLM-as-a-Verifier
consistently outperforms LLM-as-a-Judge
, achieving 77.4% verification accuracy while eliminating ties entirely across all repeated verification budgets. Even at
Complexity reduction. Granularity and repeated evaluation both assume the rubric itself is adequate. In long-horizon agentic tasks, a judgment like “is this trajectory correct?” conflates several logically distinct factors, and a verifier asked a compound question often latches onto whichever factor is most salient in the prompt. We instead replace the single monolithic rubric with an ensemble over
To concretely illustrate how scaling granularity to query-optimize task on Terminal-Bench V2. The agent is given a slow SQL query and asked to produce an equivalent optimized version; both candidates run faster, but only one validates equivalence against the canonical database. Over 100 repeated evaluations, a discrete 1–5 judge collapses these nuanced assessments into ties (88/100). Taking the expectation over the same 5-point distribution eliminates ties entirely and ranks the correct trajectory higher in 69/100 runs; scaling granularity to
| Method | correct > incorrect ✅ | correct = incorrect ⚖️ | correct < incorrect ❌ |
|---|---|---|---|
| Judge (discrete, G=5) | 12/100 | 88/100 | 0/100 |
| Verifier (continuous, G=5) | 69/100 | 0/100 | 31/100 |
| Verifier (continuous, G=20) | 77/100 | 0/100 | 23/100 |
Across challenging benchmarks such as Terminal-Bench V2, SWE-Bench Verified, and MedAgentBench, LLM-as-a-Verifier outperforms frontier models including Claude Opus 4.8, GPT 5.5, and Gemini models. Results for Terminal-Bench and SWE-Bench are reported from the official leaderboards.
| Benchmark | Baseline models (accuracy) | LLM-as-a-Verifier | ||||
|---|---|---|---|---|---|---|
| #1 | #2 | #3 | Pass@1 | Oracle | Ours | |
| Terminal-Bench V2 | GPT-5.5 (84.7%) | Opus 4.7 (80.2%) | Gemini 3.1 Pro (80.2%) | 83.1% | 92.1% | 86.5% |
| SWE-Bench Verified | Opus 4.5 (76.8%) | Gemini 3 Flash (75.8%) | MiniMax M2.5 (75.8%) | 76.1% | 84.4% | 78.2% |
| MedAgentBench | Opus 4.8 (70.2%) | Gemini 3.5 Flash (66.3%) | GPT-5.5 (65.1%) | 70.2% | 75.0% | 73.3% |
For RoboRewardBench, we curate pairs of rollout videos that follow the same natural-language instruction but make different amounts of progress; the reward model must output a preference indicating which rollout makes more progress. LLM-as-a-Verifier outperforms fine-tuned robotics reward models.
| Method | Accuracy (%) |
|---|---|
| TOPReward | 74.7 |
| Robometer-4B | 78.8 |
| RoboReward-8B | 81.4 |
| LLM-as-a-Judge (Discrete) | 70.8 |
| LLM-as-a-Verifier (Ours) | 87.4 |
We quantify progress tracking with the Value-Order Correlation (VOC) — the Spearman rank correlation between a step's chronological index and the verifier's predicted value for the prefix ending at that step. A verifier that tracks progress assigns monotonically higher scores to later prefixes of a successful rollout (
Successful rollouts show near-monotonic progress, while failed rollouts correlate more weakly.
| Trajectory outcome | Spearman VOC |
|---|---|
| Successful | 0.848 |
| Failed | 0.769 |
| Success − Failed (gap) | +0.079 |
LLM-as-a-Verifier attains the highest correlation between step index and predicted progress, outperforming fine-tuned robotics reward models.
| Method | Spearman VOC |
|---|---|
| LLM-as-a-Verifier (Qwen 3.6 35B) | 0.966 |
| RoboReward-8B | 0.877 |
| Robometer-4B | 0.780 |
| TOPReward (Qwen 3.6) | 0.565 |
The fine-grained verifier score is a drop-in dense reward for both off-policy and on-policy RL, improving sample efficiency by ≈1.8× on LIBERO and ≈1.1× on MATH. 这套细粒度验证器评分,无论是在同策略还是异策略的强化学习中,皆可直接嵌入作为密集奖励。其效用卓著,在 LIBERO 环境下样本效率提升约 1.8 倍,在 MATH 环境下亦提升约 1.1 倍。
When fine-tuning a
Environment timesteps required to reach each target success rate (averaged over
| Target SR (%) | Sparse | LLM-as-a-Verifier | Steps saved | Speedup |
|---|---|---|---|---|
| 20 | 132,800 | 74,300 | 58,500 | 1.79× |
| 40 | 309,400 | 168,500 | 140,900 | 1.84× |
| 60 | 993,800 | 600,000 | 393,800 | 1.66× |
When fine-tuning Qwen3-8B on MATH with GRPO, sparse correctness rewards give no gradient when every sampled answer is wrong. We score each completion's reasoning trace with the Probabilistic Pivot Tournament (PPT) and add this reasoning-quality score to the correctness and format rewards to provide additional signal: 若以 GRPO 在 MATH 环境微调 Qwen3-8B 模型,仅凭稀疏的正确性奖励,一旦所采答案皆错,便无梯度可言。于是我们引入概率枢轴锦标赛 (PPT) 对推理过程进行评分,将其与正确性及格式奖励相合,以为模型指引方向:
Sampled completions required to reach each target success rate (averaged over
| Target SR (%) | Sparse | LLM-as-a-Verifier | Completions saved | Speedup |
|---|---|---|---|---|
| 20 | 40,890 | 36,010 | 4,880 | 1.14× |
| 40 | 47,990 | 43,450 | 4,540 | 1.10× |
| 60 | 55,860 | 50,780 | 5,080 | 1.10× |
Some frontier models (e.g., GPT-5.5, Claude Opus) expose only sampled completions and withhold token-level logprobs, which our continuous reward requires. A simple two-stage workaround recovers most of the calibrated signal: the closed model supplies domain-specific reasoning, and an open verifier supplies the calibrated probability distribution it withholds.
On Terminal-Bench V2, routing GPT-5.5's reasoning through Gemini 2.5 Flash recovers a +5.2-point accuracy gain over directly using the closed model's integer scores (80.1% vs. 74.9%) and eliminates its 10.9% tie rate entirely — without any access to the frontier model's logits.
| GPT-5.5 (Discrete) | GPT-5.5 → Gemini 2.5 Flash (Continuous) | |||
|---|---|---|---|---|
| Accuracy (%) | Tie rate (%) | Accuracy (%) | Tie rate (%) | |
| 1 | 74.9 | 10.9 | 80.1 | 0.0 |
| 2 | 76.3 | 9.1 | 80.5 | 0.0 |
| 4 | 77.6 | 7.0 | 81.0 | 0.0 |
| 8 | 78.4 | 5.8 | 80.9 | 0.0 |
| 16 | 79.1 | 5.0 | 81.2 | 0.0 |
@misc{kwok2026llmasaverifiergeneralpurposeverificationframework,
title={LLM-as-a-Verifier: A General-Purpose Verification Framework},
author={Jacky Kwok and Shulu Li and Pranav Atreya and Yuejiang Liu and Yixing Jiang and Chelsea Finn and Marco Pavone and Ion Stoica and Azalia Mirhoseini},
year={2026},
eprint={2607.05391},
archivePrefix={arXiv},
primaryClass={cs.AI},
url={https://arxiv.org/abs/2607.05391},
}