Papers for

ai benchmarking teams

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

Benchmarks for coding avoid guesswork and shortcuts with careful hints

Between Spoilers and Guesswork: Avoiding Over-Specification in Coding Benchmarks

Abstract: Benchmarks drive AI progress, but are hampered by task under-specification and over-specification. Task under-specification causes guesswork, where solutions have to make things up, or worse, resort to contamination or reward hacking. Task over-specification causes spoilers, where solutions can bypass some of the harder steps the benchmark was supposed to measure. Since future-looking benchmarks should be difficult, over-specification reduces a benchmark's shelflife of community adoption. Repository-level coding benchmarks have helped the field progress but experience unnecessary churn due to both over- and under-specification. For instance, SWE-bench Pro, FEA-bench, Doc2Feat-bench, and Multi-SWE-bench all tackle under-specification by augmenting task statements with hints derived from ground truth. We show that leaking ground-truth information into the task statement causes over-specification in some of these benchmarks. We experiment with various specification levels, trying to thread the needle between spoilers and guesswork. Based on these results, we recommend techniques for deriving parsimonious hints. We will release our hints so the community can obtain more reliable signals from popular benchmarks.

Fri 16 OctArtificial IntelligenceSoftware Engineering
The gist
Benchmarks are tests used to measure how well AI systems write code, but they can be too vague or too detailed. When benchmarks are vague, AI might guess or cheat, and when too detailed, AI might skip hard parts. The authors studied how hints added to these benchmarks can unintentionally make the test too easy. They experimented with different levels of detail in hints and suggest ways to give just enough information to keep tests fair and challenging. They will share these hints so others can improve coding benchmarks.
Open → 2610.22760v1

Meta Video benchmark improves fairness and speed of video evaluations

Meta-Video: Efficient Standardized Evaluation for Video Understanding

Abstract: Video understanding benchmarks are the primary yardstick for measuring progress in video-language modeling, and a growing body of work relies on them to claim improvements. The reported benchmark scores in these works, however, are almost always produced by frameworks (e.g., lmms eval) used as black boxes: certain evaluation choices like frame sampling, preprocessing, and input formatting are inherited from preset defaults and seldom inspected carefully. We show these unexamined choices are a major source of variance. Even for the same model checkpoint, evaluation configuration alone can shift accuracy by up to 19.5pp. Hence, it is unclear whether reported gains reflect genuine improvements in capability or differences in evaluation setup. Moreover, many benchmark samples offer little evidence of visual capability, since they can be answered without the video, and the full suites are expensive to evaluate. We address these issues in two parts. First, we curate existing suites for discriminability and efficiency, producing Meta-Video, a balanced 1,000-question benchmark over 791 videos spanning diverse tasks and durations, which largely preserves model rankings, at 5 times inference speedup for a full-frame count sweep experiment (4-128 frames). Second, we establish a standardized evaluation protocol by sweeping the configuration space to isolate choices that measurably affect results, distill them into best practices and reporting standards, and release reproducible reference scores across five models and seven benchmarks. We hope that the proposed evaluation framework and the Meta-Video benchmark will support video understanding research by providing a reproducible and efficient foundation to measure progress in a reliable way.

Tue 13 OctComputer Vision and Pattern Recognition
The gist
Evaluations of how well computers understand videos often depend on hidden choices like which frames to sample or how to prepare the input. The authors found these choices can drastically change performance scores, making it unclear if improvements are genuine. They created Meta-Video, a smaller and balanced set of video questions that tests models more efficiently without losing accuracy in rankings. They also defined clearer evaluation rules to ensure fair and reproducible comparisons.
Open → 2610.18535v1

Pretraining and training budgets strongly influence ARC model performance

Pretraining and Test-Time Training Budgets Matter for ARC: A Controlled Study of VARC and TRM

Abstract: The Abstraction and Reasoning Corpus (ARC) is increasingly used to evaluate whether neural networks can infer task-specific transformations from few demonstrations. Recent ARC models differ in architecture, but also in broader training and evaluation protocols, including pretraining data, data augmentation, test-time setup, and optimization budgets, making conclusions about architecture benefits debatable. In this work, we study how the performance of the vision-inspired VARC and recursion-based TRM models is affected by pretraining and test-time training (TTT) budgets under a common inductive protocol on ARC-AGI-1. We cross five pretraining budgets with four TTT budgets for each test task. Each budget specifies a task-variant count and total sample presentations, defining the controlled training budgets. We observe that increasing TTT sample presentations improves the standard ARC pass@2 metric in all settings for both models. Increasing the TTT task-variant count consistently helps only TRM, whereas VARC often performs better with fewer variants. VARC also remains competitive without pretraining, while TRM benefits much more from it. These results show that pretraining and TTT budgets affect ARC evaluation and motivate reporting at comparable budgets.

Fri 9 OctMachine LearningArtificial Intelligence
The gist
Figuring out how well AI models can solve new puzzles with only a few examples is hard when the ways they are trained and tested differ a lot. The authors studied two AI models on the same puzzle set while carefully controlling how much training data and test-time learning they got. They found that giving models more time to learn during testing usually helps, but one model liked fewer varied examples while the other thrived on more. Also, one model did well even without pretraining, while the other relied on it more. This means how AI models are prepared and tested really matters for fair comparisons.
Open → 2610.13660v1

LLM leaderboard claims are often unsupported by hidden model choices

How Sensitive Are LLM Leaderboard Claims to Hidden Model Selection?

Abstract: LLM leaderboard gains can reflect selection among privately evaluated model variants, yet neither the number of variants nor their dependence is public. We ask how many hidden variants a published margin can support while retaining statistical evidence of a provider's advantage over a fixed comparator. For a fixed candidate family under a Gaussian margin model, we derive a sensitivity curve that reports this maximum count as a function of a lower bound on within-family correlation. The relevant correlation must match the score used for ranking and the sampling model: in a controlled family, pooled item correlation is 0.90, whereas composite-score correlation is 0.46 under item resampling and 0.92 when MMLU subjects are resampled. An item-based audit of 394 adjacent-rank claims on the Open LLM Leaderboard finds that 391 lack statistical support even before accounting for selection. Among claims that pass the uncorrected test, certification can depend on assumptions about the hidden family's correlation. The resulting curves make these assumptions explicit without estimating the unobserved search size.

Wed 23 SeptMachine Learning
The gist
Leaderboards that rank large language models (LLMs) show which models perform best, but many claims rely on selecting from many hidden versions not made public. The authors study how many hidden model attempts can explain a reported improvement without proving a real advantage. They find that most close leaderboard differences lack strong statistical support and that certifying a win depends on assumptions about how similar the hidden versions are. Their method makes these assumptions clear without needing to know all the hidden models tried.
Open → 2609.28177v1

Embodied-BenchForge builds better robot task benchmarks with error checking

Embodied-BenchForge: A Closed-Loop Agentic Workflow for Embodied Benchmark Construction

Abstract: Agentic systems offer a promising way to automate embodied benchmark construction, but existing approaches typically cover isolated stages or remain specialized to predefined environments and task families. More importantly, multi-step construction produces dependent intermediate artifacts that are often passed downstream without artifact-specific verification, allowing local defects to propagate into the final benchmark. We present Embodied-BenchForge, an agentic framework that transforms user-specified evaluation intents into complete embodied benchmark artifacts. It formulates construction as Closed-Loop Benchmark Synthesis, integrating forward artifact synthesis with backward verification and repair. Skill-Orchestrated Artifact Synthesis composes typed and reusable skills into executable workflows, while an artifact dependency graph records intermediate outputs and their dependencies. Requirement-Guided Verification and Repair applies artifact-specific contracts throughout construction and uses provenance to trigger local re-execution or upstream rollback when verification fails. Embodied-BenchForge constructs six benchmarks covering diverse embodied scenarios in the Offline EQA Track, together with one interactive benchmark containing 220 executable tasks in the Interactive Embodied Track. Evaluations of representative MLLMs and embodied agents show that the benchmarks distinguish model capabilities in both observation-based understanding and closed-loop execution. Quality assessment and ablations validate benchmark quality and the effectiveness of verification and repair, while repair and skill-reuse analyses demonstrate efficient localized recovery and cross-benchmark reusability.

Fri 11 SeptArtificial Intelligence
The gist
Creating complex tests for robots and AI that interact with the world is hard because mistakes in early steps can cause big problems later. The authors present Embodied-BenchForge, a system that not only builds these robot task tests but also double-checks and fixes errors along the way. It uses a clear process where tasks are made, checked, and repaired to ensure high-quality benchmarks that help better evaluate robot and AI abilities. They showed this system can create several diverse test sets and improve reliability compared to previous methods.
Open → 2609.13082v1

Cybersecurity model scores vary widely with evaluation methods

Benchmark Scores Are Pipeline-Dependent: A Reliability Audit of Cybersecurity LLM Benchmarks

Abstract: Large language model (LLM) benchmarks are often treated as fixed datasets with stable scores, yet their outcomes depend on configurable evaluation pipelines. We audit eight cybersecurity benchmarks across 10 proprietary, open-weight, and cybersecurity-specialized LLMs. By modeling benchmarks as measurement pipelines, we identify 15 systematic failure modes and show that a single pipeline choice can change a model's score by more than 80 percentage points and substantially alter model rankings. At the cross-benchmark level, two semantically similar task pairs rank the same models differently because of incompatible evaluation conventions. Under an evaluation harness that standardizes pipeline choices while preserving task semantics, nine of 10 models shift by at least three ranks on at least one benchmark. These results show that cybersecurity LLM benchmark scores are pipeline-dependent and motivate pipeline-aware auditing as a core requirement for reliable model evaluation.

Tue 8 SeptCryptography and SecurityArtificial IntelligenceComputation and Language
The gist
When testing cybersecurity language models, the way tests are set up can drastically change the results. The authors found that changing evaluation choices can shift a model’s score by over 80 points and reorder model rankings. Even tasks that seem similar can rank models differently if evaluated differently. Their work shows the importance of carefully standardizing how these tests are done to get reliable comparisons.
Open → 2609.08765v1