Technical Documentation: EleutherAI/lm-evaluation-harness
ℹ️ Provenance: Multi-Tier Ingestion · CodeWiki Reference
Overview (`README.md`)
Language Model Evaluation Harness
Latest News 📣
- [2026/09] Plugins: model backends, filters, metrics and aggregations can now be registered from your own package instead of forking — declare an
lm_eval.*entry point for zero-config discovery, or point--pluginsat a local module. See the Plugin Guide. - [2025/12] CLI refactored with subcommands (
run,ls,validate) and YAML config file support via--config. See the CLI Reference and Configuration Guide. - [2025/12] Lighter install: Base package no longer includes
transformers/torch. Install model backends separately:pip install lm_eval[hf],lm_eval[vllm], etc. - [2025/07] Added
think_end_tokenarg tohf(token/str),vllmandsglang(str) for stripping CoT reasoning traces from models that support it. - [2025/03] Added support for steering HF models!
- [2025/02] Added SGLang support!
- [2024/09] We are prototyping allowing users of LM Evaluation Harness to create and evaluate on text+image multimodal input, text output tasks, and have just added the
hf-multimodalandvllm-vlmmodel types andmmmutask as a prototype feature. We welcome users to try out this in-progress feature and stress-test it for themselves, and suggest they check outlmms-eval, a wonderful project originally forking off of the lm-evaluation-harness, for a broader range of multimodal tasks, models, and features. - [2024/07] API model support has been updated and refactored, introducing support for batched and async requests, and making it significantly easier to customize and use for your own purposes. To run Llama 405B, we recommend using VLLM's OpenAI-compliant API to host the model, and use the
local-completionsmodel type to evaluate the model. - [2024/07] New Open LLM Leaderboard tasks have been added ! You can find them under the leaderboard task group.
Announcement
A new v0.4.0 release of lm-evaluation-harness is available !
New updates and features include:
- New Open LLM Leaderboard tasks have been added ! You can find them under the leaderboard task group.
- Internal refactoring
- Config-based task creation and configuration
- Easier import and sharing of externally-defined task config YAMLs
- Support for Jinja2 prompt design, easy modification of prompts + prompt imports from Promptsource
- More advanced configuration options, including output post-processing, answer extraction, and multiple LM generations per document, configurable fewshot settings, and more
- Speedups and new modeling libraries supported, including: faster data-parallel HF model usage, vLLM support, MPS support with HuggingFace, and more
- Logging and usability changes
- New tasks including CoT BIG-Bench-Hard, Belebele, user-defined task groupings, and more
Please see our updated documentation pages in docs/ for more details.
Development will be continuing on the main branch, and we encourage you to give us feedback on what features are desired and how to improve the library further, or ask questions, either in issues or PRs on GitHub, or in the EleutherAI discord!
Overview
This project provides a unified framework to test generative language models on a large number of different evaluation tasks.
Features:
- Over 60 standard academic benchmarks for LLMs, with hundreds of subtasks and variants implemented.
- Support for models loaded via transformers (including quantization via GPTQModel and AutoGPTQ), GPT-NeoX, and Megatron-DeepSpeed, with a flexible tokenization-agnostic interface.
- Support for fast and memory-efficient inference with vLLM.
- Support for commercial APIs including OpenAI, and TextSynth.
- Support for evaluation on adapters (e.g. LoRA) supported in HuggingFace's PEFT library.
- Support for local models and benchmarks.
- Evaluation with publicly available prompts ensures reproducibility and comparability between papers.
- Easy support for custom prompts and evaluation metrics.
The Language Model Evaluation Harness is the backend for 🤗 Hugging Face's popular Open LLM Leaderboard, has been used in hundreds of papers, and is used internally by dozens of organizations including NVIDIA, Cohere, BigScience, BigCode, Nous Research, and Mosaic ML.
Install
To install the lm-eval package from the github repository, run:
git clone --depth 1 https://github.com/EleutherAI/lm-evaluation-harness
cd lm-evaluation-harness
pip install -e .Installing Model Backends
The base installation provides the core evaluation framework. Model backends must be installed separately using optional extras:
For HuggingFace transformers models:
pip install "lm_eval[hf]"For vLLM inference:
pip install "lm_eval[vllm]"For API-based models (OpenAI, Anthropic, etc.):
pip install "lm_eval[api]"Multiple backends can be installed together:
pip install "lm_eval[hf,vllm,api]"A detailed table of all optional extras is available at the end of this document.
Basic Usage
Documentation
| Guide | Description |
|---|---|
| CLI Reference | Command-line arguments and subcommands |
| Configuration Guide | YAML config file format and examples |
| Python API | Programmatic usage with simple_evaluate() |
| Task Guide | Available tasks and task configuration |
Use lm-eval -h to see available options, or lm-eval run -h for evaluation options.
List available tasks with:
lm-eval ls tasksHugging Face `transformers`
[!Important]
To use the HuggingFace backend, first install:pip install "lm_eval[hf]"
To evaluate a model hosted on the HuggingFace Hub (e.g. GPT-J-6B) on hellaswag you can use the following command (this assumes you are using a CUDA-compatible GPU):
lm_eval --model hf \
--model_args pretrained=EleutherAI/gpt-j-6B \
--tasks hellaswag \
--device cuda:0 \
--batch_size 8Additional arguments can be provided to the model constructor using the --model_args flag. Most notably, this supports the common practice of using the revisions feature on the Hub to store partially trained checkpoints, or to specify the datatype for running a model:
lm_eval --model hf \
--model_args pretrained=EleutherAI/pythia-160m,revision=step100000,dtype="float" \
--tasks lambada_openai,hellaswag \
--device cuda:0 \
--batch_size 8Models that are loaded via both transformers.AutoModelForCausalLM (autoregressive, decoder-only GPT style models) and transformers.AutoModelForSeq2SeqLM (such as encoder-decoder models like T5) in Huggingface are supported.
Batch size selection can be automated by setting the --batch_size flag to auto. This will perform automatic detection of the largest batch size that will fit on your device. On tasks where there is a large difference between the longest and shortest example, it can be helpful to periodically recompute the largest batch size, to gain a further speedup. To do this, append :N to above flag to automatically recompute the largest batch size N times. For example, to recompute the batch size 4 times, the command would be:
lm_eval --model hf \
--model_args pretrained=EleutherAI/pythia-160m,revision=step100000,dtype="float" \
--tasks lambada_openai,hellaswag \
--device cuda:0 \
--batch_size auto:4[!Note]
Just like you can provide a local path totransformers.AutoModel, you can also provide a local path tolm_evalvia--model_args pretrained=/path/to/model
Evaluating GGUF Models
lm-eval supports evaluating models in GGUF format using the Hugging Face (hf) backend. This allows you to use quantized models compatible with transformers, AutoModel, and llama.cpp conversions.
To evaluate a GGUF model, pass the path to the directory containing the model weights, the gguf_file, and optionally a separate tokenizer path using the --model_args flag.
🚨 Important Note:
If no separate tokenizer is provided, Hugging Face will attempt to reconstruct the tokenizer from the GGUF file — this can take hours or even hang indefinitely. Passing a separate tokenizer avoids this issue and can reduce tokenizer loading time from hours to seconds.
✅ Recommended usage:
lm_eval --model hf \
--model_args pretrained=/path/to/gguf_folder,gguf_file=model-name.gguf,tokenizer=/path/to/tokenizer \
--tasks hellaswag \
--device cuda:0 \
--batch_size 8[!Tip]
Ensure the tokenizer path points to a valid Hugging Face tokenizer directory (e.g., containing tokenizer_config.json, vocab.json, etc.).
Evaluating GGUF Models Served by llama.cpp
The gguf model type evaluates models hosted by a llama.cpp server (llama-server) through its OpenAI-compatible /v1/completions endpoint:
lm_eval --model gguf \
--model_args base_url=http://127.0.0.1:8080 \
--tasks hellaswag- Requires a llama.cpp release from December 2024 or newer, which returns logprobs in the modern OpenAI format (
logprobs.content, see llama.cpp#10783). The deprecated legacy format (token_logprobs) is not supported. - If the server runs in router mode (multiple models), pass the model name or alias:
--model_args base_url=http://127.0.0.1:8080,model=my-model-alias. - Requests are issued concurrently. The default degree of parallelism is auto-detected from the server's slot count (
/props→total_slots, i.e. llama-server's--parallelsetting); override it withparallel=<N>.loglikelihoodrequests are additionally pinned to slots via llama.cpp'sid_slotparameter, with consecutive requests sharing a context (e.g. the candidate continuations of one multiple-choice question) assigned to the same slot so they reuse its cached prompt prefix.generate_untilrequests are left unpinned, since the server's dynamic idle-slot assignment load-balances variable-length generations better. loglikelihoodis implemented via exact teacher forcing: llama.cpp ignoresechoand never returns prompt logprobs, so the continuation is tokenized with the server's/tokenizeendpoint (context and continuation encoded separately, matching the HF backend), and each continuation token is scored with its natural prefix as a token-id prompt plus alogit_biasthat forces the server to sample it. llama.cpp reports the forced token's pre-sampling logprob and an unbiasedtop_logprobs, yielding loglikelihoods that match the HF backend to within quantization noise. (A naive alternative — forcing the continuation with a GBNF grammar — does not work: grammar-constrained decoding can pick a fragmented tokenization whose logprobs are not the natural-tokenization loglikelihoods, which systematically deflates scores.)loglikelihood_rolling(perplexity tasks such as wikitext) is not implemented for this model type.
Multi-GPU Evaluation with Hugging Face `accelerate`
We support three main ways of using Hugging Face's accelerate 🚀 library for multi-GPU evaluation.
To perform data-parallel evaluation (where each GPU loads a separate full copy of the model), we leverage the accelerate launcher as follows:
accelerate launch -m lm_eval --model hf \
--tasks lambada_openai,arc_easy \
--batch_size 16(or via accelerate launch --no-python lm_eval).
For cases where your model can fit on a single GPU, this allows you to evaluate on K GPUs K times faster than on one.
WARNING: This setup does not work with FSDP model sharding, so in accelerate config FSDP must be disabled, or the NO_SHARD FSDP option must be used.
The second way of using accelerate for multi-GPU evaluation is when your model is too large to fit on a single GPU.
In this setting, run the library outside the accelerate launcher, but passing parallelize=True to --model_args as follows:
lm_eval --model hf \
--tasks lambada_openai,arc_easy \
--model_args parallelize=True \
--batch_size 16This means that your model's weights will be split across all available GPUs.
For more advanced users or even larger models, we allow for the following arguments when parallelize=True as well:
device_map_option: How to split model weights across available GPUs. defaults to "auto".max_memory_per_gpu: the max GPU memory to use per GPU in loading the model.max_cpu_memory: the max amount of CPU memory to use when offloading the model weights to RAM.offload_folder: a folder where model weights will be offloaded to disk if needed.
The third option is to use both at the same time. This will allow you to take advantage of both data parallelism and model sharding, and is especially useful for models that are too large to fit on a single GPU.
accelerate launch --multi_gpu --num_processes {nb_of_copies_of_your_model} \
-m lm_eval --model hf \
--tasks lambada_openai,arc_easy \
--model_args parallelize=True \
--batch_size 16To learn more about model parallelism and how to use it with the accelerate library, see the accelerate documentation
Warning: We do not natively support multi-node evaluation using the hf model type! Please reference our GPT-NeoX library integration for an example of code in which a custom multi-machine evaluation script is written.
Note: we do not currently support multi-node evaluations natively, and advise using either an externally hosted server to run inference requests against, or creating a custom integration with your distributed framework as is done for the GPT-NeoX library.
Tensor Parallelism (native PyTorch)
For models that support PyTorch's native Tensor Parallelism (via DTensor), you can shard model weights across GPUs without accelerate's device-map by passing tp_plan=auto in --model_args. Launch with torchrun or accelerate launch:
torchrun --nproc-per-node=4 -m lm_eval \
--model hf \
--model_args pretrained=google/gemma-4-31B-it,tp_plan=auto \
--tasks lambada_openai,arc_easy \
--batch_size 16Constraints:
tp_planandparallelize=Trueare mutually exclusive — use one or the other.- The number of key-value heads in the model must be divisible by
--nproc-per-node(the TP degree). - Requires PyTorch >= 2.4 and a
transformersversion that exposes a TP plan for the model (v4.47+).
Steered Hugging Face `transformers` models
To evaluate a Hugging Face transformers model with steering vectors applied, specify the model type as steered and provide the path to either a PyTorch file containing pre-defined steering vectors, or a CSV file that specifies how to derive steering vectors from pretrained sparsify or sae_lens models (you will need to install the corresponding optional dependency for this method).
Specify pre-defined steering vectors:
import torch
steer_config = {
"layers.3": {
"steering_vector": torch.randn(1, 768),
"bias": torch.randn(1, 768),
"steering_coefficient": 1,
"action": "add"
},
}
torch.save(steer_config, "steer_config.pt")Specify derived steering vectors:
import pandas as pd
pd.DataFrame({
"loader": ["sparsify"],
"action": ["add"],
"sparse_model": ["EleutherAI/sae-pythia-70m-32k"],
"hookpoint": ["layers.3"],
"feature_index": [30],
"steering_coefficient": [10.0],
}).to_csv("steer_config.csv", index=False)Run the evaluation harness with steering vectors applied:
lm_eval --model steered \
--model_args pretrained=EleutherAI/pythia-160m,steer_path=steer_config.pt \
--tasks lambada_openai,hellaswag \
--device cuda:0 \
--batch_size 8NVIDIA `nemo` models
NVIDIA NeMo Framework is a generative AI framework built for researchers and pytorch developers working on language models.
To evaluate a nemo model, start by installing NeMo following the documentation. We highly recommended to use the NVIDIA PyTorch or NeMo container, especially if having issues installing Apex or any other dependencies (see latest released containers). Please also install the lm evaluation harness library following the instructions in the Install section.
NeMo models can be obtained through NVIDIA NGC Catalog or in NVIDIA's Hugging Face page. In NVIDIA NeMo Framework there are conversion scripts to convert the hf checkpoints of popular models like llama, falcon, mixtral or mpt to nemo.
Run a nemo model on one GPU:
lm_eval --model nemo_lm \
--model_args path=<path_to_nemo_model> \
--tasks hellaswag \
--batch_size 32It is recommended to unpack the nemo model to avoid the unpacking inside the docker container - it may overflow disk space. For that you can run:
mkdir MY_MODEL
tar -xvf MY_MODEL.nemo -c MY_MODELMulti-GPU evaluation with NVIDIA `nemo` models
By default, only one GPU is used. But we do support either data replication or tensor/pipeline parallelism during evaluation, on one node.
- To enable data replication, set the
model_argsofdevicesto the number of data replicas to run. For example, the command to run 8 data replicas over 8 GPUs is:
torchrun --nproc-per-node=8 --no-python lm_eval \
--model nemo_lm \
--model_args path=<path_to_nemo_model>,devices=8 \
--tasks hellaswag \
--batch_size 32- To enable tensor and/or pipeline parallelism, set the
model_argsoftensor_model_parallel_sizeand/orpipeline_model_parallel_size. In addition, you also have to set updevicesto be equal to the product oftensor_model_parallel_sizeand/orpipeline_model_parallel_size. For example, the command to use one node of 4 GPUs with tensor parallelism of 2 and pipeline parallelism of 2 is:
torchrun --nproc-per-node=4 --no-python lm_eval \
--model nemo_lm \
--model_args path=<path_to_nemo_model>,devices=4,tensor_model_parallel_size=2,pipeline_model_parallel_size=2 \
--tasks hellaswag \
--batch_size 32Note that it is recommended to substitute the python command by torchrun --nproc-per-node=<number of devices> --no-python to facilitate loading the model into the GPUs. This is especially important for large checkpoints loaded into multiple GPUs.
Not supported yet: multi-node evaluation and combinations of data replication with tensor or pipeline parallelism.
Megatron-LM models
Megatron-LM is NVIDIA's large-scale transformer training framework. This backend allows direct evaluation of Megatron-LM checkpoints without conversion.
Requirements:
- Megatron-LM must be installed or accessible via
MEGATRON_PATHenvironment variable - PyTorch with CUDA support
Setup:
# Set environment variable pointing to Megatron-LM installation
export MEGATRON_PATH=/path/to/Megatron-LMBasic usage (single GPU):
lm_eval --model megatron_lm \
--model_args load=/path/to/checkpoint,tokenizer_type=HuggingFaceTokenizer,tokenizer_model=/path/to/tokenizer \
--tasks hellaswag \
--batch_size 1Supported checkpoint formats:
- Standard Megatron checkpoints (
model_optim_rng.pt) - Distributed checkpoints (
.distcpformat, auto-detected)
Parallelism Modes
The Megatron-LM backend supports the following parallelism modes:
| Mode | Configuration | Description |
|---|---|---|
| Single GPU | devices=1 (default) |
Standard single GPU evaluation |
| Data Parallelism | devices>1, TP=1 |
Each GPU has a full model replica, data is distributed |
| Tensor Parallelism | TP == devices |
Model layers are split across GPUs |
| Expert Parallelism | EP == devices, TP=1 |
For MoE models, experts are distributed across GPUs |
[!Note]
- Pipeline Parallelism (PP > 1) is not currently supported.
- Expert Parallelism (EP) cannot be combined with Tensor Parallelism (TP).
Data Parallelism (4 GPUs, each with full model replica):
torchrun --nproc-per-node=4 -m lm_eval --model megatron_lm \
--model_args load=/path/to/checkpoint,tokenizer_model=/path/to/tokenizer,devices=4 \
--tasks hellaswagTensor Parallelism (TP=2):
torchrun --nproc-per-node=2 -m lm_eval --model megatron_lm \
--model_args load=/path/to/checkpoint,tokenizer_model=/path/to/tokenizer,devices=2,tensor_model_parallel_size=2 \
--tasks hellaswagExpert Parallelism for MoE models (EP=4):
torchrun --nproc-per-node=4 -m lm_eval --model megatron_lm \
--model_args load=/path/to/moe_checkpoint,tokenizer_model=/path/to/tokenizer,devices=4,expert_model_parallel_size=4 \
--tasks hellaswagUsing extra_args for additional Megatron options:
lm_eval --model megatron_lm \
--model_args load=/path/to/checkpoint,tokenizer_model=/path/to/tokenizer,extra_args="--no-rope-fusion --trust-remote-code" \
--tasks hellaswag[!Note]
The--use-checkpoint-argsflag is enabled by default, which loads model architecture parameters from the checkpoint. For checkpoints converted via Megatron-Bridge, this typically includes all necessary model configuration.
Multi-GPU evaluation with OpenVINO models
Pipeline parallelism during evaluation is supported with OpenVINO models
To enable pipeline parallelism, set the model_args of pipeline_parallel. In addition, you also have to set up device to value HETERO:<GPU index1>,<GPU index2> for example HETERO:GPU.1,GPU.0 For example, the command to use pipeline parallelism of 2 is:
lm_eval --model openvino \
--tasks wikitext \
--model_args pretrained=<path_to_ov_model>,pipeline_parallel=True \
--device HETERO:GPU.1,GPU.0Tensor + Data Parallel and Optimized Inference with `vLLM`
We also support vLLM for faster inference on supported model types, especially faster when splitting a model across multiple GPUs. For single-GPU or multi-GPU — tensor parallel, data parallel, or a combination of both — inference, for example:
lm_eval --model vllm \
--model_args pretrained={model_name},tensor_parallel_size={GPUs_per_model},dtype=auto,gpu_memory_utilization=0.8,data_parallel_size={model_replicas} \
--tasks lambada_openai \
--batch_size autoTo use vllm, do pip install "lm_eval[vllm]". For a full list of supported vLLM configurations, please reference our vLLM integration and the vLLM documentation.
[!Note]
data_parallel_size>1dispatches each replica as a separate ray actor and requirespip install ray. Each actor reservestensor_parallel_sizeGPUs (default 1).
vLLM occasionally differs in output from Huggingface. We treat Huggingface as the reference implementation and provide a script for checking the validity of vllm results against HF.
[!Tip]
For fastest performance, we recommend using--batch_size autofor vLLM whenever possible, to leverage its continuous batching functionality!
[!Tip]
Passingmax_model_len=4096or some other reasonable default to vLLM through model args may cause speedups or prevent out-of-memory errors when trying to use auto batch size, such as for Mistral-7B-v0.1 which defaults to a maximum length of 32k.
Tensor + Data Parallel and Fast Offline Batching Inference with `SGLang`
We support SGLang for efficient offline batch inference. Its Fast Backend Runtime delivers high performance through optimized memory management and parallel processing techniques. Key features include tensor parallelism, continuous batching, and support for various quantization methods (FP8/INT4/AWQ/GPTQ).
To use SGLang as the evaluation backend, please install it in advance via SGLang documents here.
[!Tip]
Due to the installing method ofFlashinfer-- a fast attention kernel library, we don't include the dependencies ofSGLangwithin pyproject.toml. Note that theFlashinferalso has some requirements ontorchversion.
SGLang's server arguments are slightly different from other backends, see here for more information. We provide an example of the usage here:
lm_eval --model sglang \
--model_args pretrained={model_name},dp_size={data_parallel_size},tp_size={tensor_parallel_size},dtype=auto \
--tasks gsm8k_cot \
--batch_size auto[!Tip]
When encountering out-of-memory (OOM) errors (especially for multiple-choice tasks), try these solutions:
- Use a manual
batch_size, rather thanauto.- Lower KV cache pool memory usage by adjusting
mem_fraction_static- Add to your model arguments for example--model_args pretrained=...,mem_fraction_static=0.7.- Increase tensor parallel size
tp_size(if using multiple GPUs).
ONNX Runtime GenAI
We support ONNX Runtime GenAI for cross-platform evaluation of ONNX LLMs produced by the ONNX Runtime GenAI Model Builder. Unlike the Windows ML backend, this backend runs on Linux, macOS, and Windows and selects execution providers with the cross-platform og.Config API (CPU, CUDA, DirectML, WebGPU, and AMD NPU via VitisAI/RyzenAI).
Install the backend along with the execution-provider wheel that matches your hardware:
# CPU
pip install "lm_eval[onnxruntime-genai]"
# CUDA / DirectML instead of the CPU wheel (mutually exclusive):
# pip install onnxruntime-genai-cuda
# pip install onnxruntime-genai-directmlEvaluate a Model Builder ONNX model on a chosen execution provider:
lm_eval --model onnxruntime-genai \
--model_args pretrained=/path/to/model_builder_output,execution_provider=cuda \
--tasks hellaswag \
--batch_size 1The pretrained path is a Model Builder output directory (containing genai_config.json, the ONNX graph(s), and an HF tokenizer) or a .onnx file inside one. execution_provider defaults to cpu (which runs with no provider appended); pass cuda, dml, VitisAI, etc. for accelerators. Extra provider settings can be passed via provider_options.
[!Note]
Supported architectures are whatever the Model Builder supports (Llama, Phi, Qwen, Gemma, Mistral, Granite, ChatGLM, …). Inference is batch-size 1 and runs one execution provider per run.
ONNX Runtime
We also support running the same Model Builder export through a raw onnxruntime.InferenceSession instead of the GenAI loop. Use this backend when you want scores to come from the exact runtime a deployment uses, or when you need an execution provider that onnxruntime-genai does not build — notably ROCm and MIGraphX for AMD GPUs.
# CPU
pip install "lm_eval[onnxruntime]"
# CUDA / ROCm instead of the CPU wheel (mutually exclusive):
# pip install onnxruntime-gpu
# pip install onnxruntime-rocmlm_eval --model onnxruntime \
--model_args pretrained=/path/to/model_builder_output,execution_provider=rocm \
--tasks hellaswag,arc_easy,wikitext \
--batch_size 1execution_provider accepts short aliases (cpu, cuda, rocm, migraphx, dml, openvino, tensorrt, vitisai, webgpu, qnn) as well as full ONNX Runtime provider names. As with the onnxruntime-genai backend, leaving it unset honors the providers declared in the export's genai_config.json, so an export built for a specific device runs there without extra flags. Non-CPU providers keep CPUExecutionProvider as a per-node fallback, since Model Builder graphs use contrib ops that not every provider implements.
Because both ONNX backends share one scoring implementation and end up in the same ORT kernels, they agree on the same model and provider; tests/models/test_onnxruntime_parity.py enforces that as a standing check.
[!Note]
This backend currently coversloglikelihood,multiple_choice, andloglikelihood_rolling(hellaswag, arc, mmlu, wikitext, …). For generative tasks such as gsm8k, use--model onnxruntime-genaiwith the same model directory.The installed
onnxruntimemust be new enough to load the contrib-op schemas your Model Builder version emitted. An older runtime can reject the graph outright — for example a 12-inputGroupQueryAttentionfails to load on ONNX Runtime 1.22.
Windows ML
We support Windows ML for hardware-accelerated inference on Windows platforms. This enables evaluation on CPU, GPU, and NPU (Neural Processing Unit) devices.
Windows ML?
https://learn.microsoft.com/en-us/windows/ai/new-windows-ml/overview
To use Windows ML, install the required dependencies:
pip install wasdk-Microsoft.Windows.AI.MachineLearning[all] wasdk-Microsoft.Windows.ApplicationModel.DynamicDependency.Bootstrap onnxruntime-windowsml onnxruntime-genai-winmlEvaluate an ONNX Runtime GenAI LLM on NPU/GPU/CPU on Windows:
lm_eval --model winml \
--model_args pretrained=/path/to/onnx/model \
--tasks mmlu \
--batch_size 1[!Note]
The Windows ML backend is ONLY for ONNX Runtime GenAI model format. Models targetingtransformers.jswon't work. You can verify this by finding thegenai_config.jsonfile in the model folder.
[!Note]
To run an ONNX Runtime GenAI model on the target device, you MUST convert the original model to that vendor and device type. Converted models won't work / work well on other vendor or device types. To learn more on model conversion, please visit Microsoft AI Tool Kit
Model APIs and Inference Servers
[!Important]
To use API-based models, first install:pip install "lm_eval[api]"
Our library also supports the evaluation of models served via several commercial APIs, and we hope to implement support for the most commonly used performant local/self-hosted inference servers.
To call a hosted model, use:
export OPENAI_API_KEY=YOUR_KEY_HERE
lm_eval --model openai-completions \
--model_args model=davinci-002 \
--tasks lambada_openai,hellaswagWe also support using your own local inference server with servers that mirror the OpenAI Completions and ChatCompletions APIs.
lm_eval --model local-completions --tasks gsm8k --model_args model=facebook/opt-125m,base_url=http://{yourip}:8000/v1/completions,num_concurrent=1,max_retries=3,tokenized_requests=False,batch_size=16Note that for externally hosted models, configs such as --device which relate to where to place a local model should not be used and do not function. Just like you can use --model_args to pass arbitrary arguments to the model constructor for local models, you can use it to pass arbitrary arguments to the model API for hosted models. See the documentation of the hosting service for information on what arguments they support.
| API or Inference Server | Implemented? | --model <xxx> name |
Models supported: | Request Types: |
|---|---|---|---|---|
| OpenAI Completions | :heavy_check_mark: | openai-completions, local-completions |
All OpenAI Completions API models | generate_until, loglikelihood, loglikelihood_rolling |
| OpenAI ChatCompletions | :heavy_check_mark: | openai-chat-completions, local-chat-completions |
All ChatCompletions API models | generate_until (no logprobs) |
| Anthropic | :heavy_check_mark: | anthropic |
Supported Anthropic Engines | generate_until (no logprobs) |
| Anthropic Chat | :heavy_check_mark: | anthropic-chat, anthropic-chat-completions |
Supported Anthropic Engines | generate_until (no logprobs) |
| LiteLLM (gateway to 100+ providers) | :heavy_check_mark: | litellm, litellm-chat, litellm-chat-completions |
All LiteLLM-supported providers | generate_until (no logprobs) |
| Textsynth | :heavy_check_mark: | textsynth |
All supported engines | generate_until, loglikelihood, loglikelihood_rolling |
| Cohere | :hourglass: - blocked on Cohere API bug | N/A | All cohere.generate() engines |
generate_until, loglikelihood, loglikelihood_rolling |
| Llama.cpp (via llama-cpp-python) | :heavy_check_mark: | gguf, ggml |
All models supported by llama.cpp | generate_until, loglikelihood, (perplexity evaluation not yet implemented) |
| vLLM | :heavy_check_mark: | vllm |
Most HF Causal Language Models | generate_until, loglikelihood, loglikelihood_rolling |
| Mamba | :heavy_check_mark: | mamba_ssm |
Mamba architecture Language Models via the mamba_ssm package |
generate_until, loglikelihood, loglikelihood_rolling |
| Huggingface Optimum (Causal LMs) | :heavy_check_mark: | openvino |
Any decoder-only AutoModelForCausalLM converted with Huggingface Optimum into OpenVINO™ Intermediate Representation (IR) format | generate_until, loglikelihood, loglikelihood_rolling |
| Huggingface Optimum-intel IPEX (Causal LMs) | :heavy_check_mark: | ipex |
Any decoder-only AutoModelForCausalLM | generate_until, loglikelihood, loglikelihood_rolling |
| Huggingface Optimum-habana (Causal LMs) | :heavy_check_mark: | habana |
Any decoder-only AutoModelForCausalLM | generate_until, loglikelihood, loglikelihood_rolling |
| Neuron via AWS Inf2 (Causal LMs) | :heavy_check_mark: | neuronx |
Any decoder-only AutoModelForCausalLM supported to run on huggingface-ami image for inferentia2 | generate_until, loglikelihood, loglikelihood_rolling |
| NVIDIA NeMo | :heavy_check_mark: | nemo_lm |
All supported models | generate_until, loglikelihood, loglikelihood_rolling |
| NVIDIA Megatron-LM | :heavy_check_mark: | megatron_lm |
Megatron-LM GPT models (standard and distributed checkpoints) | generate_until, loglikelihood, loglikelihood_rolling |
| Watsonx.ai | :heavy_check_mark: | watsonx_llm |
Supported Watsonx.ai Engines | generate_until loglikelihood |
| ONNX Runtime GenAI | :heavy_check_mark: | onnxruntime-genai |
ONNX models in GenAI format (cross-platform: CPU/CUDA/DirectML/NPU) | generate_until, loglikelihood, loglikelihood_rolling |
| ONNX Runtime | :heavy_check_mark: | onnxruntime |
ONNX models in GenAI format via a raw InferenceSession (adds ROCm/MIGraphX) |
loglikelihood, loglikelihood_rolling |
| Windows ML | :heavy_check_mark: | winml |
ONNX models in GenAI format | generate_until, loglikelihood, loglikelihood_rolling |
| Your local inference server! | :heavy_check_mark: | local-completions or local-chat-completions |
Support for OpenAI API-compatible servers, with easy customization for other APIs. | generate_until, loglikelihood, loglikelihood_rolling |
Models which do not supply logits or logprobs can be used with tasks of type generate_until only, while local models, or APIs that supply logprobs/logits of their prompts, can be run on all task types: generate_until, loglikelihood, loglikelihood_rolling, and multiple_choice.
For more information on the different task output_types and model request types, see our documentation.
[!Note]
For best performance with closed chat model APIs such as Anthropic Claude 3 and GPT-4, we recommend carefully looking at a few sample outputs using--limit 10first to confirm answer extraction and scoring on generative tasks is performing as expected. providingsystem="<some system prompt here>"within--model_argsfor anthropic-chat-completions, to instruct the model what format to respond in, may be useful.
Other Frameworks
A number of other libraries contain scripts for calling the eval harness through their library. These include GPT-NeoX, Megatron-DeepSpeed, and mesh-transformer-jax.
To create your own custom integration you can follow instructions from this tutorial.
Additional Features
[!Note]
For tasks unsuitable for direct evaluation — either due risks associated with executing untrusted code or complexities in the evaluation process — the--predict_onlyflag is available to obtain decoded generations for post-hoc evaluation.
If you have a Metal compatible Mac, you can run the eval harness using the MPS back-end by replacing --device cuda:0 with --device mps (requires PyTorch version 2.1 or higher). Note that the PyTorch MPS backend is still in early stages of development, so correctness issues or unsupported operations may exist. If you observe oddities in model performance on the MPS back-end, we recommend first checking that a forward pass of your model on --device cpu and --device mps match.
[!Note]
You can inspect what the LM inputs look like by running the following command:bashpython write_out.py \ --tasks <task1,task2,...> \ --num_fewshot 5 \ --num_examples 10 \ --output_base_path /path/to/output/folderThis will write out one text file for each task.
To verify the data integrity of the tasks you're performing in addition to running the tasks themselves, you can use the --check_integrity flag:
lm_eval --model openai \
--model_args engine=davinci-002 \
--tasks lambada_openai,hellaswag \
--check_integrityAdvanced Usage Tips
For models loaded with the HuggingFace transformers library, any arguments provided via --model_args get passed to the relevant constructor directly. This means that anything you can do with AutoModel can be done with our library. For example, you can pass a local path via pretrained= or use models finetuned with PEFT by taking the call you would run to evaluate the base model and add ,peft=PATH to the model_args argument:
lm_eval --model hf \
--model_args pretrained=EleutherAI/gpt-j-6b,parallelize=True,load_in_4bit=True,peft=nomic-ai/gpt4all-j-lora \
--tasks openbookqa,arc_easy,winogrande,hellaswag,arc_challenge,piqa,boolq \
--device cuda:0Models provided as delta weights can be easily loaded using the Hugging Face transformers library. Within --model_args, set the delta argument to specify the delta weights, and use the pretrained argument to designate the relative base model to which they will be applied:
lm_eval --model hf \
--model_args pretrained=Ejafa/llama_7B,delta=lmsys/vicuna-7b-delta-v1.1 \
--tasks hellaswagGPTQ quantized models can be loaded using GPTQModel (faster) or AutoGPTQ
GPTQModel: add ,gptqmodel=True to model_args
lm_eval --model hf \
--model_args pretrained=model-name-or-path,gptqmodel=True \
--tasks hellaswagAutoGPTQ: add ,autogptq=True to model_args:
lm_eval --model hf \
--model_args pretrained=model-name-or-path,autogptq=model.safetensors,gptq_use_triton=True \
--tasks hellaswagWe support wildcards in task names, for example you can run all of the machine-translated lambada tasks via --task lambada_openai_mt_*.
Saving & Caching Results
To save evaluation results provide an --output_path. We also support logging model responses with the --log_samples flag for post-hoc analysis.
[!TIP]
Use--use_cache <DIR>to cache evaluation results and skip previously evaluated samples when resuming runs of the same (model, task) pairs. Note that caching is rank-dependent, so restart with the same GPU count if interrupted. You can also use --cache_requests to save dataset preprocessing steps for faster evaluation resumption.
To push results and samples to the Hugging Face Hub, first ensure an access token with write access is set in the HF_TOKEN environment variable. Then, use the --hf_hub_log_args flag to specify the organization, repository name, repository visibility, and whether to push results and samples to the Hub - example dataset on the HF Hub. For instance:
lm_eval --model hf \
--model_args pretrained=model-name-or-path,autogptq=model.safetensors,gptq_use_triton=True \
--tasks hellaswag \
--log_samples \
--output_path results \
--hf_hub_log_args hub_results_org=EleutherAI,hub_repo_name=lm-eval-results,push_results_to_hub=True,push_samples_to_hub=True,public_repo=False \This allows you to easily download the results and samples from the Hub, using:
from datasets import load_dataset
load_dataset("EleutherAI/lm-eval-results-private", "hellaswag", "latest")For a full list of supported arguments, check out the interface guide in our documentation!
Visualizing Results
You can seamlessly visualize and analyze the results of your evaluation harness runs using both Weights & Biases (W&B) and Zeno.
Zeno
You can use Zeno to visualize the results of your eval harness runs.
First, head to hub.zenoml.com to create an account and get an API key on your account page.
Add this key as an environment variable:
export ZENO_API_KEY=[your api key]You'll also need to install the lm_eval[zeno] package extra.
To visualize the results, run the eval harness with the log_samples and output_path flags.
We expect output_path to contain multiple folders that represent individual model names.
You can thus run your evaluation on any number of tasks and models and upload all of the results as projects on Zeno.
lm_eval \
--model hf \
--model_args pretrained=EleutherAI/gpt-j-6B \
--tasks hellaswag \
--device cuda:0 \
--batch_size 8 \
--log_samples \
--output_path output/gpt-j-6BThen, you can upload the resulting data using the zeno_visualize script:
python scripts/zeno_visualize.py \
--data_path output \
--project_name "Eleuther Project"This will use all subfolders in data_path as different models and upload all tasks within these model folders to Zeno.
If you run the eval harness on multiple tasks, the project_name will be used as a prefix and one project will be created per task.
You can find an example of this workflow in examples/visualize-zeno.ipynb.
Weights and Biases
With the Weights and Biases integration, you can now spend more time extracting deeper insights into your evaluation results. The integration is designed to streamline the process of logging and visualizing experiment results using the Weights & Biases (W&B) platform.
The integration provide functionalities
- to automatically log the evaluation results,
- log the samples as W&B Tables for easy visualization,
- log the
results.jsonfile as an artifact for version control, - log the
<task_name>_eval_samples.jsonfile if the samples are logged, - generate a comprehensive report for analysis and visualization with all the important metric,
- log task and cli specific configs,
- and more out of the box like the command used to run the evaluation, GPU/CPU counts, timestamp, etc.
First you'll need to install the lm_eval[wandb] package extra. Do pip install lm_eval[wandb].
Authenticate your machine with an your unique W&B token. Visit https://wandb.ai/authorize to get one. Do wandb login in your command line terminal.
Run eval harness as usual with a wandb_args flag. Use this flag to provide arguments for initializing a wandb run (wandb.init) as comma separated string arguments.
lm_eval \
--model hf \
--model_args pretrained=microsoft/phi-2,trust_remote_code=True \
--tasks hellaswag,mmlu_abstract_algebra \
--device cuda:0 \
--batch_size 8 \
--output_path output/phi-2 \
--limit 10 \
--wandb_args project=lm-eval-harness-integration \
--log_samplesIn the stdout, you will find the link to the W&B run page as well as link to the generated report. You can find an example of this workflow in examples/visualize-wandb.ipynb, and an example of how to integrate it beyond the CLI.
Contributing
Check out our open issues and feel free to submit pull requests!
For more information on the library and how everything fits together, see our documentation pages.
To get started with development, first clone the repository and install the dev dependencies:
git clone https://github.com/EleutherAI/lm-evaluation-harness
cd lm-evaluation-harness
pip install -e ".[dev,hf]"Implementing new tasks
To implement a new task in the eval harness, see this guide.
In general, we follow this priority list for addressing concerns about prompting and other eval details:
- If there is widespread agreement among people who train LLMs, use the agreed upon procedure.
- If there is a clear and unambiguous official implementation, use that procedure.
- If there is widespread agreement among people who evaluate LLMs, use the agreed upon procedure.
- If there are multiple common implementations but not universal or widespread agreement, use our preferred option among the common implementations. As before, prioritize choosing from among the implementations found in LLM training papers.
These are guidelines and not rules, and can be overruled in special circumstances.
We try to prioritize agreement with the procedures used by other groups to decrease the harm when people inevitably compare runs across different papers despite our discouragement of the practice. Historically, we also prioritized the implementation from Language Models are Few Shot Learners as our original goal was specifically to compare results with that paper.
Support
The best way to get support is to open an issue on this repo or join the EleutherAI Discord server. The #lm-thunderdome channel is dedicated to developing this project and the #release-discussion channel is for receiving support for our releases. If you've used the library and have had a positive (or negative) experience, we'd love to hear from you!
Optional Extras
Extras dependencies can be installed via pip install -e ".[NAME]"
Model Backends
These extras install dependencies required to run specific model backends:
| NAME | Description |
|---|---|
| hf | HuggingFace Transformers (torch, transformers, accelerate, peft) |
| vllm | vLLM fast inference |
| api | API models (OpenAI, Anthropic, local servers) |
| gptq | AutoGPTQ quantized models |
| gptqmodel | GPTQModel quantized models |
| ibm_watsonx_ai | IBM watsonx.ai models |
| ipex | Intel IPEX backend |
| habana | Intel Gaudi backend |
| optimum | Intel OpenVINO models |
| neuronx | AWS Inferentia2 instances |
| onnxruntime-genai | ONNX Runtime GenAI (cross-platform) - CPU/CUDA/DirectML/NPU |
| onnxruntime | ONNX Runtime raw session - adds ROCm/MIGraphX |
| winml | Windows ML (ONNX Runtime GenAI) - CPU/GPU/NPU |
| sparsify | Sparsify model steering |
| sae_lens | SAELens model steering |
Task Dependencies
These extras install dependencies required for specific evaluation tasks:
| NAME | Description |
|---|---|
| tasks | All task-specific dependencies |
| acpbench | ACP Bench tasks |
| audiolm_qwen | Qwen2 audio models |
| ifeval | IFEval task |
| japanese_leaderboard | Japanese LLM tasks |
| longbench | LongBench tasks |
| math | Math answer checking |
| multilingual | Multilingual tokenizers |
| ruler | RULER tasks |
Development & Utilities
| NAME | Description |
|---|---|
| dev | Linting & contributions |
| hf_transfer | Speed up HF downloads |
| sentencepiece | Sentencepiece tokenizer |
| unitxt | Unitxt tasks |
| wandb | Weights & Biases logging |
| zeno | Zeno result visualization |
Cite as
@misc{eval-harness,
author = {Gao, Leo and Tow, Jonathan and Abbasi, Baber and Biderman, Stella and Black, Sid and DiPofi, Anthony and Foster, Charles and Golding, Laurence and Hsu, Jeffrey and Le Noac'h, Alain and Li, Haonan and McDonell, Kyle and Muennighoff, Niklas and Ociepa, Chris and Phang, Jason and Reynolds, Laria and Schoelkopf, Hailey and Skowron, Aviya and Sutawika, Lintang and Tang, Eric and Thite, Anish and Wang, Ben and Wang, Kevin and Zou, Andy},
title = {The Language Model Evaluation Harness},
month = 07,
year = 2024,
publisher = {Zenodo},
version = {v0.4.3},
doi = {10.5281/zenodo.12608602},
url = {https://zenodo.org/records/12608602}
}Overview (`docs/README.md`)
Eval Harness Documentation
Welcome to the docs for the LM Evaluation Harness!
Table of Contents
- To learn about the public interface of the library, as well as how to evaluate via the command line or as integrated into an external library, see the Interface.
- To learn how to add a new library, API, or model type to the library, as well as a quick explainer on the types of ways to evaluate an LM, see the Model Guide.
- For an extended description of how to extend the library to new model classes served over an API, see the API Guide.
- To ship a model, filter, metric or aggregation from your own package instead of the
lm-evalsource tree, see the Plugin Guide.
- For a crash course on adding new tasks to the library, see our New Task Guide.
- To learn more about pushing the limits of task configuration that the Eval Harness supports, see the Task Configuration Guide.
Overview (`docs/chat-template-readme.md`)
Chat Template Delimiter Handling Update
Overview
This change modifies how delimiters are handled when applying chat templates in the request construction process for likelihood and multiple-choice based tasks. When apply_chat_template is set to True, the target delimiter is now set to an empty string instead of using the configured delimiter.
Background
By default, the system uses a target delimiter (typically a whitespace " ") between the context and target text when constructing prompts. The full string is constructed as:
doc_to_text(doc) + target_delimiter + doc_to_target(doc)While this worked well for base models where we wanted the model to predict a single whitespace followed by the answer, chat models have their own formatting conventions that handle spacing differently.
The Change
- When
apply_chat_template=True, the target delimiter is now empty ("") instead of the default whitespace - This prevents interference between chat template formatting and the default delimiter system
- Particularly important for multiple choice tasks where the template itself handles spacing
Example
# Before (with default delimiter " ")
<user>Question: What color is the sky?\nAnswer:<assistant> blue
# After
<user>Question: What color is the sky?\nAnswer:<assistant>blueOverview (`lm_eval/tasks/README.md`)
Tasks
A list of supported tasks and task groupings can be viewed with lm-eval ls tasks.
For more information, including a full list of task names and their precise meanings or sources, follow the links
provided to the individual README.md files for each subfolder.
| Task Family | Description | Language(s) |
|---|---|---|
| aclue | Tasks focusing on ancient Chinese language understanding and cultural aspects. | Ancient Chinese |
| acp_bench | Tasks evaluating the reasoning ability about Action, Change, and Planning | English |
| acp_bench_hard | Tasks evaluating the reasoning ability about Action, Change, and Planning | English |
| aexams | Tasks in Arabic related to various academic exams covering a range of subjects. | Arabic |
| agieval | Tasks involving historical data or questions related to history and historical texts. | English, Chinese |
| aime | High school math competition questions | English |
| anli | Adversarial natural language inference tasks designed to test model robustness. | English |
| arabic_leaderboard_complete | A full version of the tasks in the Open Arabic LLM Leaderboard, focusing on the evaluation of models that reflect the characteristics of Arabic language understanding and comprehension, culture, and heritage. Note that some of these tasks are machine-translated. | Arabic (Some MT) |
| arabic_leaderboard_light | A light version of the tasks in the Open Arabic LLM Leaderboard (i.e., 10% samples of the test set in the original benchmarks), focusing on the evaluation of models that reflect the characteristics of Arabic language understanding and comprehension, culture, and heritage. Note that some of these tasks are machine-translated. | Arabic (Some MT) |
| arabicmmlu | Localized Arabic version of MMLU with multiple-choice questions from 40 subjects. | Arabic |
| ArabCulture | Benchmark for evaluating models' commonsense cultural knowledge across different 13 different Arab Countries. | Arabic |
| AraDICE | A collection of multiple tasks carefully designed to evaluate dialectal and cultural capabilities in large language models (LLMs). | Arabic |
| arc | Tasks involving complex reasoning over a diverse set of questions. | English |
| arithmetic | Tasks involving numerical computations and arithmetic reasoning. | English |
| asdiv | Tasks involving arithmetic and mathematical reasoning challenges. | English |
| babi | Tasks designed as question and answering challenges based on simulated stories. | English |
| babilong | Tasks designed to test whether models can find and reason over facts in long contexts. | English |
| bangla_mmlu | Benchmark dataset for evaluating language models' performance on Bangla (Bengali) language tasks.Includes diverse NLP tasks to measure model understanding and generation capabilities in Bangla. | Bengali/Bangla |
| bangla_commonsenseQA | Benchmark dataset for evaluating language models' performance on Bangla (Bengali) language tasks.Includes diverse NLP tasks to measure model understanding and generation capabilities in Bangla. | Bengali/Bangla |
| bangla_boolQA | Benchmark dataset for evaluating language models' performance on Bangla (Bengali) language tasks.Includes diverse NLP tasks to measure model understanding and generation capabilities in Bangla. | Bengali/Bangla |
| bangla_piQA | Benchmark dataset for evaluating language models' performance on Bangla (Bengali) language tasks.Includes diverse NLP tasks to measure model understanding and generation capabilities in Bangla. | Bengali/Bangla |
| bangla_poenbookQA | Benchmark dataset for evaluating language models' performance on Bangla (Bengali) language tasks.Includes diverse NLP tasks to measure model understanding and generation capabilities in Bangla. | Bengali/Bangla |
| basque_bench | Collection of tasks in Basque encompassing various evaluation areas. | Basque |
| basqueglue | Tasks designed to evaluate language understanding in Basque language. | Basque |
| bbh | Tasks focused on deep semantic understanding through hypothesization and reasoning. | English, German |
| bbq | A question-answering benchmark designed to measure social biases in language models across various demographic categories and contexts. | English |
| belebele | Language understanding tasks in a variety of languages and scripts. | Multiple (122 languages) |
| benchmarks | General benchmarking tasks that test a wide range of language understanding capabilities. | |
| bertaqa | Local Basque cultural trivia QA tests in English and Basque languages. | English, Basque, Basque (MT) |
| bhs | Grammatical knowledge evaluation for low-resource langauges. | Basque, Hindi, Swahili |
| bigbench | Broad tasks from the BIG-bench benchmark designed to push the boundaries of large models. | Multiple |
| blimp | Tasks testing grammatical phenomena to evaluate language model's linguistic capabilities. | English |
| blimp_nl | A benchmark evaluating language models' grammatical capabilities in Dutch based on comparing the probabilities of minimal pairs of grammatical and ungrammatical sentences. | Dutch |
| c4 | Tasks based on a colossal, cleaned version of Common Crawl's web crawl corpus to assess models' language modeling capabilities. | English |
| cabbq | Adaptation of the BBQ benchmark to the Catalan language and stereotypes prevalent in Spain. | Catalan |
| careqa | Multiple choice and open-ended medical question answering based on the Spanish Specialised Healthcare Training (MIR) exams. | English, Spanish |
| catalan_bench | Collection of tasks in Catalan encompassing various evaluation areas. | Catalan |
| ceval | Tasks that evaluate language understanding and reasoning in an educational context. | Chinese |
| cmmlu | Multi-subject multiple choice question tasks for comprehensive academic assessment. | Chinese |
| code_x_glue | Tasks that involve understanding and generating code across multiple programming languages. | Go, Java, JS, PHP, Python, Ruby |
| cnn_dailymail_abisee | Task designed to measure ability to generate multi-sentence abstractive summaries | Chinese |
| commonsense_qa | CommonsenseQA, a multiple-choice QA dataset for measuring commonsense knowledge. | English |
| copal_id | Indonesian causal commonsense reasoning dataset that captures local nuances. | Indonesian |
| coqa | Conversational question answering tasks to test dialog understanding. | English |
| crows_pairs | Tasks designed to test model biases in various sociodemographic groups. | English, French |
| click | A benchmark dataset of Cultural and Linguistic Intelligence in Korean (CLIcK), comprising 1,995 QA pairs sourced from official Korean exams and textbooks to test Korean cultural and linguistic knowledge. | Korean |
| csatqa | Tasks related to SAT and other standardized testing questions for academic assessment. | Korean |
| darija_bench | Traditional NLP tasks (Translation, Summarization, etc..) for Moroccan Darija | Moroccan Darija (some MT) |
| darijahellaswag | Moroccan Darija version of HellaSwag. | Moroccan Darija (MT) |
| darijammlu | Multiple-choice QA in Moroccan Darija (an Arabic dialect). | Moroccan Darija (MT) |
| discrim_eval | Prompts for binary decisions covering 70 scenarios to evaluate demographic bias. | English |
| drop | Tasks requiring numerical reasoning, reading comprehension, and question answering. | English |
| egyhellaswag | Egyptian Arabic (Masri) version of HellaSwag. | Egyptian Arabic (MT) |
| egymmlu | Multiple-choice QA in Egyptian Arabic. | Egyptian Arabic (MT) |
| eq_bench | Tasks focused on equality and ethics in question answering and decision-making. | English |
| esbbq | Adaptation of the BBQ benchmark to the Spanish language and stereotypes prevalent in Spain. | Spanish |
| eus_exams | Tasks based on various professional and academic exams in the Basque language. | Basque |
| eus_proficiency | Tasks designed to test proficiency in the Basque language across various topics. | Basque |
| eus_reading | Reading comprehension tasks specifically designed for the Basque language. | Basque |
| eus_trivia | Trivia and knowledge testing tasks in the Basque language. | Basque |
| evalita_LLM | A native Italian benchmark with diverse tasks formats and multiple prompts. | Italian |
| eq-bench_es | Spanish version of EQ-Bench (EN). Task for evaluating emotional reasoning through dialogue-based prompts. Hugging Face | Spanish Human Translated |
| eq-bench_ca | Catalan version of EQ-Bench (EN). Task for evaluating emotional reasoning through dialogue-based prompts. Hugging Face | Catalan Human Translated |
| fda | Tasks for extracting key-value pairs from FDA documents to test information extraction. | English |
| fld | Tasks involving free-form and directed dialogue understanding. | English |
| french_bench | Set of tasks designed to assess language model performance in French. | French |
| galician_bench | Collection of tasks in Galician encompassing various evaluation areas. | Galician |
| global_mmlu | Collection of culturally sensitive and culturally agnostic MMLU tasks in 15 languages with human translations or post-edits. | Multiple (15 languages) |
| greekmmlu | Native-sourced massive multitask language understanding benchmark with multiple-choice questions across 45 Greek subject areas. | Greek |
| glue | General Language Understanding Evaluation benchmark to test broad language abilities. | English |
| gpqa | Tasks designed for general public question answering and knowledge verification. | English |
| gsm8k | A benchmark of grade school math problems aimed at evaluating reasoning capabilities. | English |
| groundcocoa | A benchmark evaluating the conditional and compositional reasoning of language models using a grounding task. | English |
| haerae | Tasks focused on assessing detailed factual and historical knowledge. | Korean |
| headqa | A high-level education-based question answering dataset to test specialized knowledge. | Spanish, English |
| hellaswag | Tasks to predict the ending of stories or scenarios, testing comprehension and creativity. | English |
| hendrycks_ethics | Tasks designed to evaluate the ethical reasoning capabilities of models. | English |
| hendrycks_math | Mathematical problem-solving tasks to test numerical reasoning and problem-solving. | English |
| histoires_morales | A dataset of structured narratives that describe normative and norm-divergent actions taken by individuals to accomplish certain intentions in concrete situations. | French (Some MT) |
| hrm8k | A challenging bilingual math reasoning benchmark for Korean and English. | Korean (Some MT), English (Some MT) |
| humaneval | Code generation task that measure functional correctness for synthesizing programs from docstrings. | Python |
| humaneval_infilling | Code generation task that measure fill-in-the-middle capability for synthesizing programs from docstrings. | Python |
| icelandic_winogrande | Manually translated and localized version of the WinoGrande commonsense reasoning benchmark for Icelandic. | Icelandic |
| ifeval | Interactive fiction evaluation tasks for narrative understanding and reasoning. | English |
| ifeval_es | Manually translated version of IFEval into Spanish (Spain). | Spanish |
| ifeval_ca | Manually translated version of IFEval into Catalan. | Catalan |
| indicxnli | Natural language inference in Indic languages, machine-translated from XNLI. Currently covers Gujarati, which is not in the xnli task group. |
Gujarati (MT) |
| inverse_scaling | Multiple-choice tasks from the Inverse Scaling Prize, designed to find settings where larger language models perform worse. | English |
| japanese_leaderboard | Japanese language understanding tasks to benchmark model performance on various linguistic aspects. | Japanese |
| jfinqa | Japanese financial numerical reasoning QA benchmark with 1000 questions over EDINET corporate financial statements. | Japanese |
| jsonschema_bench | Evaluate the ability of LLMs to generate JSON objects that conform to a given JSON schema, including API, configuration files, and other structured data formats. | JSON |
| kbl | Korean Benchmark for Legal Language Understanding. | Korean |
| kmmlu | Knowledge-based multi-subject multiple choice questions for academic evaluation. | Korean |
| kobest | A collection of tasks designed to evaluate understanding in Korean language. | Korean |
| kormedmcqa | Medical question answering tasks in Korean to test specialized domain knowledge. | Korean |
| lambada | Tasks designed to predict the endings of text passages, testing language prediction skills. | English |
| lambada_cloze | Cloze-style LAMBADA dataset. | English |
| lambada_multilingual | Multilingual LAMBADA dataset. This is a legacy version of the multilingual dataset, and users should instead use lambada_multilingual_stablelm. |
German, English, Spanish, French, Italian |
| lambada_multilingual_stablelm | Multilingual LAMBADA dataset. Users should prefer evaluating on this version of the multilingual dataset instead of on lambada_multilingual. |
German, English, Spanish, French, Italian, Dutch, Portuguese |
| leaderboard | Task group used by Hugging Face's Open LLM Leaderboard v2. Those tasks are static and will not change through time | English |
| legalbench | LegalBench legal-reasoning tasks (HELM-lite five-task subset: trademark, lobbying, opinion-section, citizenship, private-right-of-action; plus the 14-task Contract NLI suite over non-disclosure agreements). | English |
| lingoly | Challenging logical reasoning benchmark in low-resource languages with controls for memorization | English, Multilingual |
| llama3 | Evals reproducing those provided by the LLAMA team in the Hugging Face repo (instruct) | English, Multilingual |
| libra | Evaluates long-context understanding in Russian across four complexity levels | Russian (MT) |
| lm_syneval | Evaluates the syntactic capabilities of language models. | English |
| logiqa | Logical reasoning tasks requiring advanced inference and deduction. | English, Chinese |
| logiqa2 | Large-scale logical reasoning dataset adapted from the Chinese Civil Service Examination. | English, Chinese |
| longbench | LongBench evaluates language models' ability to understand lengthy texts across multiple tasks and languages. | English, Chinese |
| longbenchv2 | longbench v2, multiple-choice variant. | English, Chinese |
| longproc | LongProc benchmark for testing models' long-form generation capabilities. | English |
| mastermind | Reasoning benchmark based on the board game of Mastermind. | English |
| mathqa | Question answering tasks involving mathematical reasoning and problem-solving. | English |
| mbpp | A benchmark designed to measure the ability to synthesize short Python programs from natural language descriptions. | Python |
| meddialog | Medical open-ended QA and Question Entailment stemming from the MedDialog dataset. | English |
| medtext | Medical open-ended QA from the MedText Clinical Notes dataset. | English |
| mimic_repsum | Medical report summarization from the MIMIC-III dataset. | English |
| mc_taco | Question-answer pairs that require temporal commonsense comprehension. | English |
| med_concepts_qa | Benchmark for evaluating LLMs on their abilities to interpret medical codes and distinguish between medical concept. | English |
| metabench | Distilled versions of six popular benchmarks which are highly predictive of overall benchmark performance and of a single general ability latent trait. | English |
| mediqa_qa2019 | Open-ended healthcare question answering benchmark from the MEDIQA 2019 challenge. | English |
| medmcqa | Medical multiple choice questions assessing detailed medical knowledge. | English |
| medqa | Multiple choice question answering based on the United States Medical License Exams. | |
| meqsum | Healtcare Question Entailment benchmark from the MeqSum dataset. | |
| mgsm | Benchmark of multilingual grade-school math problems. | Spanish, French, German, Russian, Chinese, Japanese, Thai, Swahili, Bengali, Telugu |
| minerva_math | Mathematics-focused tasks requiring numerical reasoning and problem-solving skills. | English |
| mlqa | MultiLingual Question Answering benchmark dataset for evaluating cross-lingual question answering performance. | English, Arabic, German, Spanish, Hindi, Vietnamese, Simplified Chinese |
| mmlu | Massive Multitask Language Understanding benchmark for broad domain language evaluation. Several variants are supported. | English |
| mmlu_redux | Refined Massive Multitask Language Understanding benchmark for broad domain evaluation with improved data quality. | English |
| mmlu_redux | Refined Massive Multitask Language Understanding benchmark for broad domain evaluation with improved data quality. | Spanish |
| mmlu_pro | A refined set of MMLU, integrating more challenging, reasoning-focused questions and expanding the choice set from four to ten options. | English |
| mmlu-pro-plus | A new test set for evaluating shortcut learning and higher-order reasoning of LLMs. | English |
| mmlu_prox | A multilingual benchmark that extends MMLU-Pro to multiple typologically diverse languages with human validation. | English, Japanese, Chinese, Korean, French, German, Spanish, Portuguese, Zulu, Swahili, Wolof, Yoruba, Thai, Arabic, Hindi, Bengali, Serbian, Hungarian, Vietnamese, Czech, Marathi, Afrikaans, Nepali, Telugu, Urdu, Russian, Indonesian, Italian, Ukrainian |
| mmlusr | Variation of MMLU designed to be more rigorous. | English |
| model_written_evals | Evaluation tasks auto-generated for evaluating a collection of AI Safety concerns. | |
| moral_stories | A crowd-sourced dataset of structured narratives that describe normative and norm-divergent actions taken by individuals to accomplish certain intentions in concrete situations. | English |
| mts_dialog | Open-ended healthcare QA from the MTS-Dialog dataset. | English |
| multiblimp | MultiBLiMP is a (synthetic) multilingual benchmark testing models on linguistic minimal pairs to judge grammatical acceptability | Multiple (101 languages) - Synthetic |
| mutual | A retrieval-based dataset for multi-turn dialogue reasoning. | English |
| noreval | A human-created Norwegian language understanding and generation benchmark. | Norwegian (Bokmål and Nynorsk) |
| nq_open | Open domain question answering tasks based on the Natural Questions dataset. | English |
| okapi/arc_multilingual | Tasks that involve reading comprehension and information retrieval challenges. | Multiple (31 languages) Machine Translated. |
| okapi/hellaswag_multilingual | Tasks that involve reading comprehension and information retrieval challenges. | Multiple (30 languages) Machine Translated. |
| okapi/mmlu_multilingual | Tasks that involve reading comprehension and information retrieval challenges. | Multiple (34 languages) Machine Translated. |
| okapi/truthfulqa_multilingual | Tasks that involve reading comprehension and information retrieval challenges. | Multiple (31 languages) Machine Translated. |
| olaph | Open-ended medical factuality Question Answering from the OLAPH dataset. | English |
| openbookqa | Open-book question answering tasks that require external knowledge and reasoning. | English |
| paloma | Paloma is a comprehensive benchmark designed to evaluate open language models across a wide range of domains, ranging from niche artist communities to mental health forums on Reddit. | English |
| paws-x | Paraphrase Adversaries from Word Scrambling, focusing on cross-lingual capabilities. | English, French, Spanish, German, Chinese, Japanese, Korean |
| physics_gre | Physics GRE subject exam questions (graduate-level physics) as multiple-choice tasks. | English |
| pile | Open source language modelling data set that consists of 22 smaller, high-quality datasets. | English |
| pile_10k | The first 10K elements of The Pile, useful for debugging models trained on it. | English |
| piqa | Physical Interaction Question Answering tasks to test physical commonsense reasoning. | English |
| pisa | Multi-lingual, mulit-model tasks that involve reading comprehension and math challenges. | English, German, French, Spanish, Italien, Chinese. |
| polemo2 | Sentiment analysis and emotion detection tasks based on Polish language data. | Polish |
| portuguese_bench | Collection of tasks in European Portuguese encompassing various evaluation areas. | Portuguese |
| prost | Tasks requiring understanding of professional standards and ethics in various domains. | English |
| pubmedqa | Question answering tasks based on PubMed research articles for biomedical understanding. | English |
| putnam_axiom | William Lowell Putnam Mathematical Competition problems for evaluating advanced mathematical reasoning, including variations for robustness testing. | English |
| qa4mre | Question Answering for Machine Reading Evaluation, assessing comprehension and reasoning. | English |
| qasper | Question Answering dataset based on academic papers, testing in-depth scientific knowledge. | English |
| race | Reading comprehension assessment tasks based on English exams in China. | English |
| realtoxicityprompts | Tasks to evaluate language models for generating text with potential toxicity. | |
| ruler | RULER is a benchmark for testing how well language models handle long pieces of text. Requires custom arg (see readme) | English |
| sciq | Science Question Answering tasks to assess understanding of scientific concepts. | English |
| score | Systematic consistency and robustness evaluation for LLMs on 3 datasets(MMLU-Pro, Agi Eval and MATH) | English |
| scrolls | Tasks that involve long-form reading comprehension across various domains. | English |
| simple_cooccurrence_bias | A metric that evaluates language models for biases based on stereotypical word associations and co-occurrences in text. | English |
| siqa | Social Interaction Question Answering to evaluate common sense and social reasoning. | English |
| slr_bench_group | SLR-Bench is a benchmark for scalable logical reasoning with language models. | English |
| spanish_bench | Collection of tasks in Spanish encompassing various evaluation areas. | Spanish |
| squad_completion | A variant of the SQuAD question answering task designed for zero-shot evaluation of small LMs. | English |
| squadv2 | Stanford Question Answering Dataset version 2, a reading comprehension benchmark. | English |
| storycloze | Tasks to predict story endings, focusing on narrative logic and coherence. | English |
| super_glue | A suite of challenging tasks designed to test a range of language understanding skills. | English |
| swag | Situations With Adversarial Generations, predicting the next event in videos. | English |
| swde | Information extraction tasks from semi-structured web pages. | English |
| tinyBenchmarks | Evaluation of large language models with fewer examples using tiny versions of popular benchmarks. | English |
| tmmluplus | An extended set of tasks under the TMMLU framework for broader academic assessments. | Traditional Chinese |
| toxigen | Tasks designed to evaluate language models on their propensity to generate toxic content. | English |
| translation | Tasks focused on evaluating the language translation capabilities of models. | Arabic, English, Spanish, Basque, Hindi, Indonesian, Burmese, Russian, Swahili, Telugu, Chinese |
| triviaqa | A large-scale dataset for trivia question answering to test general knowledge. | English |
| truthfulqa | A QA task aimed at evaluating the truthfulness and factual accuracy of model responses. | English |
| truthfulqa-multi | Is a multilingual version of TruthfulQA, a QA task aimed at evaluating the truthfulness and factual accuracy of model responses. | English, Spanish, Catalan, Basque, Galician |
| tydiqa | TyDi QA Gold Passage task: extractive QA across 9 typologically diverse languages. | Arabic, Bengali, English, Finnish, Indonesian, Korean, Russian, Swahili, Telugu |
| turkishmmlu | A multiple-choice QA test modeled after MMLU, written in Turkish based on Turkish high-school level exams. | Turkish |
| turblimp_core | A benchmark evaluating language models' grammatical capabilities in Turkish based on comparing the probabilities of minimal pairs of grammatical and ungrammatical sentences. | Turkish |
| uncheatable_eval | Rolling perplexity benchmark over recently-published Wikipedia, GitHub, BBC News, arXiv, bioRxiv, and AO3 documents, refreshed as monthly snapshots to resist pretraining contamination. | English, multilingual, Python, C++, JavaScript, Markdown |
| unitxt | A number of tasks implemented using the unitxt library for flexible, shareable, and reusable data preparation and evaluation for generative AI. | English |
| ulqa | A number of tasks implemented to evaluate LLM's ability to understand Uyghur language and Uyghur literature. | Uyghur |
| unscramble | Tasks involving the rearrangement of scrambled sentences to test syntactic understanding. | English |
| webqs | Web-based question answering tasks designed to evaluate internet search and retrieval. | English |
| wikitext | Tasks based on text from Wikipedia articles to assess language modeling and generation. | English |
| winogender | A diagnostic dataset that tests for gender bias in coreference resolution by measuring how models associate pronouns with different occupations. | English |
| winogrande | A large-scale dataset for coreference resolution, inspired by the Winograd Schema Challenge. | English |
| wmdp | A benchmark with the objective of minimizing performance, based on potentially-sensitive multiple-choice knowledge questions. | English |
| wmt2016 | Tasks from the WMT 2016 shared task, focusing on translation between multiple languages. | English, Czech, German, Finnish, Russian, Romanian, Turkish |
| wsc273 | The Winograd Schema Challenge, a test of commonsense reasoning and coreference resolution. | English |
| xcopa | Cross-lingual Choice of Plausible Alternatives, testing reasoning in multiple languages. | Estonian, Haitian, Indonesian, Italian, Quechua, Swahili, Tamil, Thai, Turkish, Vietnamese, Chinese |
| xnli | Cross-Lingual Natural Language Inference to test understanding across different languages. | Arabic, Bulgarian, German, Greek, English, Spanish, French, Hindi, Russian, Swahili, Thai, Turkish, Urdu, Vietnamese, Chinese |
| xnli_eu | Cross-lingual Natural Language Inference tasks in Basque. | Basque |
| xquad | Cross-lingual Question Answering Dataset in multiple languages. | Arabic, German, Greek, English, Spanish, Hindi, Romanian, Russian, Thai, Turkish, Vietnamese, Chinese |
| xstorycloze | Cross-lingual narrative understanding tasks to predict story endings in multiple languages. | Russian, Simplified Chinese, Spanish, Arabic, Hindi, Indonesian, Telugu, Swahili, Basque, Burmese |
| xwinograd | Cross-lingual Winograd schema tasks for coreference resolution in multiple languages. | English, French, Japanese, Portuguese, Russian, Chinese |
| zhoblimp | A benchmark evaluating language models' grammatical capabilities in Chinese based on comparing the probabilities of minimal pairs of grammatical and ungrammatical sentences. | Chinese |
Multimodal Tasks
| Task Family | Description | Modality |
|---|---|---|
| chartqa | A benchmark for question answering about charts that requires both visual and logical reasoning. | Image, Text |
| mmmu | Evaluate multimodal models on massive multi-discipline tasks demanding college-level subject knowledge. | Image, Text |
Multimodal Tasks
| Task Family | Description | Modality |
|---|---|---|
| chartqa | A benchmark for question answering about charts that requires both visual and logical reasoning. | Image, Text |
| mmmu | Evaluate multimodal models on massive multi-discipline tasks demanding college-level subject knowledge. | Image, Text |
Overview (`scripts/clean_training_data/README.md`)
Clean Training Data
janitor.py contains a script to remove benchmark data contamination from training data sets.
It uses the approach described in the GPT-3 paper.
Algorithm
- Collects all contamination text files that are to be removed from training data
- Filters training data by finding
Ngram matches between the training data
and any contaminationNgrams ignore case and punctuation and are split on whitespace.- Matching
Ngram substrings are removed, as is awindow_to_removecharacter window around
the match, splitting the training data into chunks - Any chunks less than
minimum_slice_lengthare removed - Training data sets split into more than
too_dirty_cutoffare considered
completely contaminated and removed
OpenAI used:
ngram_n = 13
window_to_remove = 200
minimum_slice_length = 200
too_dirty_cutoff = 10Compiling
Janitor can be used as a pure python program, but it is much faster if the ngram
code is run in C++. To compile the C++ code, run
pip install pybind11
c++ -O3 -Wall -shared -std=c++11 -fPIC $(python3 -m pybind11 --includes) janitor_util.cpp -o janitor_util$(python3-config --extension-suffix)MacOS users: If your compiler isn't linked to Python, you may need to add to the above -undefined dynamic_lookup.
Linux users: If your compiler isn't linked to Python, you may need to follow these steps:
- Rename the compiled code file to
janitor_util.so. - Before running
import Janitorin your code, addsys.path.append("your/relative/path/to/janitor_util.so")so that Python knows the location ofjanitor_util.so.
Overview (`templates/new_yaml_task/README.md`)
Task-name
Paper
Title: paper titles goes here
Abstract: link to paper PDF or arXiv abstract goes here
Short description of paper / benchmark goes here:
Homepage: homepage to the benchmark's website goes here, if applicable
Citation
BibTeX-formatted citation goes hereGroups, Tags, and Tasks
Groups
group_name:Short description
Tags
tag_name:Short description
Tasks
task_name:1-sentence description of what this particular task doestask_name2: ...
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Changelog
Overview (`lm_eval/tasks/aclue/README.md`)
ACLUE
Paper
Can Large Language Model Comprehend Ancient Chinese? A Preliminary Test on ACLUE
https://arxiv.org/abs/2310.09550
The Ancient Chinese Language Understanding Evaluation (ACLUE) is an evaluation benchmark focused on ancient Chinese language comprehension. It aims to assess the performance of large-scale language models on understanding ancient Chinese. The benchmark comprises 15 tasks spanning various domains, including lexical, syntactic, semantic, inference, and knowledge. ACLUE's tasks are derived from a combination of manually curated questions from publicly available resources, and automatically
generated questions from classical Chinese language corpora. The range of questions span from the Xia dynasty (2070 BCE) to the Ming dynasty (1368 CE). ACLUE adopts a multiple-choice question format for all tasks.
Homepage: https://github.com/isen-zhang/ACLUE
Citation
@inproceedings{zhang-li-2023-large,
title = "Can Large Language Model Comprehend {A}ncient {C}hinese? A Preliminary Test on {ACLUE}",
author = "Zhang, Yixuan and Li, Haonan",
booktitle = "Proceedings of the Ancient Language Processing Workshop",
month = sep,
year = "2023",
address = "Varna, Bulgaria",
publisher = "INCOMA Ltd., Shoumen, Bulgaria",
url = "https://aclanthology.org/2023.alp-1.9",
pages = "80--87"
}Groups, Tags, and Tasks
Groups
aclue: All 15 subjects of the ACLUE dataset, evaluated following the methodology in CMMLU's original implementation.
Tasks
The following tasks evaluate subjects in the ACLUE dataset using loglikelihood-based multiple-choice scoring:
aclue_{subject_english}
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation?
- Yes, original implementation contributed by author of the benchmark
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/acpbench/README.md`)
ACPBench
Homepage: https://ibm.github.io/ACPBench/
Papers
Title: ACPBench: Reasoning About Action, Change, and Planning
Pdf: https://arxiv.org/pdf/2410.05669
Task: acp_bench
Abstract:
There is an increasing body of work using Large Language Models (LLMs) as agents for orchestrating workflows and making decisions in domains that require planning and multi-step reasoning. As a result, it is imperative to evaluate LMs on core skills required for planning. ACPBench is a benchmark for evaluating the reasoning tasks in the field of planning. The benchmark consists of 7 reasoning tasks over 13 planning domains. The collection is constructed from planning domains described in a formal language. This allows the synthesized problems to have provably correct solutions across many tasks and domains. Further, it allows the luxury to scale without additional human effort, i.e., many additional problems can be created automatically.
Title: ACPBench Hard: Unrestrained Reasoning about Action, Change, and Planning
Pdf: https://arxiv.org/abs/2503.24378
Task: acp_bench_hard
Abstract:
We introduce ACPBench Hard, a dataset of generative, open-ended questions which LLM models needs to answer in order to plan. Models that perform well on these tasks could in principle be integrated into a planner or be used directly as a policy. We discuss the complexity of these tasks as well as the complexity of validating the correctness of their answers and present validation algorithms for each task. Equipped with these validators, we test the performance of a variety of models on our tasks and find that for most of these tasks, the performance of even the largest models is still subpar. Our experiments show that no model outperforms any other in these tasks, and with a few exceptions, all tested language models score below 65%, indicating that even the current frontier language models as well as so-called reasoning models have a long way to go before they can reliably reason about planning.
The dataset is available on HuggingFace.
Citation
@inproceedings{kokel2025acp
author = {Harsha Kokel and
Michael Katz and
Kavitha Srinivas and
Shirin Sohrabi},
title = {ACPBench: Reasoning about Action, Change, and Planning},
booktitle = {{AAAI}},
publisher = {{AAAI} Press},
year = {2025}
}
@misc{KokelKSS25ACPHard,
title = {ACPBench Hard: Unrestrained Reasoning about Action, Change, and Planning},
author = {Harsha Kokel and
Michael Katz and
Kavitha Srinivas and
Shirin Sohrabi},
year = {2025},
eprint = {2503.24378},
archivePrefix = {arXiv},
primaryClass = {cs.AI},
url = {https://arxiv.org/abs/2503.24378},
}Groups, Tags, and Tasks
Groups
- None
Tags
acp_bench: Evaluatesacp_bool_cot_2shotandacp_mcq_cot_2shot(Main variant for ACPBench paper)acp_bool_cot_2shot: Evaluatesacp_areach_bool,acp_app_bool,acp_just_bool,acp_land_bool,acp_prog_bool,acp_reach_bool,acp_val_boolwith chain-of-thought and 2 shotsacp_mcq_cot_2shot: Evaluatesacp_areach_mcq,acp_app_mcq,acp_just_mcq,acp_land_mcq,acp_prog_mcq,acp_reach_mcq,acp_val_mcqwith chain-of-thought and 2 shotsacp_bench_hard: Evaluatesacp_gen_2shot(Main variant for ACPBench Hard paper)acp_gen_2shot: Evaluatesacp_areach_gen,acp_app_gen,acp_just_gen,acp_land_gen,acp_nexta_gen,acp_prog_gen,acp_reach_gen,acp_val_genwith 2 shotsacp_bench_hard_with_pddl: Evaluatesacp_gen_2shot_with_pddlacp_gen_2shot_with_pddl: Evaluatesacp_areach_gen_with_pddl,acp_app_gen_with_pddl,acp_just_gen_with_pddl,acp_land_gen_with_pddl,acp_nexta_gen_with_pddl,acp_prog_gen_with_pddl,acp_reach_gen_with_pddl,acp_val_gen_with_pddlwith 2 shots
Tasks
7 Boolean tasks
acp_areach_boolacp_app_boolacp_just_boolacp_land_boolacp_prog_boolacp_reach_boolacp_val_bool
7 MCQ tasks
acp_areach_mcqacp_app_mcqacp_just_mcqacp_land_mcqacp_prog_mcqacp_reach_mcqacp_val_mcq
8 Generative tasks (with just natural language description in context)
acp_areach_genacp_app_genacp_just_genacp_land_genacp_nexta_genacp_prog_genacp_reach_genacp_val_gen
and the same 8 generative tasks with natural language as well as the PDDL description of the domain and problem in context.
acp_areach_gen_with_pddlacp_app_gen_with_pddlacp_just_gen_with_pddlacp_land_gen_with_pddlacp_nexta_gen_with_pddlacp_prog_gen_with_pddlacp_reach_gen_with_pddlacp_val_gen_with_pddl
! The evaluation scripts are taken from original github https://github.com/IBM/ACPBench
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Change Log
- 03/17/2025 Initial Commit
- 05/13/2025 Adding ACPBench Hard tasks (with and without PDDL)
Overview (`lm_eval/tasks/aexams/README.md`)
Arabic EXAMS
Paper
EXAMS: a resource specialized in multilingual high school exam questions.
The original paper EXAMS
The Arabic EXAMS dataset includes five subjects
- Islamic studies
- Biology
- Physics
- Science
- Social
The original dataset EXAMS-QA
EXAMS is a benchmark dataset for cross-lingual and multilingual question answering for high school examinations.
With 24,000 high-quality high school exam questions in 16 languages, covering 8 language families and 24 school subjects from Natural Sciences and Social Sciences, among others.
EXAMS offers unique fine-grained evaluation framework across multiple languages and subjects
Homepage for Arabic EXAMS: EXAMS Arabic Homepage
Citation
Groups, Tags, and Tasks
Groups
aexams: Arabic EXAMS dataset, including IslamicStudies, Biology, Science, Physics, Social subjects.
Tasks
The following tasks evaluate subjects in Arabic EXAMS dataset using loglikelihood-based multiple-choice scoring:
aexams_IslamicStudiesaexams_Biologyaexams_Scienceaexams_Physicsaexams_Social
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation?
- Yes, original implementation contributed by author of the benchmark
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/afrimgsm/README.md`)
AfriMGSM
Paper
IrokoBench: A New Benchmark for African Languages in the Age of Large Language Models
https://arxiv.org/pdf/2406.03368
IrokoBench is a human-translated benchmark dataset for 16 typologically diverse
low-resource African languages covering three tasks: natural language inference (AfriXNLI),
mathematical reasoning (AfriMGSM), and multi-choice knowledge-based QA (AfriMMLU).
Citation
@misc{adelani2024irokobenchnewbenchmarkafrican,
title={IrokoBench: A New Benchmark for African Languages in the Age of Large Language Models},
author={David Ifeoluwa Adelani and Jessica Ojo and Israel Abebe Azime and Jian Yun Zhuang and Jesujoba O. Alabi and Xuanli He and Millicent Ochieng and Sara Hooker and Andiswa Bukula and En-Shiun Annie Lee and Chiamaka Chukwuneke and Happy Buzaaba and Blessing Sibanda and Godson Kalipe and Jonathan Mukiibi and Salomon Kabongo and Foutse Yuehgoh and Mmasibidi Setaka and Lolwethu Ndolela and Nkiruka Odu and Rooweither Mabuya and Shamsuddeen Hassan Muhammad and Salomey Osei and Sokhar Samb and Tadesse Kebede Guge and Pontus Stenetorp},
year={2024},
eprint={2406.03368},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2406.03368},
}Groups and Tasks
Every AfriMGSM task is evaluated with five different prompt templates (the
updated IrokoBench/AfroBench prompts), so each per-language task name carries a_prompt_{i} suffix where i is the prompt id (1-5). The originalafrimgsm_direct_{language_code}, afrimgsm_en_cot_{language_code} andafrimgsm_translate_{language_code} names without the suffix are no longer
registered.
Groups
afrimgsm-irokobench: evaluates all direct tasks over all five prompts and reports a size-weighted mean accuracyafrimgsm_cot-irokobench: same as above with chain-of-thought promptingafrimgsm_tt-irokobench: same as above in the translate-test settingafrimgsm_tt_cot-irokobench: chain-of-thought in the translate-test setting
Tags
afrimgsm_tasks: runs all direct tasks (all five prompts)afrimgsm_tasks_prompt_{i}: runs all direct tasks for prompti(1-5)afrimgsm_cot_tasks: runs all chain-of-thought tasks (all five prompts)afrimgsm_cot_tasks_prompt_{i}: runs all chain-of-thought tasks for prompti(1-5)afrimgsm_tt_tasks: runs all translate-test tasksafrimgsm_tt_cot_tasks: runs all chain-of-thought translate-test tasks
Tasks
afrimgsm_{language_code}_prompt_{i}: evaluates one language with prompti(1-5) on the curated dataset, e.g.afrimgsm_amh_prompt_1afrimgsm_cot_{language_code}_prompt_{i}: same as above with chain-of-thought promptingafrimgsm_translate_{language_code}_prompt_{i}: same as above in the translate-test settingafrimgsm_cot_translate_{language_code}_prompt_{i}: chain-of-thought in the translate-test setting
with language_code one of amh, eng, ewe, fra, hau, ibo, kin,lin, lug, orm, sna, sot, swa, twi, vai, wol, xho, yor,zul (the translate-test variants have no eng, and afrimgsm_translate has
no vai).
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
- Checked for equivalence with v0.3.0 LM Evaluation Harness
Overview (`lm_eval/tasks/afrimmlu/README.md`)
AfriMMLU
Paper
IrokoBench: A New Benchmark for African Languages in the Age of Large Language Models
https://arxiv.org/pdf/2406.03368
IrokoBench is a human-translated benchmark dataset for 16 typologically diverse
low-resource African languages covering three tasks: natural language inference (AfriXNLI),
mathematical reasoning (AfriMGSM), and multi-choice knowledge-based QA (AfriMMLU).
Citation
@misc{adelani2024irokobenchnewbenchmarkafrican,
title={IrokoBench: A New Benchmark for African Languages in the Age of Large Language Models},
author={David Ifeoluwa Adelani and Jessica Ojo and Israel Abebe Azime and Jian Yun Zhuang and Jesujoba O. Alabi and Xuanli He and Millicent Ochieng and Sara Hooker and Andiswa Bukula and En-Shiun Annie Lee and Chiamaka Chukwuneke and Happy Buzaaba and Blessing Sibanda and Godson Kalipe and Jonathan Mukiibi and Salomon Kabongo and Foutse Yuehgoh and Mmasibidi Setaka and Lolwethu Ndolela and Nkiruka Odu and Rooweither Mabuya and Shamsuddeen Hassan Muhammad and Salomey Osei and Sokhar Samb and Tadesse Kebede Guge and Pontus Stenetorp},
year={2024},
eprint={2406.03368},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2406.03368},
}Groups and Tasks
Every AfriMMLU task is evaluated with five different prompt templates (the
updated IrokoBench/AfroBench prompts), so each per-language task name carries a_prompt_{i} suffix where i is the prompt id (1-5). The originalafrimmlu_direct_{language_code} and afrimmlu_translate_{language_code}
names without the suffix are no longer registered.
Groups
afrimmlu-irokobench: evaluates all direct tasks over all five prompts and reports a size-weighted mean accuracyafrimmlu_tt-irokobench: same as above in the translate-test setting
Tags
afrimmlu_tasks: runs all direct tasks (all five prompts)afrimmlu_tasks_prompt_{i}: runs all direct tasks for prompti(1-5)afrimmlu_tt_tasks: runs all translate-test tasksafrobench_mmlu_tasks: the AfriMMLU subset of the AfroBench benchmark (all direct tasks)
Tasks
afrimmlu_direct_{language_code}_prompt_{i}: evaluates one language with prompti(1-5) on the curated dataset, e.g.afrimmlu_direct_amh_prompt_1afrimmlu_translate_{language_code}_prompt_{i}: same as above in the translate-test setting
with language_code one of amh, eng, ewe, fra, hau, ibo, kin,lin, lug, orm, sna, sot, swa, twi, wol, xho, yor, zul
(eng has no translate-test variant).
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
- Checked for equivalence with v0.3.0 LM Evaluation Harness
Overview (`lm_eval/tasks/afrixnli/README.md`)
AfriXNLI
Paper
IrokoBench: A New Benchmark for African Languages in the Age of Large Language Models
https://arxiv.org/pdf/2406.03368
IrokoBench is a human-translated benchmark dataset for 16 typologically diverse
low-resource African languages covering three tasks: natural language inference (AfriXNLI),
mathematical reasoning (AfriMGSM), and multi-choice knowledge-based QA (AfriMMLU).
Citation
@misc{adelani2024irokobenchnewbenchmarkafrican,
title={IrokoBench: A New Benchmark for African Languages in the Age of Large Language Models},
author={David Ifeoluwa Adelani and Jessica Ojo and Israel Abebe Azime and Jian Yun Zhuang and Jesujoba O. Alabi and Xuanli He and Millicent Ochieng and Sara Hooker and Andiswa Bukula and En-Shiun Annie Lee and Chiamaka Chukwuneke and Happy Buzaaba and Blessing Sibanda and Godson Kalipe and Jonathan Mukiibi and Salomon Kabongo and Foutse Yuehgoh and Mmasibidi Setaka and Lolwethu Ndolela and Nkiruka Odu and Rooweither Mabuya and Shamsuddeen Hassan Muhammad and Salomey Osei and Sokhar Samb and Tadesse Kebede Guge and Pontus Stenetorp},
year={2024},
eprint={2406.03368},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2406.03368},
}Groups and Tasks
AfriXNLI ships two generations of prompts. The newer per-prompt variants (the
updated IrokoBench/AfroBench prompts) evaluate every language with five
different prompt templates, so their task names carry a _prompt_{i} suffix
where i is the prompt id (1-5). The original anli- and Lai-prompt tasks are
still registered under their per-language names without the suffix.
Groups
afrixnli-irokobench: evaluates all direct tasks over all five prompts and reports a size-weighted mean accuracyafrixnli_tt-irokobench: same as above in the translate-test setting
Tags
afrixnli_tasks: runs all direct per-prompt tasks (all five prompts)afrixnli_tasks_prompt_{i}: runs all direct per-prompt tasks for prompti(1-5)afrixnli_tt_tasks: runs all per-prompt translate-test tasksafrixnli: runs all anli- and Lai-prompt tasksafrixnli_en_direct: anli prompt on the curated datasetafrixnli_native_direct: anli prompt translated to the respective languages on the curated datasetafrixnli_translate: anli prompt in the translate-test settingafrixnli_manual_direct: Lai's prompt on the curated datasetafrixnli_manual_translate: Lai's prompt in the translate-test setting
Tasks
Per-prompt variants:
afrixnli_{language_code}_prompt_{i}: evaluates one language with prompti(1-5) on the curated dataset, e.g.afrixnli_amh_prompt_1afrixnli_translate_{language_code}_prompt_{i}: same as above in the translate-test setting
Original anli- and Lai-prompt variants:
afrixnli_en_direct_{language_code}: each task evaluates for one languageafrixnli_native_direct_{language_code}: each task evaluates for one languageafrixnli_translate_{language_code}: each task evaluates for one languageafrixnli_manual_direct_{language_code}: each task evaluates for one languageafrixnli_manual_translate_{language_code}: each task evaluates for one language
with language_code one of amh, eng, ewe, fra, hau, ibo, kin,lin, lug, orm, sna, sot, swa, twi, wol, xho, yor, zul
(eng has no translate-test variant).
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
- Checked for equivalence with v0.3.0 LM Evaluation Harness
Overview (`lm_eval/tasks/afrobench/README.md`)
AfroBench
Paper
Title: AfroBench: How Good are Large Language Models on African Languages?
Paper Link: https://arxiv.org/abs/2311.07978
Abstract
Large-scale multilingual evaluations, such as MEGA, often include only a handful of African languages due to the scarcity of high-quality evaluation data and the limited discoverability of existing African datasets. This lack of representation hinders comprehensive LLM evaluation across a diverse range of languages and tasks. To address these challenges, we introduce AfroBench -- a multi-task benchmark for evaluating the performance of LLMs across 64 African languages, 15 tasks and 22 datasets. AfroBench consists of nine natural language understanding datasets, six text generation datasets, six knowledge and question answering tasks, and one mathematical reasoning task. We present results comparing the performance of prompting LLMs to fine-tuned baselines based on BERT and T5-style models. Our results suggest large gaps in performance between high-resource languages, such as English, and African languages across most tasks; but performance also varies based on the availability of monolingual data resources. Our findings confirm that performance on African languages continues to remain a hurdle for current LLMs, underscoring the need for additional efforts to close this gap.
HomePage: https://mcgill-nlp.github.io/AfroBench/
Groups, and Tasks
Groups
afrobench: Runs all that tasks, datasets and prompts in this benchmarkafrobench_lite: Runs the lite version of the benchmark which includes; afrimgsm, afrimmlu, afrixnli, sib, intent, adr and flores
Dataset specific grouping that listing all prompts, allowing users to review or edit them.
adrafrihateafrisentibelebeleafrican_floresinjongointentmafandmasakhanermasakhaposnaijarcnollysentiafrican_ntrexopenai_mmlusaltsibuhuraxlsum
Task Tags
adr_tasks: all datasets in this benchmark relating to Automatic Diacritics Restoration taskafrihate_tasks: all datasets in this benchmark relating to Hate Speech detection taskafrimgsm_tasks: all datasets in this benchmark relating to Mathematical reasoning taskafrixnli_tasks: all datasets in this benchmark relating to Natural Language Inference taskafrobench_xqa_tasks: all datasets in this benchmark relating to Crosslingual QA (XQA) taskafrobench_sentiment_tasks: all datasets in this benchmark relating to Sentiment Classification taskafrobench_MT_tasks: all datasets in this benchmark relating to Machine Translation taskafrobench_TC_tasks: all datasets in this benchmark relating to Topic Classification taskafrobench_mmlu_tasks: all datasets in this benchmark relating to MMLU taskinjongointent_tasks: all datasets in this benchmark relating to Intent Detection taskmasakhaner_tasks: all datasets in this benchmark relating to Named Entity Recognition (NER) taskmasakhapos_tasks: all datasets in this benchmark relating to Part of Speech Tagging (POS) taskRC_tasks: all datasets in this benchmark relating to Reading Comprehension taskuhura_arc_easy_tasks: all datasets in this benchmark relating to Arc-Easy (XQA) taskxlsum_tasks: all datasets in this benchmark relating to Summarization task
We've included sample run scripts for easier integration with the benchmark: sample run scripts
For better understanding of the run interface see interface.md
All dataset used in this benchmark are available at huggingface
Citation
@misc{ojo2025afrobenchgoodlargelanguage,
title={AfroBench: How Good are Large Language Models on African Languages?},
author={Jessica Ojo and Odunayo Ogundepo and Akintunde Oladipo and Kelechi Ogueji and Jimmy Lin and Pontus Stenetorp and David Ifeoluwa Adelani},
year={2025},
eprint={2311.07978},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2311.07978},
}Please cite datasets used. Citations for individual datasets are included in their respective repository readme files within this benchmark.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test? The original paper doesn't have an associated implementation, but there is an official entry in BigBench. I use the same prompting format as BigBench.
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/agieval/README.md`)
AGIEval
Paper
Title: AGIEval: A Human-Centric Benchmark for Evaluating Foundation Models
Abstract: https://arxiv.org/abs/2304.06364.pdf
AGIEval is a human-centric benchmark specifically designed to evaluate the general abilities of foundation models in tasks pertinent to human cognition and problem-solving.
This benchmark is derived from 20 official, public, and high-standard admission and qualification exams intended for general human test-takers, such as general college admission tests (e.g., Chinese College Entrance Exam (Gaokao) and American SAT), law school admission tests, math competitions, lawyer qualification tests, and national civil service exams.
Homepage: https://github.com/ruixiangcui/AGIEval
Citation
@misc{zhong2023agieval,
title={AGIEval: A Human-Centric Benchmark for Evaluating Foundation Models},
author={Wanjun Zhong and Ruixiang Cui and Yiduo Guo and Yaobo Liang and Shuai Lu and Yanlin Wang and Amin Saied and Weizhu Chen and Nan Duan},
year={2023},
eprint={2304.06364},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Please make sure to cite all the individual datasets in your paper when you use them. We provide the relevant citation information below:
/* Detailed source-code truncated for AI context efficiency. */Groups, Tags, and Tasks
Groups
agieval: Evaluates all tasks listed below.agieval_en: Evaluates all English subtasks:agieval_aqua_rat,agieval_gaokao_english,agieval_logiqa_en,agieval_lsat_*,agieval_sat_*,agieval_mathagieval_cn: Evaluates all Chinese subtasks:agieval_gaokao_biology,agieval_gaokao_chemistry,agieval_gaokao_chinese,agieval_gaokao_geography,agieval_gaokao_history,agieval_gaokao_mathqa,agieval_gaokao_mathcloze,agieval_gaokao_physics,agieval_jec_qa_ca,agieval_jec_qa_kd,agieval_logiqa_zhagieval_nous: Evaluates a specific subset of AGIEval tasks (multiple-choice and english-only), namely those in https://github.com/teknium1/LLM-Benchmark-Logs/blob/main/benchmark-logs/Mistral-7B-Base.md
Tags
None.
Tasks
agieval_aqua_ratagieval_gaokao_biologyagieval_gaokao_chemistryagieval_gaokao_chineseagieval_gaokao_englishagieval_gaokao_geographyagieval_gaokao_historyagieval_gaokao_mathqaagieval_gaokao_mathclozeagieval_gaokao_physicsagieval_jec_qa_caagieval_jec_qa_kdagieval_logiqa_enagieval_logiqa_zhagieval_lsat_aragieval_lsat_lragieval_lsat_rcagieval_sat_enagieval_sat_en_without_passageagieval_sat_mathagieval_math
Overview (`lm_eval/tasks/aime/README.md`)
AIME
Citation
@dataset{aime_1983_2024,
author = {Hemish Veeraboina},
title = {AIME Problem Set 1983-2024},
year = {2024},
publisher = {Kaggle},
url = {https://www.kaggle.com/datasets/hemishveeraboina/aime-problem-set-1983-2024}
}
@dataset{aime_2024,
author = {Maxwell Jia},
title = {AIME Problem Set 2024},
year = {2024},
publisher = {Huggingface},
url = {https://huggingface.co/datasets/Maxwell-Jia/AIME_2024}
}
@dataset{aime_2025,
author = {math-ai},
title = {AIME Problem Set 2025},
year = {2025},
publisher = {Huggingface},
url = {https://huggingface.co/datasets/math-ai/aime25}
}Groups, Tags, and Tasks
Groups
math_word_problems
Tasks
aime:AIME 1983-2024 problemsaime24:AIME 2024 problemsaime25:AIME 2025 problems
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/anli/README.md`)
ANLI
Paper
Title: Adversarial NLI: A New Benchmark for Natural Language Understanding
Paper Link: https://arxiv.org/abs/1910.14599
Adversarial NLI (ANLI) is a dataset collected via an iterative, adversarial
human-and-model-in-the-loop procedure. It consists of three rounds that progressively
increase in difficulty and complexity, and each question-answer includes annotator-
provided explanations.
Homepage: https://github.com/facebookresearch/anli
Citation
@inproceedings{nie-etal-2020-adversarial,
title = "Adversarial {NLI}: A New Benchmark for Natural Language Understanding",
author = "Nie, Yixin and
Williams, Adina and
Dinan, Emily and
Bansal, Mohit and
Weston, Jason and
Kiela, Douwe",
booktitle = "Proceedings of the 58th Annual Meeting of the Association for Computational Linguistics",
year = "2020",
publisher = "Association for Computational Linguistics",
}Groups and Tasks
Groups
anli: Evaluatesanli_r1,anli_r2, andanli_r3
Tasks
anli_r1: The data collected adversarially in the first round.anli_r2: The data collected adversarially in the second round, after training on the previous round's data.anli_r3: The data collected adversarially in the third round, after training on the previous multiple rounds of data.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/arab_culture/README.md`)
Arab Culture
Paper
Title: Commonsense Reasoning in Arab Culture
Abstract: https://arxiv.org/abs/2502.12788
Despite progress in Arabic large language models, such as Jais and AceGPT, their evaluation on commonsense reasoning has largely relied on machine-translated datasets, which lack cultural depth and may introduce Anglocentric biases. Commonsense reasoning is shaped by geographical and cultural contexts, and existing English datasets fail to capture the diversity of the Arab world. To address this, we introduce \datasetname, a commonsense reasoning dataset in Modern Standard Arabic (MSA), covering cultures of 13 countries across the Gulf, Levant, North Africa, and the Nile Valley. The dataset was built from scratch by engaging native speakers to write and validate culturally relevant questions for their respective countries. \datasetname spans 12 daily life domains with 54 fine-grained subtopics, reflecting various aspects of social norms, traditions, and everyday experiences. Zero-shot evaluations show that open-weight language models with up to 32B parameters struggle to comprehend diverse Arab cultures, with performance varying across regions. These findings highlight the need for more culturally aware models and datasets tailored to the Arabic-speaking world.
Homepage: https://github.com/fajri91/ArabicCulture
Citation
@misc{sadallah2025commonsensereasoningarabculture,
title={Commonsense Reasoning in Arab Culture},
author={Abdelrahman Sadallah and Junior Cedric Tonga and Khalid Almubarak and Saeed Almheiri and Farah Atif and Chatrine Qwaider and Karima Kadaoui and Sara Shatnawi and Yaser Alesh and Fajri Koto},
year={2025},
eprint={2502.12788},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2502.12788},
}There are two variant of this task: `arab_culture`, and `arab_culture_completion`
- The
arab_cultureis the normal MCQ evaluation type, which appends the answers to the question, and then measure the likelihood of the different choices markers (A,B,C or "أ","ب","ج"). For more info, follow the MMLU style tempelate - The
arab_culture_completiondo the evaluation in a sentence completion manner, by appending each asnwer to the question separetley and chooses the answer with the higher likelihood. See this for more information
Groups and Tasks
Groups
arabculture: evaluates all ArabCulture tasks.arab_culture_gulf: evaluates Gulf countires ArabCulture tasks.arab_culture_levant: evaluates Levant countires ArabCulture tasks.arab_culture_nile_valley: evaluates Nile Valley countires ArabCulture tasks.arab_culture_north_africa: evaluates North Africa ArabCulture tasks.
Evaluation modes
This bechmark allows for different evaluation settings by allowing to adding more extra context for the model:
We have three settings:
- without any information
COUNTRY=False
REGION=False- with only region information
COUNTRY=False
REGION=True- with region and country information
COUNTRY=True
REGION=TruePlease add these flags add environment variables.
We also allow for prompting in English, which we found to achieve higher results on most of the evaluated models (please refer to our paper).
To change the language of the prompt, Define the
ARABICenvironment variable.
Overview (`lm_eval/tasks/arab_culture_completion/README.md`)
Arab Culture
Paper
Title: Commonsense Reasoning in Arab Culture
Abstract: https://arxiv.org/abs/2502.12788
Despite progress in Arabic large language models, such as Jais and AceGPT, their evaluation on commonsense reasoning has largely relied on machine-translated datasets, which lack cultural depth and may introduce Anglocentric biases. Commonsense reasoning is shaped by geographical and cultural contexts, and existing English datasets fail to capture the diversity of the Arab world. To address this, we introduce \datasetname, a commonsense reasoning dataset in Modern Standard Arabic (MSA), covering cultures of 13 countries across the Gulf, Levant, North Africa, and the Nile Valley. The dataset was built from scratch by engaging native speakers to write and validate culturally relevant questions for their respective countries. \datasetname spans 12 daily life domains with 54 fine-grained subtopics, reflecting various aspects of social norms, traditions, and everyday experiences. Zero-shot evaluations show that open-weight language models with up to 32B parameters struggle to comprehend diverse Arab cultures, with performance varying across regions. These findings highlight the need for more culturally aware models and datasets tailored to the Arabic-speaking world.
Homepage: https://github.com/fajri91/ArabicCulture
Citation
@misc{sadallah2025commonsensereasoningarabculture,
title={Commonsense Reasoning in Arab Culture},
author={Abdelrahman Sadallah and Junior Cedric Tonga and Khalid Almubarak and Saeed Almheiri and Farah Atif and Chatrine Qwaider and Karima Kadaoui and Sara Shatnawi and Yaser Alesh and Fajri Koto},
year={2025},
eprint={2502.12788},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2502.12788},
}There are two variant of this task: `arab_culture`, and `arab_culture_completion`
- The
arab_cultureis the normal MCQ evaluation type, which appends the answers to the question, and then measure the likelihood of the different choices markers (A,B,C or "أ","ب","ج"). For more info, follow the MMLU style tempelate - The
arab_culture_completiondo the evaluation in a sentence completion manner, by appending each asnwer to the question separetley and chooses the answer with the higher likelihood. See this for more information
Groups and Tasks
Groups
arabculture: evaluates all ArabCulture tasks.arab_culture_gulf: evaluates Gulf countires ArabCulture tasks.arab_culture_levant: evaluates Levant countires ArabCulture tasks.arab_culture_nile_valley: evaluates Nile Valley countires ArabCulture tasks.arab_culture_north_africa: evaluates North Africa ArabCulture tasks.
Evaluation modes
This bechmark allows for different evaluation settings by allowing to adding more extra context for the model:
We have three settings:
- without any information
COUNTRY=False
REGION=False- with only region information
COUNTRY=False
REGION=True- with region and country information
COUNTRY=True
REGION=TruePlease add these flags add environment variables.
We also allow for prompting in English, which we found to acheive higher results on most of the evaluated models (please refer to our paper).
To change the language of the prompt, Define the
ARABICenvironment variable.
Overview (`lm_eval/tasks/arabic_leaderboard_complete/README.md`)
Arabic Leaderboard
Title: Open Arabic LLM Leaderboard
The Open Arabic LLM Leaderboard evaluates language models on a large number of different evaluation tasks that reflect the characteristics of the Arabic language and culture.
The benchmark uses several datasets, most of them translated to Arabic, and validated by native Arabic speakers. They also used benchmarks from other papers or prepared benchmarks from scratch natively for Arabic.
Homepage: https://huggingface.co/spaces/OALL/Open-Arabic-LLM-Leaderboard
Citation
/* Detailed source-code truncated for AI context efficiency. */Groups and Tasks
arabic_leaderboard_alghafa: A multiple-choice evaluation benchmark for zero- and few-shot evaluation of Arabic LLMs prepared from scratch natively for Arabic.- Paper: https://aclanthology.org/2023.arabicnlp-1.21.pdf
- You can find the list of the tasks as follows:
arabic_leaderboard_alghafa_mcq_exams_test_ararabic_leaderboard_alghafa_meta_ar_dialectsarabic_leaderboard_alghafa_meta_ar_msaarabic_leaderboard_alghafa_multiple_choice_facts_truefalse_balanced_taskarabic_leaderboard_alghafa_multiple_choice_grounded_statement_soqal_taskarabic_leaderboard_alghafa_multiple_choice_grounded_statement_xglue_mlqa_taskarabic_leaderboard_alghafa_multiple_choice_rating_sentiment_no_neutral_taskarabic_leaderboard_alghafa_multiple_choice_rating_sentiment_taskarabic_leaderboard_alghafa_multiple_choice_sentiment_task
arabic_leaderboard_arabic_exams: A question answering benchmark for high school examinations in different school subjects that requires knowledge and reasoning in different languages in multiple domains.arabic_leaderboard_arabic_mmlu: A multi-task language understanding benchmark for the Arabic language, sourced from school exams across diverse educational levels in different countries with native speakers in the region.
The data comprises multiple choice questions in 40 tasks.- Paper: https://arxiv.org/pdf/2402.12840
- You can find the list of the tasks as follows:
arabic_leaderboard_arabic_mmlu_abstract_algebraarabic_leaderboard_arabic_mmlu_anatomyarabic_leaderboard_arabic_mmlu_astronomyarabic_leaderboard_arabic_mmlu_business_ethicsarabic_leaderboard_arabic_mmlu_clinical_knowledgearabic_leaderboard_arabic_mmlu_college_biologyarabic_leaderboard_arabic_mmlu_college_chemistryarabic_leaderboard_arabic_mmlu_college_computer_sciencearabic_leaderboard_arabic_mmlu_college_mathematicsarabic_leaderboard_arabic_mmlu_college_medicinearabic_leaderboard_arabic_mmlu_college_physicsarabic_leaderboard_arabic_mmlu_computer_securityarabic_leaderboard_arabic_mmlu_conceptual_physicsarabic_leaderboard_arabic_mmlu_econometricsarabic_leaderboard_arabic_mmlu_electrical_engineeringarabic_leaderboard_arabic_mmlu_elementary_mathematicsarabic_leaderboard_arabic_mmlu_formal_logicarabic_leaderboard_arabic_mmlu_global_factsarabic_leaderboard_arabic_mmlu_high_school_biologyarabic_leaderboard_arabic_mmlu_high_school_chemistryarabic_leaderboard_arabic_mmlu_high_school_computer_sciencearabic_leaderboard_arabic_mmlu_high_school_european_historyarabic_leaderboard_arabic_mmlu_high_school_geographyarabic_leaderboard_arabic_mmlu_high_school_government_and_politicsarabic_leaderboard_arabic_mmlu_high_school_macroeconomicsarabic_leaderboard_arabic_mmlu_high_school_mathematicsarabic_leaderboard_arabic_mmlu_high_school_microeconomicsarabic_leaderboard_arabic_mmlu_high_school_physicsarabic_leaderboard_arabic_mmlu_high_school_psychologyarabic_leaderboard_arabic_mmlu_high_school_statisticsarabic_leaderboard_arabic_mmlu_high_school_us_historyarabic_leaderboard_arabic_mmlu_high_school_us_historyarabic_leaderboard_arabic_mmlu_human_agingarabic_leaderboard_arabic_mmlu_human_sexualityarabic_leaderboard_arabic_mmlu_international_lawarabic_leaderboard_arabic_mmlu_jurisprudencearabic_leaderboard_arabic_mmlu_logical_fallaciesarabic_leaderboard_arabic_mmlu_machine_learningarabic_leaderboard_arabic_mmlu_managementarabic_leaderboard_arabic_mmlu_marketingarabic_leaderboard_arabic_mmlu_medical_geneticsarabic_leaderboard_arabic_mmlu_miscellaneousarabic_leaderboard_arabic_mmlu_moral_disputesarabic_leaderboard_arabic_mmlu_moral_scenariosarabic_leaderboard_arabic_mmlu_nutritionarabic_leaderboard_arabic_mmlu_philosophyarabic_leaderboard_arabic_mmlu_prehistoryarabic_leaderboard_arabic_mmlu_professional_accountingarabic_leaderboard_arabic_mmlu_professional_lawarabic_leaderboard_arabic_mmlu_professional_medicinearabic_leaderboard_arabic_mmlu_professional_psychologyarabic_leaderboard_arabic_mmlu_public_relationsarabic_leaderboard_arabic_mmlu_security_studiesarabic_leaderboard_arabic_mmlu_sociologyarabic_leaderboard_arabic_mmlu_us_foreign_policyarabic_leaderboard_arabic_mmlu_virologyarabic_leaderboard_arabic_mmlu_world_religions
arabic_leaderboard_arabic_mt_arc_challenge: AI2 Reasoning Challenge (ARC) is a multiple-choice question task. The dataset contains only natural, grade-school science questions,
written for human tests. The challenge set contains only questions answered incorrectly by both a retrieval-based algorithm and a word co-occurence algorithm. (machine translated benchmark - part of the Alghafa Arabic translated LLM benchmark)arabic_leaderboard_arabic_mt_arc_easy: This dataset is the same asarabic_arc_challenge, except it is not from the challenge set.arabic_leaderboard_arabic_mt_boolq: A true/false questions dataset that contains the columns passage, question, and the answer (i.e., true/false). (machine translated benchmark - part of the Alghafa Arabic translated LLM benchmark)arabic_leaderboard_arabic_mt_copa: Choice Of Plausible Alternatives (COPA) is a multiple-choice question dataset, which involves open-domain commonsense causal reasoning. (machine translated benchmark - part of the Alghafa Arabic translated LLM benchmark)arabic_leaderboard_arabic_mt_hellaswag: The tesk is to choose the next set of sentences, based on the given candidates. The tasks involve reading comprehension and information retrieval challenges
by testing the abilities of the models on basic knowledge (i.e., from 3rd grade to 9th) and commonsense inference. (machine translated benchmark - part of the Alghafa Arabic translated LLM benchmark)arabic_leaderboard_arabic_mt_mmlu: A multiple-choice question answering dataset from various branches of knowledge including humanities, social sciences, hard sciences, and other areas. The examples in the English dataset are translated into Arabic using ChatGPT with a translation prompt.arabic_leaderboard_arabic_mt_openbook_qa: A multiple-choice openbook question answering dataset that requires external knowledge and reasoning. The open book that comes with these questions is
based on elementary level science facts. (machine translated benchmark - part of the Alghafa Arabic translated LLM benchmark)arabic_leaderboard_arabic_mt_piqa: Physical Interaction Question Answering (PIQA) is a multiple-choice question answering based on physical commonsense reasoning. (machine translated benchmark - part of the Alghafa Arabic translated LLM benchmark)arabic_leaderboard_arabic_mt_race: A multiple-choice questions dataset to assess reading comprehension tasks based on English exams in China - designed for middle school and high school students
(machine translated benchmark - part of the Alghafa Arabic translated LLM benchmark)arabic_leaderboard_arabic_mt_sciq: A multiple-choice Science Question Answering task to assess understanding of scientific concepts about physics, chemistry, and biology. (machine translated benchmark - part of the Alghafa Arabic translated LLM benchmark)arabic_leaderboard_arabic_mt_toxigen: This benchmark consists of tasks designed to evaluate language models and classify input text as hateful or not hateful. (machine translated benchmark - part of the Alghafa Arabic translated LLM benchmark)arabic_leaderboard_acva: Arabic-Culture-Value-Alignment (ACVA) is a yes/no question dataset, generated by GPT3.5 Turbo from Arabic topics to assess model alignment with Arabic values and cultures.- Paper: https://arxiv.org/pdf/2309.12053
- You can find the list of the tasks as follows:
arabic_leaderboard_acva_Algeriaarabic_leaderboard_acva_Ancient_Egyptarabic_leaderboard_acva_Arab_Empirearabic_leaderboard_acva_Arabic_Architecturearabic_leaderboard_acva_Arabic_Artarabic_leaderboard_acva_Arabic_Astronomyarabic_leaderboard_acva_Arabic_Calligraphyarabic_leaderboard_acva_Arabic_Ceremonyarabic_leaderboard_acva_Arabic_Clothingarabic_leaderboard_acva_Arabic_Culturearabic_leaderboard_acva_Arabic_Foodarabic_leaderboard_acva_Arabic_Funeralarabic_leaderboard_acva_Arabic_Geographyarabic_leaderboard_acva_Arabic_Historyarabic_leaderboard_acva_Arabic_Language_Originarabic_leaderboard_acva_Arabic_Literaturearabic_leaderboard_acva_Arabic_Matharabic_leaderboard_acva_Arabic_Medicinearabic_leaderboard_acva_Arabic_Musicarabic_leaderboard_acva_Arabic_Ornamentarabic_leaderboard_acva_Arabic_Philosophyarabic_leaderboard_acva_Arabic_Physics_and_Chemistryarabic_leaderboard_acva_Arabic_Weddingarabic_leaderboard_acva_Bahrainarabic_leaderboard_acva_Comorosarabic_leaderboard_acva_Egypt_modernarabic_leaderboard_acva_InfluenceFromAncientEgyptarabic_leaderboard_acva_InfluenceFromByzantiumarabic_leaderboard_acva_InfluenceFromChinaarabic_leaderboard_acva_InfluenceFromGreecearabic_leaderboard_acva_InfluenceFromIslamarabic_leaderboard_acva_InfluenceFromPersiaarabic_leaderboard_acva_InfluenceFromRomearabic_leaderboard_acva_Iraqarabic_leaderboard_acva_Islam_Educationarabic_leaderboard_acva_Islam_branches_and_schoolsarabic_leaderboard_acva_Islamic_law_systemarabic_leaderboard_acva_Jordanarabic_leaderboard_acva_Kuwaitarabic_leaderboard_acva_Lebanonarabic_leaderboard_acva_Libyaarabic_leaderboard_acva_Mauritaniaarabic_acva_Mesopotamia_civilizationarabic_leaderboard_acva_Moroccoarabic_leaderboard_acva_Omanarabic_leaderboard_acva_Palestinearabic_leaderboard_acva_Qatararabic_leaderboard_acva_Saudi_Arabiaarabic_leaderboard_acva_Somaliaarabic_leaderboard_acva_Sudanarabic_leaderboard_acva_Syriaarabic_leaderboard_acva_Tunisiaarabic_leaderboard_acva_United_Arab_Emiratesarabic_leaderboard_acva_Yemenarabic_leaderboard_acva_communicationarabic_leaderboard_acva_computer_and_phonearabic_leaderboard_acva_daily_lifearabic_leaderboard_acva_entertainment
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/arabic_leaderboard_light/README.md`)
Arabic Leaderboard Light
Title: Open Arabic LLM Leaderboard Light
This leaderboard follows all the details as in arabic_leaderboard_complete, except that a light version - 10% random sample of the test set of each benchmark - is used to test the language models.
NOTE: In ACVA benchmark, there is Yemen subset, and it is a small dataset - it has only 10 samples in the test split. So, for this specific subset dataset, to have more reliable results, we consider the original dataset, instead of 10% of its test samples.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/arabicmmlu/README.md`)
ArabicMMLU
Paper
Title: ArabicMMLU: Assessing Massive Multitask Language Understanding in Arabic
Abstract: https://arxiv.org/abs/2402.12840
The focus of language model evaluation has
transitioned towards reasoning and knowledge intensive tasks, driven by advancements in pretraining large models. While state-of-the-art models are partially trained on large Arabic texts, evaluating their performance in Arabic remains challenging due to the limited availability of relevant datasets. To bridge this gap, we present ArabicMMLU, the first multi-task language understanding benchmark for Arabic language, sourced from school exams across diverse educational levels in different countries spanning North Africa, the Levant, and the Gulf regions. Our data comprises 40 tasks and 14,575 multiple-choice questions in Modern Standard Arabic (MSA), and is carefully constructed by collaborating with native speakers in the region. Our comprehensive evaluations of 35 models reveal substantial room for improvement, particularly among the best open-source models. Notably, BLOOMZ, mT0, LLama2, and Falcon struggle to achieve a score of 50%, while even the top-performing Arabic centric model only achieves a score of 62.3%.
The authors of the paper conducted studies by varying the language of the initial prompt and answer keys between English and Arabic. However, they set English initial prompts and answer keys as the standard, which is the version implemented in this task.
Homepage: https://github.com/mbzuai-nlp/ArabicMMLU
Citation
@misc{koto2024arabicmmlu,
title={ArabicMMLU: Assessing Massive Multitask Language Understanding in Arabic},
author={Fajri Koto and Haonan Li and Sara Shatnawi and Jad Doughman and Abdelrahman Boda Sadallah and Aisha Alraeesi and Khalid Almubarak and Zaid Alyafeai and Neha Sengupta and Shady Shehata and Nizar Habash and Preslav Nakov and Timothy Baldwin},
year={2024},
eprint={2402.12840},
archivePrefix={arXiv},
primaryClass={id='cs.CL' full_name='Computation and Language' is_active=True alt_name='cmp-lg' in_archive='cs' is_general=False description='Covers natural language processing. Roughly includes material in ACM Subject Class I.2.7. Note that work on artificial languages (programming languages, logics, formal systems) that does not explicitly address natural-language issues broadly construed (natural-language processing, computational linguistics, speech, text retrieval, etc.) is not appropriate for this area.'}
}Groups and Tasks
Groups
arabicmmlu: evaluates all ArabicMMLU tasks.arabicmmlu_stem: evaluates STEM ArabicMMLU tasks.arabicmmlu_stem_social_science: evaluates social science ArabicMMLU tasks.arabicmmlu_stem_humanities: evaluates humanities ArabicMMLU tasks.arabicmmlu_stem_language: evaluates Arabic language ArabicMMLU tasks.arabicmmlu_stem_other: evaluates other ArabicMMLU tasks.
Overview (`lm_eval/tasks/aradice/README.md`)
AraDiCE
Paper
Title: AraDiCE: Benchmarks for Dialectal and Cultural Capabilities in LLMs
Abstract: Arabic, with its rich diversity of dialects, remains significantly underrepresented in Large Language Models, particularly in dialectal variations. We address this gap by introducing seven synthetic datasets in dialects alongside Modern Standard Arabic (MSA), created using Machine Translation (MT) combined with human post-editing. We present AraDiCE, a benchmark for Arabic Dialect and Cultural Evaluation. We evaluate LLMs on dialect comprehension and generation, focusing specifically on low-resource Arabic dialects. Additionally, we introduce the first-ever fine-grained benchmark designed to evaluate cultural awareness across the Gulf, Egypt, and Levant regions, providing a novel dimension to LLM evaluation. Our findings demonstrate that while Arabic-specific models like Jais and AceGPT outperform multilingual models on dialectal tasks, significant challenges persist in dialect identification, generation, and translation. This work contributes ~45K post-edited samples, a cultural benchmark, and highlights the importance of tailored training to improve LLM performance in capturing the nuances of diverse Arabic dialects and cultural contexts. We will release the dialectal translation models and benchmarks curated in this study.
Homepage:
https://huggingface.co/datasets/QCRI/AraDiCE
Citation
@article{mousi2024aradicebenchmarksdialectalcultural,
title={{AraDiCE}: Benchmarks for Dialectal and Cultural Capabilities in LLMs},
author={Basel Mousi and Nadir Durrani and Fatema Ahmad and Md. Arid Hasan and Maram Hasanain and Tameem Kabbani and Fahim Dalvi and Shammur Absar Chowdhury and Firoj Alam},
year={2024},
publisher={arXiv:2409.11404},
url={https://arxiv.org/abs/2409.11404},
}Groups, Tags, and Tasks
Groups
AraDiCE: Overall results for all tasks associated with different datasets.
Tasks
aradice: Overall results for all tasks associated with different datasets.arabicmmlu: TODO
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/arc/README.md`)
ARC
Paper
Title: Think you have Solved Question Answering? Try ARC, the AI2 Reasoning Challenge
Abstract: https://arxiv.org/abs/1803.05457
The ARC dataset consists of 7,787 science exam questions drawn from a variety
of sources, including science questions provided under license by a research
partner affiliated with AI2. These are text-only, English language exam questions
that span several grade levels as indicated in the files. Each question has a
multiple choice structure (typically 4 answer options). The questions are sorted
into a Challenge Set of 2,590 “hard” questions (those that both a retrieval and
a co-occurrence method fail to answer correctly) and an Easy Set of 5,197 questions.
Homepage: https://allenai.org/data/arc
Citation
@article{Clark2018ThinkYH,
title={Think you have Solved Question Answering? Try ARC, the AI2 Reasoning Challenge},
author={Peter Clark and Isaac Cowhey and Oren Etzioni and Tushar Khot and Ashish Sabharwal and Carissa Schoenick and Oyvind Tafjord},
journal={ArXiv},
year={2018},
volume={abs/1803.05457}
}Groups, Tags, and Tasks
Groups
None.
Tags
ai2_arc: Evaluatesarc_easyandarc_challenge
Tasks
arc_easyarc_challenge
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/arc_mt/README.md`)
arc mt
arc mt is an implementation of tasks to support machine translated arc
challenge evals, to improve eval support across a number of additional
languages.
The main page for the effort is
here and we will
include more data and analysis there.
Initial datasets include a number of European languages, and we plan to expand
more in the future.
Overview (`lm_eval/tasks/arithmetic/README.md`)
Arithmetic
Paper
Title: Language Models are Few-Shot Learners
Abstract: https://arxiv.org/abs/2005.14165
A small battery of 10 tests that involve asking language models a simple arithmetic
problem in natural language.
Homepage: https://github.com/openai/gpt-3/tree/master/data
Citation
@inproceedings{NEURIPS2020_1457c0d6,
author = {Brown, Tom and Mann, Benjamin and Ryder, Nick and Subbiah, Melanie and Kaplan, Jared D and Dhariwal, Prafulla and Neelakantan, Arvind and Shyam, Pranav and Sastry, Girish and Askell, Amanda and Agarwal, Sandhini and Herbert-Voss, Ariel and Krueger, Gretchen and Henighan, Tom and Child, Rewon and Ramesh, Aditya and Ziegler, Daniel and Wu, Jeffrey and Winter, Clemens and Hesse, Chris and Chen, Mark and Sigler, Eric and Litwin, Mateusz and Gray, Scott and Chess, Benjamin and Clark, Jack and Berner, Christopher and McCandlish, Sam and Radford, Alec and Sutskever, Ilya and Amodei, Dario},
booktitle = {Advances in Neural Information Processing Systems},
editor = {H. Larochelle and M. Ranzato and R. Hadsell and M. F. Balcan and H. Lin},
pages = {1877--1901},
publisher = {Curran Associates, Inc.},
title = {Language Models are Few-Shot Learners},
url = {https://proceedings.neurips.cc/paper/2020/file/1457c0d6bfcb4967418bfb8ac142f64a-Paper.pdf},
volume = {33},
year = {2020}
}Groups, Tags, and Tasks
Tags
arithmetic: Evaluates1dcto5ds
Tasks
arithmetic_1dcarithmetic_2daarithmetic_2dmarithmetic_2dsarithmetic_3daarithmetic_3dsarithmetic_4daarithmetic_4dsarithmetic_5daarithmetic_5ds
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Changelog
version 2.0: (2025-Feb-14) set target delimiter to "" as the targets already start with a space.
Overview (`lm_eval/tasks/asdiv/README.md`)
ASDiv
Paper
Title: ASDiv: A Diverse Corpus for Evaluating and Developing English Math Word Problem Solvers
Abstract: https://arxiv.org/abs/2106.15772
ASDiv (Academia Sinica Diverse MWP Dataset) is a diverse (in terms of both language
patterns and problem types) English math word problem (MWP) corpus for evaluating
the capability of various MWP solvers. Existing MWP corpora for studying AI progress
remain limited either in language usage patterns or in problem types. We thus present
a new English MWP corpus with 2,305 MWPs that cover more text patterns and most problem
types taught in elementary school. Each MWP is annotated with its problem type and grade
level (for indicating the level of difficulty).
NOTE: We currently ignore formulas for answer generation.
Homepage: https://github.com/chaochun/nlu-asdiv-dataset
Citation
@misc{miao2021diverse,
title={A Diverse Corpus for Evaluating and Developing English Math Word Problem Solvers},
author={Shen-Yun Miao and Chao-Chun Liang and Keh-Yih Su},
year={2021},
eprint={2106.15772},
archivePrefix={arXiv},
primaryClass={cs.AI}
}Groups, Tags, and Tasks
Groups
- Not part of a group yet.
Tasks
asdivasdiv_cot_llama: ASDIV with prompt formatting modified to conform to the evaluation settings described by Meta here: https://huggingface.co/datasets/meta-llama/Meta-Llama-3.1-8B-Instruct-evals/viewer/Meta-Llama-3.1-8B-Instruct-evals__gsm8k__details?row=0- Note that the CoT prompt from (https://arxiv.org/pdf/2201.11903) is used exactly as in GSM8k-CoT
- This file is setup to run identically to the task
gsm8k_cot_llamabut for asdiv. - Use this task with --fewshot_as_multiturn and --apply_chat_template to run correctly with Llama Instruct models.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/babi/README.md`)
bAbI
Paper
Title: Towards ai-complete question answering: A set of prerequisite toy tasks
Abstract: https://arxiv.org/abs/1502.05698
One long-term goal of machine learning research is to produce methods that are applicable to reasoning and natural language, in particular building an intelligent dialogue agent. To measure progress towards that goal, we argue for the usefulness of a set of proxy tasks that evaluate reading comprehension via question answering. Our tasks measure understanding in several ways: whether a system is able to answer questions via chaining facts, simple induction, deduction and many more. The tasks are designed to be prerequisites for any system that aims to be capable of conversing with a human. We believe many existing learning systems can currently not solve them, and hence our aim is to classify these tasks into skill sets, so that researchers can identify (and then rectify) the failings of their systems. We also extend and improve the recently introduced Memory Networks model, and show it is able to solve some, but not all, of the tasks.
Homepage: https://github.com/facebookarchive/bAbI-tasks
Citation
@article{weston2015towards,
title={Towards ai-complete question answering: A set of prerequisite toy tasks},
author={Weston, Jason and Bordes, Antoine and Chopra, Sumit and Rush, Alexander M and Van Merri{\"e}nboer, Bart and Joulin, Armand and Mikolov, Tomas},
journal={arXiv preprint arXiv:1502.05698},
year={2015}
}Groups, Tags, and Tasks
Groups
- Not part of a group yet
Tags
- No tags applied.
Tasks
babi
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/babilong/README.md`)
Babilong
Paper
Title: Babilong: Testing the Limits of LLMs with Long Context Reasoning-in-a-Haystack
Abstract: https://arxiv.org/abs/2406.10149
In recent years, the input context sizes of large language models (LLMs) have increased dramatically. However, existing evaluation methods have not kept pace, failing to comprehensively assess the efficiency of models in handling long contexts. To bridge this gap, we introduce the BABILong benchmark, designed to test language models' ability to reason across facts distributed in extremely long documents. BABILong includes a diverse set of 20 reasoning tasks, including fact chaining, simple induction, deduction, counting, and handling lists/sets. These tasks are challenging on their own, and even more demanding when the required facts are scattered across long natural text. Our evaluations show that popular LLMs effectively utilize only 10-20% of the context and their performance declines sharply with increased reasoning complexity. Among alternatives to in-context reasoning, Retrieval-Augmented Generation methods achieve a modest 60% accuracy on single-fact question answering, independent of context length. Among context extension methods, the highest performance is demonstrated by recurrent memory transformers after fine-tuning, enabling the processing of lengths up to 50 million tokens. The BABILong benchmark is extendable to any length to support the evaluation of new upcoming models with increased capabilities, and we provide splits up to 10 million token lengths.
Homepage: https://github.com/booydar/babilong
Citation
@article{kuratov2024babilong,
title={Babilong: Testing the Limits of LLMs with Long Context Reasoning-in-a-Haystack},
author={Kuratov, Yuri and Bulatov, Aydar and Anokhin, Petr and Rodkin, Ivan and Sorokin, Dmitry and Burtsev, Mikhail},
journal={arXiv preprint arXiv:2406.10149},
year={2024}
}Groups and Tasks
Groups
babilong: All Babilong tasks at 0k context lengthbabilong_longctx: Babilong tasks between qa1-qa5 at context lengths up to 128k
Tasks
The benchmark includes 1000 samples of 20 reasoning tasks at various context lengths:
QA Tasks (qa1-qa20):
babilong_qa1: Single supporting fact QAbabilong_qa2: Two supporting facts QAbabilong_qa3: Three supporting facts QAbabilong_qa4: Two argument relationsbabilong_qa5: Three argument relationsbabilong_qa6: Yes/No questionsbabilong_qa7: Countingbabilong_qa8: Lists and setsbabilong_qa9: Simple negationbabilong_qa10: Indefinite knowledgebabilong_qa11: Track person through temporal referencesbabilong_qa12: Conjunctionbabilong_qa13: Compound coreferencebabilong_qa14: Time reasoningbabilong_qa15: Basic deductionbabilong_qa16: Basic inductionbabilong_qa17: Positional reasoningbabilong_qa18: Size reasoningbabilong_qa19: Path findingbabilong_qa20: Motivation deduction
[!NOTE]
When using babilong tasks, please note:
- This is the implementation with 1000 samples per length. You can change the dataset path to
RMT-team/babilongincommon_utils.pyfor the dataset with 100 samples per length, which supports context lengths up to 10M tokens.- Supported lengths are 0k, 1, 2, 4, 8, 16, 32, 64, 128k tokens for tasks qa1-5. Tasks qa6-20 only have a length of 0k.
- The default maximum sequence length is 0k. For calculating metrics of different max seq lengths, specify additional lengths using the metadata parameter:
--metadata '{"max_seq_lengths":"0k,1k,2k,4k,8k,16k,32k,128k"}'. The config currently only takes one context length at a time. The metadata parameter can also be passed to the TaskManager (metadata: dict).
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/bangla/README.md`)
Bangla Benchmark Datasets
This repository contains resources related to Bangla MMLU, Bangla OpenBookQA, Bangla BoolQA, Bangla PIQA, Bangla CommonsenseQA, benchmark datasets designed for evaluating Bangla language models. The dataset is used for training, development, and comparative evaluation of language models in the Bangla language.
Overview
TituLLMs is a family of Bangla large language models (LLMs) with comprehensive benchmarking designed to advance natural language processing for the Bangla language. The benchmarking datasets covers questions across a diverse range of topics in Bangla.
These datasets were primarily used to train, validate, and evaluate Bangla language models(TituLLM) and compare their performance with other existing models.
For more details, please refer to the original research paper:
https://arxiv.org/abs/2502.11187
Dataset
The datasets can be found on Hugging Face:
https://huggingface.co/datasets/hishab/titulm-bangla-mmlu
https://huggingface.co/datasets/hishab/boolq_bn
https://huggingface.co/datasets/hishab/openbookqa-bn
https://huggingface.co/datasets/hishab/piqa-bn
https://huggingface.co/datasets/hishab/commonsenseqa-bn
These datasets were used as a benchmark in the development and evaluation of TituLLMs.
Usage
The dataset is intended for use within the [lm-evaluation-harness](https://github.com/EleutherAI/lm-evaluation-harness) repository to evaluate and compare the performance of Bangla language models.
Citation
If you use this dataset or model, please cite the original paper:
@misc{nahin2025titullmsfamilybanglallms,
title={TituLLMs: A Family of Bangla LLMs with Comprehensive Benchmarking},
author={Shahriar Kabir Nahin and Rabindra Nath Nandi and Sagor Sarker and Quazi Sarwar Muhtaseem and Md Kowsher and Apu Chandraw Shill and Md Ibrahim and Mehadi Hasan Menon and Tareq Al Muntasir and Firoj Alam},
year={2025},
eprint={2502.11187},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2502.11187},
}
---
### Overview (`lm_eval/tasks/basque_bench/README.md`)
# BasqueBench
### Paper
BasqueBench is a benchmark for evaluating language models in Basque tasks. This is, it evaluates the ability of a language model to understand and generate Basque text. BasqueBench offers a combination of pre-existing, open datasets and datasets developed exclusivelly for this benchmark. All the details of BasqueBench will be published in a paper soon.
The new evaluation datasets included in BasqueBench are:
| Task | Category | Homepage |
|:--------:|:--------------------------:|:---------------------------------------------:|
| ARC_eu | Question Answering | https://huggingface.co/datasets/HiTZ/ARC-eu |
| MGSM_eu | Math | https://huggingface.co/datasets/HiTZ/MGSM-eu |
| PAWS_eu | Paraphrasing | https://huggingface.co/datasets/HiTZ/PAWS-eu |
| PIQA_eu | Question Answering | https://huggingface.co/datasets/HiTZ/PIQA-eu |
| WNLI_eu | Natural Language Inference | https://huggingface.co/datasets/HiTZ/WNLI-eu |
| XCOPA_eu | Commonsense Reasoning | https://huggingface.co/datasets/HiTZ/XCOPA-eu |
The datasets included in BasqueBench that have been made public in previous publications are:
| Task | Category | Paper title | Homepage |
|:-------------:|:-----:|:-------------:|:-----:|
| Belebele_eu | Reading Comprehension | [The Belebele Benchmark: a Parallel Reading Comprehension Dataset in 122 Language Variants](https://arxiv.org/abs/2308.16884) | https://huggingface.co/datasets/facebook/belebele |
| EusExams | Question Answering | [Latxa: An Open Language Model and Evaluation Suite for Basque](https://arxiv.org/abs/2403.20266) | https://huggingface.co/datasets/HiTZ/EusExams |
| EusProficiency | Question Answering | [Latxa: An Open Language Model and Evaluation Suite for Basque](https://arxiv.org/abs/2403.20266) | https://huggingface.co/datasets/HiTZ/EusProficiency |
| EusReading | Reading Comprehension | [Latxa: An Open Language Model and Evaluation Suite for Basque](https://arxiv.org/abs/2403.20266) | https://huggingface.co/datasets/HiTZ/EusReading |
| EusTrivia | Question Answering | [Latxa: An Open Language Model and Evaluation Suite for Basque](https://arxiv.org/abs/2403.20266) | https://huggingface.co/datasets/HiTZ/EusTrivia |
| FLORES_eu | Translation | [No Language Left Behind: Scaling Human-Centered Machine Translation](https://arxiv.org/abs/2207.04672) | https://huggingface.co/datasets/facebook/flores |
| QNLIeu | Natural Language Inference | [BasqueGLUE: A Natural Language Understanding Benchmark for Basque](https://aclanthology.org/2022.lrec-1.172/) | https://huggingface.co/datasets/orai-nlp/basqueGLUE |
| XNLIeu | Natural Language Inference | [XNLIeu: a dataset for cross-lingual NLI in Basque](https://arxiv.org/abs/2404.06996) | https://huggingface.co/datasets/HiTZ/xnli-eu |
| XStoryCloze_eu | Commonsense Reasoning | [Few-shot Learning with Multilingual Generative Language Models](https://aclanthology.org/2022.emnlp-main.616/) | https://huggingface.co/datasets/juletxara/xstory_cloze |
### Citation@inproceedings{baucells-etal-2025-iberobench,
title = "{I}bero{B}ench: A Benchmark for {LLM} Evaluation in {I}berian Languages",
author = "Baucells, Irene and
Aula-Blasco, Javier and
de-Dios-Flores, Iria and
Paniagua Su{'a}rez, Silvia and
Perez, Naiara and
Salles, Anna and
Sotelo Docio, Susana and
Falc{~a}o, J{'u}lia and
Saiz, Jose Javier and
Sepulveda Torres, Robiert and
Barnes, Jeremy and
Gamallo, Pablo and
Gonzalez-Agirre, Aitor and
Rigau, German and
Villegas, Marta",
editor = "Rambow, Owen and
Wanner, Leo and
Apidianaki, Marianna and
Al-Khalifa, Hend and
Eugenio, Barbara Di and
Schockaert, Steven",
booktitle = "Proceedings of the 31st International Conference on Computational Linguistics",
month = jan,
year = "2025",
address = "Abu Dhabi, UAE",
publisher = "Association for Computational Linguistics",
url = "https://aclanthology.org/2025.coling-main.699/",
pages = "10491--10519",
}
### Groups and Tasks
#### Groups
- `basque_bench`: All tasks included in BasqueBench.
- `flores_eu`: All FLORES translation tasks from or to Basque.
#### Tasks
The following tasks evaluate tasks on BasqueBench dataset using various scoring methods.
- `arc_eu_challenge`
- `arc_eu_easy`
- `belebele_eus_Latn`
- `eus_exams_eu`
- `eus_proficiency`
- `eus_reading`
- `eus_trivia`
- `flores_eu`
- `flores_eu-ca`
- `flores_eu-de`
- `flores_eu-en`
- `flores_eu-es`
- `flores_eu-fr`
- `flores_eu-gl`
- `flores_eu-it`
- `flores_eu-pt`
- `flores_ca-eu`
- `flores_de-eu`
- `flores_en-eu`
- `flores_es-eu`
- `flores_fr-eu`
- `flores_gl-eu`
- `flores_it-eu`
- `flores_pt-eu`
- `mgsm_direct_eu`
- `mgsm_native_cot_eu`
- `paws_eu`
- `piqa_eu`
- `qnlieu`
- `wnli_eu`
- `xcopa_eu`
- `xnli_eu`
- `xnli_eu_native`
- `xstorycloze_eu`
Some of these tasks are taken from benchmarks already available in LM Evaluation Harness. These are:
- `belebele_eus_Latn`: Belebele Basque
- `qnlieu`: From BasqueGLUE
### Checklist
* [x] Is the task an existing benchmark in the literature?
* [ ] Have you referenced the original paper that introduced the task?
* [ ] If yes, does the original paper provide a reference implementation?
* [ ] Yes, original implementation contributed by author of the benchmark
If other tasks on this dataset are already supported:
* [ ] Is the "Main" variant of this task clearly denoted?
* [ ] Have you provided a short sentence in a README on what each new variant adds / evaluates?
* [ ] Have you noted which, if any, published evaluation setups are matched by this variant?
### Changelog
* v1.1 (2026-01-16, PR #3465): excluded line breaks from stop criteria in `mgsm_direct_eu` and `msgm_native_cot_eu`
---
### Overview (`lm_eval/tasks/basqueglue/README.md`)
# BasqueGLUE
### Paper
Title: `BasqueGLUE: A Natural Language Understanding Benchmark for Basque`
Abstract: `https://aclanthology.org/2022.lrec-1.172/`
Natural Language Understanding (NLU) technology has improved significantly over the last few years and multitask benchmarks such as GLUE are key to evaluate this improvement in a robust and general way. These benchmarks take into account a wide and diverse set of NLU tasks that require some form of language understanding, beyond the detection of superficial, textual clues. However, they are costly to develop and language-dependent, and therefore they are only available for a small number of languages. In this paper, we present BasqueGLUE, the first NLU benchmark for Basque, a less-resourced language, which has been elaborated from previously existing datasets and following similar criteria to those used for the construction of GLUE and SuperGLUE. We also report the evaluation of two state-of-the-art language models for Basque on BasqueGLUE, thus providing a strong baseline to compare upon. BasqueGLUE is freely available under an open license.
Homepage: `https://github.com/orai-nlp/BasqueGLUE`
Title: `Latxa: An Open Language Model and Evaluation Suite for Basque`
Abstract: `https://arxiv.org/abs/2403.20266`
The use of BasqueGLUE for evaluating the performance of decoder models in Basque is presented in this paper.
Homepage: `https://github.com/hitz-zentroa/latxa`
### Citation@InProceedings{urbizu2022basqueglue,
author = {Urbizu, Gorka and San Vicente, Iñaki and Saralegi, Xabier and Agerri, Rodrigo and Soroa, Aitor},
title = {BasqueGLUE: A Natural Language Understanding Benchmark for Basque},
booktitle = {Proceedings of the Language Resources and Evaluation Conference},
month = {June},
year = {2022},
address = {Marseille, France},
publisher = {European Language Resources Association},
pages = {1603--1612},
url = {https://aclanthology.org/2022.lrec-1.172}
}
@misc{etxaniz2024latxa,
title={Latxa: An Open Language Model and Evaluation Suite for Basque},
author={Julen Etxaniz and Oscar Sainz and Naiara Perez and Itziar Aldabe and German Rigau and Eneko Agirre and Aitor Ormazabal and Mikel Artetxe and Aitor Soroa},
year={2024},
eprint={2403.20266},
archivePrefix={arXiv},
primaryClass={cs.CL}
}
### Groups, Tags, and Tasks
#### Groups
None.
#### Tags
* `basque-glue`: First version of the implementation. Calls all subtasks, but does not average.
#### Tasks
* `bhtc_v2`: Topic classification of news extracts with 12 categories.
* `bec2016eu`: Sentiment analysis on tweets about the campaign for the 2016 Basque elections.
* `vaxx_stance`: Stance detection on tweets around the anti-vaccine movement.
* `qnlieu`: Q&A NLI as in [glue/qnli](../glue/qnli).
* `wiceu`: Word-in-Context as in [super_glue/wic](../super_glue/wic).
* `epec_koref_bin`: Correference detection as in [super_glue/wsc](../super_glue/wsc).
### Checklist
For adding novel benchmarks/datasets to the library:
* [ ] Is the task an existing benchmark in the literature?
* [ ] Have you referenced the original paper that introduced the task?
* [ ] If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
* [ ] Is the "Main" variant of this task clearly denoted?
* [ ] Have you provided a short sentence in a README on what each new variant adds / evaluates?
* [ ] Have you noted which, if any, published evaluation setups are matched by this variant?
---
### Overview (`lm_eval/tasks/bbh/README.md`)
# BigBenchHard
## Paper
Title: `Challenging BIG-Bench Tasks and Whether Chain-of-Thought Can Solve Them`
Abstract: https://arxiv.org/abs/2210.09261
A suite of 23 challenging BIG-Bench tasks which we call BIG-Bench Hard (BBH).
These are the task for which prior language model evaluations did not outperform
the average human-rater.
Homepage: https://github.com/suzgunmirac/BIG-Bench-Hard
## Citation@article{suzgun2022challenging,
title={Challenging BIG-Bench Tasks and Whether Chain-of-Thought Can Solve Them},
author={Suzgun, Mirac and Scales, Nathan and Sch{"a}rli, Nathanael and Gehrmann, Sebastian and Tay, Yi and Chung, Hyung Won and Chowdhery, Aakanksha and Le, Quoc V and Chi, Ed H and Zhou, Denny and and Wei, Jason},
journal={arXiv preprint arXiv:2210.09261},
year={2022}
}
### Groups, Tags, and Tasks
#### Groups
- `bbh`: is the same as `bbh_cot_fewshot`.
- `bbh_zeroshot`
- `bbh_fewshot`
- `bbh_cot_fewshot`
- `bbh_cot_zeroshot`
#### Tags
None.
#### Tasks
- ...
### Checklist
- [x] Is in Eval-harness v1.0 ?
- [ ] Has been checked for regression from v1.0?
- [ ] Has been checked for equivalence with original paper methodology?
- [ ] "Main" checked variant clearly denoted?
### Variant Wishlist
- [ ] Variant with Calculator (see https://github.com/openai/grade-school-math/blob/master/grade_school_math/calculator.py for example implementation)
- [ ] Using Verifiers
- [ ] Majority voting "without CoT"
### Changelog
- no version change: changed dataset to `SaylorTwift/bbh`. Do not expect any change in the results.
- `bbh_cot_fewshot` v.4.0; 2025-07-14:
- PR #3140. Removed duplicate "Let's think step by step" from the fewshots.
- set target_delimiter to "" as the fewshot samples end with a newline character.
---
### Overview (`lm_eval/tasks/bbq/README.md`)
# BBQ
### Paper
Title: BBQ: A Hand-Built Bias Benchmark for Question Answering
Abstract: https://aclanthology.org/2022.findings-acl.165/
BBQ measures the bias in the output for the question answering task.
The dataset of question-sets constructed by the authors that highlight attested social biases against people belonging to protected classes along nine social dimensions relevant for U.S. English-speaking contexts.
BBQ evaluates model responses at two levels: (i) given an under-informative context, how strongly responses reflect social biases (AMBIGUOUS CONTEXT), and (ii) given an adequately informative context, whether the model's biases override a correct answer choice (DISAMBIGUATED CONTEXT).
Homepage: https://github.com/nyu-mll/BBQ
### Citation@inproceedings{parrish-etal-2022-bbq,
title = "{BBQ}: A hand-built bias benchmark for question answering",
author = "Parrish, Alicia and
Chen, Angelica and
Nangia, Nikita and
Padmakumar, Vishakh and
Phang, Jason and
Thompson, Jana and
Htut, Phu Mon and
Bowman, Samuel",
editor = "Muresan, Smaranda and
Nakov, Preslav and
Villavicencio, Aline",
booktitle = "Findings of the Association for Computational Linguistics: ACL 2022",
month = may,
year = "2022",
address = "Dublin, Ireland",
publisher = "Association for Computational Linguistics",
url = "https://aclanthology.org/2022.findings-acl.165",
doi = "10.18653/v1/2022.findings-acl.165",
pages = "2086--2105"
}
### Groups and Tasks
#### Groups
* `bbq`: Tests the bias for all categories in the ambiguous and disambiguated contexts.
#### Tasks
The following tasks evaluate the accuracy on BBQ for the different categories of bias:
* `bbq_age`: Age
* `bbq_disability`: Disability status
* `bbq_gender`: Gender
* `bbq_nationality`: Nationality
* `bbq_physical_appearance`: Physical appearance
* `bbq_race_ethnicity`: Race/ethnicity
* `bbq_religion`: Religion
* `bbq_ses`: Socio-economic status
* `bbq_sexual_orientation`: Sexual orientation
Two intersectional bias categories exist as well:
* `bbq_race_x_gender`: The intersection of race/ethnicity and gender
* `bbq_race_x_ses`: The intersection of race/ethnicity and socio-economic status
However, this is in the current implementation not really taken into account in computing the bias scores.
### Checklist
For adding novel benchmarks/datasets to the library:
* [ ] Is the task an existing benchmark in the literature?
* [ ] Have you referenced the original paper that introduced the task?
* [ ] If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
* [ ] Is the "Main" variant of this task clearly denoted?
* [ ] Have you provided a short sentence in a README on what each new variant adds / evaluates?
* [ ] Have you noted which, if any, published evaluation setups are matched by this variant?
---
### Overview (`lm_eval/tasks/bear/README.md`)
# BEAR
Dataset to evaluate common factual knowledge in language models. This dataset was created as part of the [paper "BEAR: A Unified Framework for Evaluating Relational Knowledge in Causal and Masked Language Models"](https://aclanthology.org/2024.findings-naacl.155/).
For more information visit the [LM Pub Quiz website](https://lm-pub-quiz.github.io/).
## Paper
Title: BEAR: A Unified Framework for Evaluating Relational Knowledge in Causal and Masked Language Models
Abstract: https://aclanthology.org/2024.findings-naacl.155/
Knowledge probing assesses to which degree a language model (LM) has successfully learned relational knowledge during pre-training. Probing is an inexpensive way to compare LMs of different sizes and training configurations. However, previous approaches rely on the objective function used in pre-training LMs and are thus applicable only to masked or causal LMs. As a result, comparing different types of LMs becomes impossible. To address this, we propose an approach that uses an LM’s inherent ability to estimate the log-likelihood of any given textual statement. We carefully design an evaluation dataset of 7,731 instances (40,916 in a larger variant) from which we produce alternative statements for each relational fact, one of which is correct. We then evaluate whether an LM correctly assigns the highest log-likelihood to the correct statement. Our experimental evaluation of 22 common LMs shows that our proposed framework, BEAR, can effectively probe for knowledge across different LM types. We release the BEAR datasets and an open-source framework that implements the probing approach to the research community to facilitate the evaluation and development of LMs.
Homepage: https://lm-pub-quiz.github.io/
### Citation/* Detailed source-code truncated for AI context efficiency. */
### Groups, Tags, and Tasks
#### Groups
* Not part of a group yet.
#### Tags
* No specific tags yet
#### Tasks
* `bear`: BEAR knowledge probe (factual multiple choice task)
* `bear_big`: Big variant of BEAR (more questions, larger answer spaces)
### Changelog
---
### Overview (`lm_eval/tasks/belebele/README.md`)
# Belebele
### Paper
The Belebele Benchmark for Massively Multilingual NLU Evaluation
https://arxiv.org/abs/2308.16884
Belebele is a multiple-choice machine reading comprehension (MRC) dataset spanning 122 language variants. This dataset enables the evaluation of mono- and multi-lingual models in high-, medium-, and low-resource languages. Each question has four multiple-choice answers and is linked to a short passage from the FLORES-200 dataset. The human annotation procedure was carefully curated to create questions that discriminate between different levels of generalizable language comprehension and is reinforced by extensive quality checks. While all questions directly relate to the passage, the English dataset on its own proves difficult enough to challenge state-of-the-art language models. Being fully parallel, this dataset enables direct comparison of model performance across all languages. Belebele opens up new avenues for evaluating and analyzing the multilingual abilities of language models and NLP systems.
Homepage: https://github.com/facebookresearch/belebele
### Citation
```bibtex
@misc{bandarkar2023belebele,
title={The Belebele Benchmark: a Parallel Reading Comprehension Dataset in 122 Language Variants},
author={Lucas Bandarkar and Davis Liang and Benjamin Muller and Mikel Artetxe and Satya Narayan Shukla and Donald Husa and Naman Goyal and Abhinandan Krishnan and Luke Zettlemoyer and Madian Khabsa},
year={2023},
eprint={2308.16884},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Groups and Tasks
Groups
belebele: All 122 languages of the Belebele dataset, evaluated following the methodology in MMLU's original implementation.
Tasks
The following tasks evaluate languages in the Belebele dataset using loglikelihood-based multiple-choice scoring:
belebele_{language}
The variant evaluated here is the 0-shot or few-shot evaluation with English Instructions.
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation?
- Yes, original implementation contributed by author of the benchmark
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/benchmarks/README.md`)
Changelog
- 2025-Mar-17 OpenLLM v2: Fixed few-shot split to correctly use
trainset for arc_challenge. - 2026-Sep-14 group
rte_flanv1.1: Replace duplicaterte_prompt-1entry in group config withrte_prompt-2
Overview (`lm_eval/tasks/bertaqa/README.md`)
BertaQA
Paper
Title: BertaQA: How Much Do Language Models Know About Local Culture?
Abstract: https://arxiv.org/abs/2406.07302
Large Language Models (LLMs) exhibit extensive knowledge about the world, but most evaluations have been limited to global or anglocentric subjects. This raises the question of how well these models perform on topics relevant to other cultures, whose presence on the web is not that prominent. To address this gap, we introduce BertaQA, a multiple-choice trivia dataset that is parallel in English and Basque. The dataset consists of a local subset with questions pertinent to the Basque culture, and a global subset with questions of broader interest. We find that state-of-the-art LLMs struggle with local cultural knowledge, even as they excel on global topics. However, we show that continued pre-training in Basque significantly improves the models' performance on Basque culture, even when queried in English. To our knowledge, this is the first solid evidence of knowledge transfer from a low-resource to a high-resource language. Our analysis sheds light on the complex interplay between language and knowledge, and reveals that some prior findings do not fully hold when reassessed on local topics. Our dataset and evaluation code are available under open licenses at https://github.com/juletx/BertaQA.
Homepage: https://github.com/juletx/BertaQA
Citation
@misc{etxaniz2024bertaqa,
title={BertaQA: How Much Do Language Models Know About Local Culture?},
author={Julen Etxaniz and Gorka Azkune and Aitor Soroa and Oier Lopez de Lacalle and Mikel Artetxe},
year={2024},
eprint={2406.07302},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Groups and Tasks
Groups
bertaqa: Group of BertaQA tasks.
Tasks
bertaqa_eu: Trivia questions in Basque.bertaqa_en: Trivia questions in English, human-translated from Basque.bertaqa_en_mt_*: Trivia questions in English, machine-translated from Basque with different models.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/bhs/README.md`)
BHS: Controlled Evaluation of Syntactic Knowledge in Basque, Hindi, and Swahili
Paper
Title: Controlled Evaluation of Syntactic Knowledge in Multilingual Language Models
Abstract:
Language models (LMs) are capable of acquiring elements of human-like syntactic knowledge. Targeted syntactic evaluation tests have been employed to measure how well they form generalizations about syntactic phenomena in high-resource languages such as English. However, we still lack a thorough understanding of LMs' capacity for syntactic generalizations in low-resource languages, which are responsible for much of the diversity of syntactic patterns worldwide. In this study, we develop targeted syntactic evaluation tests for three low-resource languages (Basque, Hindi, and Swahili) and use them to evaluate five families of open-access multilingual Transformer LMs. We find that some syntactic tasks prove relatively easy for LMs while others (agreement in sentences containing indirect objects in Basque, agreement across a prepositional phrase in Swahili) are challenging. We additionally uncover issues with publicly available Transformers, including a bias toward the habitual aspect in Hindi in multilingual BERT and underperformance compared to similar-sized models in XGLM-4.5B. (Kryvosheieva & Levy, 2025)
Homepage: https://github.com/dariakryvosheieva/syntactic_generalization_multilingual
Citation
@inproceedings{kryvosheieva-levy-2025-controlled,
title = "Controlled Evaluation of Syntactic Knowledge in Multilingual Language Models",
author = "Kryvosheieva, Daria and Levy, Roger",
editor = "Hettiarachchi, Hansi and Ranasinghe, Tharindu and Rayson, Paul and Mitkov, Ruslan and Gaber, Mohamed and Premasiri, Damith and Tan, Fiona Anting and Uyangodage, Lasitha",
booktitle = "Proceedings of the First Workshop on Language Models for Low-Resource Languages",
month = jan,
year = "2025",
address = "Abu Dhabi, United Arab Emirates",
publisher = "Association for Computational Linguistics",
url = "https://aclanthology.org/2025.loreslm-1.30/",
pages = "402--413"
}Groups, Tags, and Tasks
bhs_basque: Run all Basque tasks (listed below) and calculate mean performance. In all tasks, the goal is for the model to predict the auxiliary verb (AUX) that correctly agrees with the subject (S), direct object (DO), and indirect object (IO). Each task manipulates a different one of these, e.g., forbhs__basque__DO__S_IO_DO_V_AUX, the two presented sentences (withS_IO_DO_V_AUXstructure) have auxiliary verbs that agree with the subject and indirect object, and the task is to correctly assign the one that also agrees with the direct object (DO) a higher probability than the one that does not. For specific examples, see Kryvosheieva & Levy (2025).bhs__basque__DO__S_DO_V_AUXbhs__basque__DO__S_IO_DO_V_AUXbhs__basque__IO__IO_S_V_AUXbhs__basque__IO__S_IO_DO_V_AUXbhs__basque__S__IO_S_V_AUXbhs__basque__S__S_DO_V_AUXbhs__basque__S__S_IO_DO_V_AUXbhs__basque__S__S_V_AUX
bhs_hindi: Run all Hindi tasks (listed below) and calculate mean performance. In all tasks, the goal is for the model to predict that in a sentence with the 'ne' clitic, the final verb should be in a perfective form, and in sentences without, it should be in a non-perfective form (in this case, habitual or progressive) by assigning a higher probability to the correct verb. For specific examples, see Kryvosheieva & Levy (2025).bhs__hindi__S_O_Vbhs__hindi__S_PossPRN_O_Vbhs__hindi__S_PossPRN_PossN_O_Vbhs__hindi__S_ne_O_Vbhs__hindi__S_ne_PossPRN_O_Vbhs__hindi__S_ne_PossPRN_PossN_O_V
bhs_swahili: Run all Swahili tasks (listed below) and calculate mean performance. In all tasks, the goal is for the model to assign the final word - a verb (V) or adjective (A/AN) a higher probability if it correctly agrees with the initial noun (in terms of noun class) than if it does not. For specific examples, see Kryvosheieva & Levy (2025).bhs__swahili__N_of_Poss_D_AP_V_ni_ANbhs__swahili__N_of_Poss_D_AP_ni_ANbhs__swahili__N_of_Poss_D_A_Vbhs__swahili__N_of_Poss_D_A_V1_V2bhs__swahili__N_of_Poss_D_Vbhs__swahili__N_of_Poss_D_ni_Abhs__swahili__N_of_Poss_Vbhs__swahili__N_of_Poss_ni_A
Implementation Note: The original implementation normalizes the log-probability of the final word by its length in number of tokens, which is not supported by the Language Model Evaluation Harness (see [1], [2], [3]). For this reason, the implementation provided here includes both the acc (accuracy based on comparing the unnormalized log-probability of the correct and incorrect versions of each sentence) and acc_norm (the same as acc but with sentence log-probability normalized by number of bytes) metrics.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
Changelog
Overview (`lm_eval/tasks/bigbench/README.md`)
BigBench
Paper
Title: Beyond the Imitation Game: Quantifying and extrapolating the capabilities of language models
Abstract: https://arxiv.org/abs/2206.04615
The Beyond the Imitation Game Benchmark (BIG-bench) is a collaborative benchmark intended to probe large language models and extrapolate their future capabilities.
Homepage: https://github.com/google/BIG-bench
Citation
/* Detailed source-code truncated for AI context efficiency. */Groups and Tasks
Groups
group_name:Short description
Tags
bigbench_generate_untilbigbench_multiple_choice_abigbench_multiple_choice_b
Tasks
task_name:1-sentence description of what this particular task doestask_name2: ...
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/blimp/README.md`)
Task-name
Paper
Title: BLiMP: A Benchmark of Linguistic Minimal Pairs for English
Abstract: https://arxiv.org/abs/1912.00582
BLiMP is a challenge set for evaluating what language models (LMs) know about
major grammatical phenomena in English. BLiMP consists of 67 sub-datasets, each
containing 1000 minimal pairs isolating specific contrasts in syntax, morphology,
or semantics. The data is automatically generated according to expert-crafted
grammars.
Homepage: https://github.com/alexwarstadt/blimp
Citation
/* Detailed source-code truncated for AI context efficiency. */Subtasks
List or describe tasks defined in this folder, and their names here:
task_name:1-sentence description of what this particular task doestask_name2: .....
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/blimp_nl/README.md`)
BLiMP-NL: A Corpus of Dutch Minimal Pairs and Acceptability Judgments for Language Model Evaluation
Paper
Title: BLiMP-NL: A Corpus of Dutch Minimal Pairs and Acceptability Judgments for Language Model Evaluation
Abstract:
[A] corpus of 8400 Dutch sentence pairs, intended primarily for the grammatical evaluation of language models. Each pair consists of a grammatical sentence and a minimally different ungrammatical sentence. The corpus covers 84 paradigms, classified into 22 syntactic phenomena. Ten sentence pairs of each paradigm were created by hand, while the remaining 90 were generated semi-automatically and manually validated afterwards.
(Suijkerbuijk et al., 2025)
Homepage: https://data.ru.nl/collections/ru/cls/blimp-nl_dsc_550
Citation
@article{10.1162/coli_a_00559,
author = {Suijkerbuijk, Michelle and Prins, Zo{\"e} and de Heer Kloots, Marianne and Zuidema, Willem and Frank, Stefan L.},
title = {BLiMP-NL: A Corpus of Dutch Minimal Pairs and Acceptability Judgments for Language Model Evaluation},
journal = {Computational Linguistics},
pages = {1-35},
year = {2025},
month = {05},
issn = {0891-2017},
doi = {10.1162/coli_a_00559},
url = {https://doi.org/10.1162/coli\_a\_00559},
}Groups, Tags, and Tasks
Groups
blimp_nl: Runs all tasks of the large BLiMP-NL benchmark
Phenomena (runs all paradigms within each phenomenon and calculates the mean across all of them):
blimp_nl__adpositional_phrases: "This covers the characteristics of different types of adpositional phrases, such as the PP-complement of a noun phrase or containing an R-word." (Suijkerbuijk et al., 2025).blimp_nl__adverbial_modification: "This covers the position of adverbs in the sentence." (Suijkerbuijk et al., 2025).blimp_nl__anaphor_agreement: "This covers the requirement that reflexive pronouns such as mezelf ('myself') agree with their antecedents in person and number." (Suijkerbuijk et al., 2025).blimp_nl__argument_structure: This covers the different verb types and their characteristics, such as the number of arguments (in-/di-)transitive verbs take and the specific auxiliary (a)telic unaccusative and NOM-DAT verbs select." (Suijkerbuijk et al., 2025).blimp_nl__auxiliaries: "This covers the different types of auxiliary verbs and their behavior." (Suijkerbuijk et al., 2025).blimp_nl__binding_principle_a: " This covers the structural relationship between the reflexive pronoun and its antecedent." (Suijkerbuijk et al., 2025).blimp_nl__complementive: "This covers the possibility of having secondary predication on (in-/di)transitive verbs and the position of that predication." (Suijkerbuijk et al., 2025).blimp_nl__crossing_dependencies: "This covers the specific feature that verbs and arguments are ordered cross-serially." (Suijkerbuijk et al., 2025).blimp_nl__determiners: "This covers the special determiner geen ('no') and its characteristics." (Suijkerbuijk et al., 2025).blimp_nl__extraposition: " This covers the possibility of extraposing nouns and adverbs" (Suijkerbuijk et al., 2025).blimp_nl__finite_argument_clause: "This covers the argument clause that is finite, and specifically the obligatory complementizer, the position of the clause, and the verbs that select this clause." (Suijkerbuijk et al., 2025).blimp_nl__infinitival_argument_clause: " This covers the argument clause that is infinitival, and specifically the verbs that select this clause and the differences between the infinitival markers te and om te." (Suijkerbuijk et al., 2025).blimp_nl__nominalization: "This covers the ways in which words from different categories can be turned into nouns." (Suijkerbuijk et al., 2025).blimp_nl__parasitic_gaps: "This covers the characteristics of parasitic gap formation." (Suijkerbuijk et al., 2025).blimp_nl__passive: "This covers the formation of the impersonal and regular passive construction." (Suijkerbuijk et al., 2025).blimp_nl__quantifiers: " This covers the behavior of quantifiers, specifically their agreement with nouns and verbs." (Suijkerbuijk et al., 2025).blimp_nl__r_words: "This covers the formation and extraction of R-words (e.g., daar and er)." (Suijkerbuijk et al., 2025).blimp_nl__relativization: "This covers the characteristics of relativization and the restrictions thereon." (Suijkerbuijk et al., 2025).blimp_nl__topicalization: "This covers the characteristics of topicalization and the restrictions thereon." (Suijkerbuijk et al., 2025).blimp_nl__verb_second: "This covers the different word order restrictions in main and embedded clauses." (Suijkerbuijk et al., 2025).blimp_nl__wh_movement: "This covers the requirements for wh-movement and the related phenomenon stranding." (Suijkerbuijk et al., 2025).blimp_nl__wh_movement_restrictions: "This covers the restrictions that exist on wh-movement, such as island and superiority constraints." (Suijkerbuijk et al., 2025).
Each of these is further divided into specific experimental paradigms (which here are represented as individual tasks; 100 items each), which are described in the Suijkerbuijk et al., (2025).
Implementation note: The original implementation as discussed in the paper uses masked language models and compares syntactic log-odds ratios (SLOG; Pauls & Klein, 2012) between sentences, which normalizes for word frequency. Neither masked langauge models nor SLOG are currently supported by the Harness, and so the implementation provided here includes both un-normalized accuracy (acc) and byte-length-normalized accuracy (acc_norm).
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
Changelog
Overview (`lm_eval/tasks/c4/README.md`)
Colossal Clean Crawled Corpus(C4)
Paper
Exploring the Limits of Transfer Learning with a Unified Text-to-Text Transformer
A colossal, cleaned version of Common Crawl's web crawl corpus. Based on Common Crawl dataset.
This is the processed version of Google's C4 dataset.
Citation
@misc{raffel2023exploringlimitstransferlearning,
title={Exploring the Limits of Transfer Learning with a Unified Text-to-Text Transformer},
author={Colin Raffel and Noam Shazeer and Adam Roberts and Katherine Lee and Sharan Narang and Michael Matena and Yanqi Zhou and Wei Li and Peter J. Liu},
year={2023},
eprint={1910.10683},
archivePrefix={arXiv},
primaryClass={cs.LG},
url={https://arxiv.org/abs/1910.10683},
}Groups, Tags, and Tasks
Groups
- Not part of a group yet.
Tasks
c4: measure perplexity on the C4 dataset, via rolling loglikelihoods.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Changelog
Overview (`lm_eval/tasks/cabbq/README.md`)
Catalan Bias Benchmark for Question Answering (CaBBQ)
Paper
Title: EsBBQ and CaBBQ: The Spanish and Catalan Bias Benchmarks for Question Answering
Abstract: https://arxiv.org/abs/2507.11216
CaBBQ is a dataset designed to assess social bias across 10 categories in a multiple-choice QA setting, adapted from the original BBQ into the Catalan language and the social context of Spain.
It is fully parallel with the esbbq task group, the version in Spanish.
Citation
@misc{esbbq-cabbq-2025,
title={EsBBQ and CaBBQ: The Spanish and Catalan Bias Benchmarks for Question Answering},
author={Valle Ruiz-Fernández and Mario Mina and Júlia Falcão and Luis Vasquez-Reina and Anna Sallés and Aitor Gonzalez-Agirre and Olatz Perez-de-Viñaspre},
year={2025},
eprint={2507.11216},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2507.11216},
}Groups and Tasks
Groups
cabbq: Contains the subtasks that covers all demographic categories.
Tasks
for category in ["age", "disability_status", "gender", "lgbtqia", "nationality", "physical_appearance", "race_ethnicity", "religion", "ses", "spanish_region"]:
cabbq_{category}: Subtask that evaluates on the given category's subset.
Metrics
CaBBQ is evaluated with the following 4 metrics, at the level of each subtask and with aggregated values for the entire group:
acc_ambig: Accuracy over ambiguous instances.acc_disambig: Accuracy over disambiguated instances.bias_score_ambig: Bias score over ambiguous instances.bias_score_disambig: Bias score over disambiguated instances.
See the paper for a thorough explanation and the formulas of these metrics.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/careqa/README.md`)
CareQA
Paper
Title: Automatic Evaluation of Healthcare LLMs Beyond Question-Answering
Abstract: https://arxiv.org/abs/2502.06666
CareQA originates from the Spanish Specialised Healthcare Training (MIR) exams by the
Spanish Ministry of Health. The close-ended version is a multiple-choice question
answering (MCQA) including 5,621 QA pairs across six categories: medicine, nursing,
biology, chemistry, psychology, and pharmacology, sourced from the 2020 to 2024 exam
editions. CareQA is available in both English and Spanish. The open-ended version
(English only) contains 3,730 QA pairs.
Homepage:
https://huggingface.co/datasets/HPAI-BSC/CareQA
Tasks
careqa_en: MCQA in english.careqa_es: MCQA in spanish.careqa_open: Open-Ended QA in english.careqa_open_perplexity: Open-Ended QA in english, evaluated with perplexity.
Citation
@misc{ariasduart2025automaticevaluationhealthcarellms,
title={Automatic Evaluation of Healthcare LLMs Beyond Question-Answering},
author={Anna Arias-Duart and Pablo Agustin Martin-Torres and Daniel Hinjos and Pablo Bernabeu-Perez and Lucia Urcelay Ganzabal and Marta Gonzalez Mallo and Ashwin Kumar Gururajan and Enrique Lopez-Cuena and Sergio Alvarez-Napagao and Dario Garcia-Gasulla},
year={2025},
eprint={2502.06666},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2502.06666},
}Overview (`lm_eval/tasks/catalan_bench/README.md`)
CatalanBench
Paper
CatalanBench is a benchmark for evaluating language models in Catalan tasks. This is, it evaluates the ability of a language model to understand and generate Catalan text. CatalanBench offers a combination of pre-existing, open datasets and datasets developed exclusivelly for this benchmark. All the details of CatalanBench will be published in a paper soon.
The new evaluation datasets included in CatalanBench are:
| Task | Category | Homepage |
|---|---|---|
| ARC_ca | Question Answering | https://huggingface.co/datasets/projecte-aina/arc_ca |
| MGSM_ca | Math | https://huggingface.co/datasets/projecte-aina/mgsm_ca |
| OpenBookQA_ca | Question Answering | https://huggingface.co/datasets/projecte-aina/openbookqa_ca |
| Parafraseja | Paraphrasing | https://huggingface.co/datasets/projecte-aina/Parafraseja |
| PIQA_ca | Question Answering | https://huggingface.co/datasets/projecte-aina/piqa_ca |
| SIQA_ca | Question Answering | https://huggingface.co/datasets/projecte-aina/siqa_ca |
| XStoryCloze_ca | Commonsense Reasoning | https://huggingface.co/datasets/projecte-aina/xstorycloze_ca |
| TerretaQA | Question Answering | https://huggingface.co/datasets/gplsi/TerretaQA |
The datasets included in CatalanBench that have been made public in previous pubications are:
Citation
Paper for CatalanBench coming soon.
@inproceedings{baucells-etal-2025-iberobench,
title = "{I}bero{B}ench: A Benchmark for {LLM} Evaluation in {I}berian Languages",
author = "Baucells, Irene and
Aula-Blasco, Javier and
de-Dios-Flores, Iria and
Paniagua Su{\'a}rez, Silvia and
Perez, Naiara and
Salles, Anna and
Sotelo Docio, Susana and
Falc{\~a}o, J{\'u}lia and
Saiz, Jose Javier and
Sepulveda Torres, Robiert and
Barnes, Jeremy and
Gamallo, Pablo and
Gonzalez-Agirre, Aitor and
Rigau, German and
Villegas, Marta",
editor = "Rambow, Owen and
Wanner, Leo and
Apidianaki, Marianna and
Al-Khalifa, Hend and
Eugenio, Barbara Di and
Schockaert, Steven",
booktitle = "Proceedings of the 31st International Conference on Computational Linguistics",
month = jan,
year = "2025",
address = "Abu Dhabi, UAE",
publisher = "Association for Computational Linguistics",
url = "https://aclanthology.org/2025.coling-main.699/",
pages = "10491--10519",
}Groups and Tasks
Groups
catalan_bench: All tasks included in CatalanBench.flores_ca: All FLORES translation tasks from or to Catalan.
Tags
cabreu: Three CaBREU tasks for each type of summary (extractive, abstractive and extreme).phrases_va: Two Phrases_va tasks for language adaptation between Catalan and Valencian.
Tasks
The following tasks evaluate tasks on CatalanBench dataset using various scoring methods.
arc_ca_challengearc_ca_easybelebele_cat_Latncabreucatalanqacatcolacieacovacocoteros_vacopa_cacoqcatflores_caflores_ca-deflores_ca-enflores_ca-esflores_ca-euflores_ca-frflores_ca-glflores_ca-itflores_ca-ptflores_de-caflores_en-caflores_es-caflores_eu-caflores_fr-caflores_gl-caflores_it-caflores_pt-camgsm_direct_caopenbookqa_caparafrasejapaws_caphrases_capiqa_casiqa_catecaterretaqatruthfulqa_vaveritasqa_gen_caveritasqa_mc1_caveritasqa_mc2_cawnli_caxnli_caxnli_vaxquad_caxstorycloze_ca
Some of these tasks are taken from benchmarks already available in LM Evaluation Harness. These are:
belebele_cat_Latn: Belebele Catalan
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation?
- Yes, original implementation contributed by author of the benchmark
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Changelog
version 2.0: (2025-Mar-18) add cococteros_va task.
version 2.1: (2025-Jul-30) add xnli_va task.
version 2.2: (2025-Jul-30) add truthfulqa_va task.
version 2.3: (2026-Jan-16) exclude line breaks from stop criteria in mgsm_direct_ca
version 2.4: (2026-Aug-24) add terretaqa task.
version 2.5: (2026-Aug-24) add CieaCOVA
Overview (`lm_eval/tasks/ceval/README.md`)
C-Eval (Validation)
Paper
C-Eval: A Multi-Level Multi-Discipline Chinese Evaluation Suite for Foundation Models
https://arxiv.org/pdf/2305.08322.pdf
C-Eval is a comprehensive Chinese evaluation suite for foundation models.
It consists of 13948 multi-choice questions spanning 52 diverse disciplines
and four difficulty levels.
Homepage: https://cevalbenchmark.com/
Citation
@article{huang2023ceval,
title={C-Eval: A Multi-Level Multi-Discipline Chinese Evaluation Suite for Foundation Models},
author={Huang, Yuzhen and Bai, Yuzhuo and Zhu, Zhihao and Zhang, Junlei and Zhang, Jinghan and Su, Tangjun and Liu, Junteng and Lv, Chuancheng and Zhang, Yikai and Lei, Jiayi and Fu, Yao and Sun, Maosong and He, Junxian},
journal={arXiv preprint arXiv:2305.08322},
year={2023}
}SUBJECTS = {
"computer_network":"计算机网络",
"operating_system":"操作系统",
"computer_architecture":"计算机组成",
"college_programming":"大学编程",
"college_physics":"大学物理",
"college_chemistry":"大学化学",
"advanced_mathematics":"高等数学",
"probability_and_statistics":"概率统计",
"discrete_mathematics":"离散数学",
"electrical_engineer":"注册电气工程师",
"metrology_engineer":"注册计量师",
"high_school_mathematics":"高中数学",
"high_school_physics":"高中物理",
"high_school_chemistry":"高中化学",
"high_school_biology":"高中生物",
"middle_school_mathematics":"初中数学",
"middle_school_biology":"初中生物",
"middle_school_physics":"初中物理",
"middle_school_chemistry":"初中化学",
"veterinary_medicine":"兽医学",
"college_economics":"大学经济学",
"business_administration":"工商管理",
"marxism":"马克思主义基本原理",
"mao_zedong_thought":"毛泽东思想和中国特色社会主义理论体系概论",
"education_science":"教育学",
"teacher_qualification":"教师资格",
"high_school_politics":"高中政治",
"high_school_geography":"高中地理",
"middle_school_politics":"初中政治",
"middle_school_geography":"初中地理",
"modern_chinese_history":"近代史纲要",
"ideological_and_moral_cultivation":"思想道德修养与法律基础",
"logic":"逻辑学",
"law":"法学",
"chinese_language_and_literature":"中国语言文学",
"art_studies":"艺术学",
"professional_tour_guide":"导游资格",
"legal_professional":"法律职业资格",
"high_school_chinese":"高中语文",
"high_school_history":"高中历史",
"middle_school_history":"初中历史",
"civil_servant":"公务员",
"sports_science":"体育学",
"plant_protection":"植物保护",
"basic_medicine":"基础医学",
"clinical_medicine":"临床医学",
"urban_and_rural_planner":"注册城乡规划师",
"accountant":"注册会计师",
"fire_engineer":"注册消防工程师",
"environmental_impact_assessment_engineer":"环境影响评价工程师",
"tax_accountant":"税务师",
"physician":"医师资格"
}
CMMLU
Paper
CMMLU: Measuring massive multitask language understanding in Chinese
https://arxiv.org/abs/2306.09212
CMMLU is a comprehensive evaluation benchmark specifically designed to evaluate the knowledge and reasoning abilities of LLMs within the context of Chinese language and culture.
CMMLU covers a wide range of subjects, comprising 67 topics that span from elementary to advanced professional levels.
Homepage: https://github.com/haonan-li/CMMLU
Citation
@misc{li2023cmmlu,
title={CMMLU: Measuring massive multitask language understanding in Chinese},
author={Haonan Li and Yixuan Zhang and Fajri Koto and Yifei Yang and Hai Zhao and Yeyun Gong and Nan Duan and Timothy Baldwin},
year={2023},
eprint={2306.09212},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Groups and Tasks
Groups
ceval-valid: All 52 subjects of the C-Eval dataset, evaluated following the methodology in MMLU's original implementation. This implementation consists solely of the validation set of C-Eval, as the test set requires submission of model predictions to an external site.
Tasks
The following tasks evaluate subjects in the C-Eval dataset using loglikelihood-based multiple-choice scoring:
ceval-valid_{subject_english}
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/chartqa/README.md`)
Task-name
Paper
Title: ChartQA: A Benchmark for Question Answering about Charts with Visual and Logical Reasoning
Abstract: In this work, we present a large-scale benchmark covering 9.6K human-written questions as well as 23.1K questions generated from human-written chart summaries.
Short description of paper / benchmark goes here:
Homepage: https://github.com/vis-nlp/ChartQA
Citation
@misc{masry2022chartqabenchmarkquestionanswering,
title={ChartQA: A Benchmark for Question Answering about Charts with Visual and Logical Reasoning},
author={Ahmed Masry and Do Xuan Long and Jia Qing Tan and Shafiq Joty and Enamul Hoque},
year={2022},
eprint={2203.10244},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2203.10244},
}Groups, Tags, and Tasks
Tasks
chartqa:Prompt taken from on mistral-evals: https://github.com/mistralai/mistral-evals/blob/main/eval/tasks/chartqa.pychartqa_llama:variant as implemented in https://github.com/meta-llama/llama-models/blob/main/models/llama3_3/eval_details.mdchartqa_llama_90:similar to chartqa_llama but specific to the 90B models of llama 3.2
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Changelog
Overview (`lm_eval/tasks/click/README.md`)
click
Paper
Title: CLIcK: A Benchmark Dataset of Cultural and Linguistic Intelligence in Korean
Abstract: Despite the rapid development of large language models (LLMs) for the Korean language, there remains an obvious lack of benchmark datasets that test the requisite Korean cultural and linguistic knowledge. Because many existing Korean benchmark datasets are derived from the English counterparts through translation, they often overlook the different cultural contexts. For the few benchmark datasets that are sourced from Korean data capturing cultural knowledge, only narrow tasks such as bias and hate speech detection are offered. To address this gap, we introduce a benchmark of Cultural and Linguistic Intelligence in Korean (CLIcK), a dataset comprising 1,995 QA pairs. CLIcK sources its data from official Korean exams and textbooks, partitioning the questions into eleven categories under the two main categories of language and culture. For each instance in CLIcK, we provide fine-grained annotation of which cultural and linguistic knowledge is required to answer the question correctly. Using CLIcK, we test 13 language models to assess their performance. Our evaluation uncovers insights into their performances across the categories, as well as the diverse factors affecting their comprehension. CLIcK offers the first large-scale comprehensive Korean-centric analysis of LLMs' proficiency in Korean culture and language.
Homepage: https://huggingface.co/datasets/EunsuKim/CLIcK
Citation
@misc{kim2024click,
title={CLIcK: A Benchmark Dataset of Cultural and Linguistic Intelligence in Korean},
author={Eunsu Kim and Juyoung Suk and Philhoon Oh and Haneul Yoo and James Thorne and Alice Oh},
year={2024},
eprint={2403.06412},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Groups, Tags, and Tasks
Groups
click: All 11 categories of the CLIcK datasetclick_lang: "Language" category of the CLIcK dataset, consisting of 3 subcategoriesclick_cul: "Culture" category of the CLIcK dataset, consisting of 8 subcategories
Tasks
Three tasks under
click_lang:click_lang_textclick_lang_grammarclick_lang_function
Eight tasks under
click_cul:click_cul_societyclick_cul_traditionclick_cul_politicsclick_cul_economyclick_cul_lawclick_cul_historyclick_cul_geographyclick_cul_kpop
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/cmmlu/README.md`)
CMMLU
Paper
CMMLU: Measuring massive multitask language understanding in Chinese
https://arxiv.org/abs/2306.09212
CMMLU is a comprehensive evaluation benchmark specifically designed to evaluate the knowledge and reasoning abilities of LLMs within the context of Chinese language and culture.
CMMLU covers a wide range of subjects, comprising 67 topics that span from elementary to advanced professional levels.
Homepage: https://github.com/haonan-li/CMMLU
Citation
@misc{li2023cmmlu,
title={CMMLU: Measuring massive multitask language understanding in Chinese},
author={Haonan Li and Yixuan Zhang and Fajri Koto and Yifei Yang and Hai Zhao and Yeyun Gong and Nan Duan and Timothy Baldwin},
year={2023},
eprint={2306.09212},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Groups and Tasks
Groups
cmmlu: All 67 subjects of the CMMLU dataset, evaluated following the methodology in MMLU's original implementation.
Tasks
The following tasks evaluate subjects in the CMMLU dataset using loglikelihood-based multiple-choice scoring:
cmmlu_{subject_english}
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation?
- Yes, original implementation contributed by author of the benchmark
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/cnn_dailymail/README.md`)
CNN-DailyMail
Paper
Teaching Machines to Read and Comprehend https://arxiv.org/abs/1506.03340
The CNN/DailyMail dataset is an English-language dataset containing just over 300k unique news articles as written by journalists at CNN and the Daily Mail. It is widely used for abstractive text summarization tasks. This task uses the non-anonymized Version 3.0.0.
Homepage: https://huggingface.co/datasets/cnn_dailymail
Citation
@inproceedings{hermann2015teaching,
title={Teaching Machines to Read and Comprehend},
author={Hermann, Karl Moritz and Kocisky, Tomas and Grefenstette, Edward and Espeholt, Lasse and Kay, Will and Suleyman, Mustafa and Blunsom, Phil},
booktitle={Advances in Neural Information Processing Systems},
year={2015}
}Groups and Tasks
Groups
summarization
Tasks
cnn_dailymail: The Version 3.0.0 (non-anonymized) dataset. It evaluates models on their ability to generate multi-sentence abstractive summaries. It uses a zero-shot prompt format (Summarize the following article...) and evaluates using ROUGE (1/2/L) and BERTScore (P/R/F1).
Checklist
For adding novel benchmarks/datasets to the library:
-
Is the task an existing benchmark in the literature?
Have you referenced the original paper that introduced the task?
If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
The task uses the standard 3.0.0 (non-anonymized) split from HuggingFace. The implementation uses a standard zero-shot prompt: "Summarize the following article:\n\n{{article}}\n\nSummary:".
Evaluation metrics include ROUGE (1, 2, L) and BERTScore (Precision, Recall, F1), matching standard reporting practices for abstractive summarization.
If other tasks on this dataset are already supported:
Is the "Main" variant of this task clearly denoted?
Have you provided a short sentence in a README on what each new variant adds / evaluates?
Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/commonsense_qa/README.md`)
Task-name
Paper
Title: COMMONSENSEQA: A Question Answering Challenge Targeting Commonsense Knowledge
Abstract: https://arxiv.org/pdf/1811.00937.pdf
CommonsenseQA is a multiple-choice question answering dataset that requires different types of commonsense knowledge to predict the correct answers.
It contains 12,102 questions with one correct answer and four distractor answers.
Homepage: https://www.tau-nlp.org/commonsenseqa
Citation
@inproceedings{talmor-etal-2019-commonsenseqa,
title = "{C}ommonsense{QA}: A Question Answering Challenge Targeting Commonsense Knowledge",
author = "Talmor, Alon and
Herzig, Jonathan and
Lourie, Nicholas and
Berant, Jonathan",
booktitle = "Proceedings of the 2019 Conference of the North {A}merican Chapter of the Association for Computational Linguistics: Human Language Technologies, Volume 1 (Long and Short Papers)",
month = jun,
year = "2019",
address = "Minneapolis, Minnesota",
publisher = "Association for Computational Linguistics",
url = "https://aclanthology.org/N19-1421",
doi = "10.18653/v1/N19-1421",
pages = "4149--4158",
archivePrefix = "arXiv",
eprint = "1811.00937",
primaryClass = "cs",
}Groups and Tasks
Groups
- Not part of a group yet.
Tasks
commonsense_qa: Represents the "random" split from the paper. Uses an MMLU-style prompt, as (presumably) used by Llama evaluations.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/copal_id/README.md`)
COPAL
Paper
Title: COPAL-ID: Indonesian Language Reasoning with Local Culture and Nuances
Abstract: https://arxiv.org/abs/2311.01012
COPAL-ID is an Indonesian causal commonsense reasoning dataset that captures local nuances. It provides a more natural portrayal of day-to-day causal reasoning within the Indonesian (especially Jakartan) cultural sphere. Professionally written and validatid from scratch by natives, COPAL-ID is more fluent and free from awkward phrases, unlike the translated XCOPA-ID.
Homepage: https://github.com/haryoa/copal-id
Citation
@article{wibowo2023copal,
title={COPAL-ID: Indonesian Language Reasoning with Local Culture and Nuances},
author={Wibowo, Haryo Akbarianto and Fuadi, Erland Hilman and Nityasya, Made Nindyatama and Prasojo, Radityo Eko and Aji, Alham Fikri},
journal={arXiv preprint arXiv:2311.01012},
year={2023}
}Groups and Tasks
Groups
copal_id
Tasks
copal_id_standard:Standard version of COPAL dataset, use formal language and less local nuancescopal_id_colloquial:Colloquial version of COPAL dataset, use informal language and more local nuances
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/coqa/README.md`)
CoQA
Paper
Title: CoQA: A Conversational Question Answering Challenge
Abstract: https://arxiv.org/pdf/1808.07042.pdf
CoQA is a large-scale dataset for building Conversational Question Answering
systems. The goal of the CoQA challenge is to measure the ability of machines to
understand a text passage and answer a series of interconnected questions that
appear in a conversation.
Homepage: https://stanfordnlp.github.io/coqa/
Citation
BibTeX-formatted citation goes hereGroups and Tasks
Groups
- Not part of a group yet
Tasks
coqa
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/crows_pairs/README.md`)
CrowS-Pairs
Paper
CrowS-Pairs: A Challenge Dataset for Measuring Social Biases in Masked Language Models
https://aclanthology.org/2020.emnlp-main.154/
French CrowS-Pairs: Extending a challenge dataset for measuring social bias in masked
language models to a language other than English
https://aclanthology.org/2022.acl-long.583/
CrowS-Pairs is a challenge set for evaluating what language models (LMs) on their tendency
to generate biased outputs. CrowS-Pairs comes in 2 languages and the English subset has
a newer version which fixes some of the issues with the original version.
Homepage: https://github.com/nyu-mll/crows-pairs, https://gitlab.inria.fr/french-crows-pairs
Citation
/* Detailed source-code truncated for AI context efficiency. */Groups and Tasks
Groups
crows_pairs_english: The entire English subset of the CrowS-Pairs dataset.crows_pairs_french: The entire French subset of the CrowS-Pairs dataset.
Tasks
The following tasks evaluate sub-areas of bias in the English CrowS-Pairs dataset:
crows_pairs_english_agecrows_pairs_english_autrecrows_pairs_english_disabilitycrows_pairs_english_gendercrows_pairs_english_nationalitycrows_pairs_english_physical_appearancecrows_pairs_english_race_colorcrows_pairs_english_religioncrows_pairs_english_sexual_orientationcrows_pairs_english_socioeconomic
The following tasks evaluate sub-areas of bias in the French CrowS-Pairs dataset:
crows_pairs_french_agecrows_pairs_french_autrecrows_pairs_french_disabilitycrows_pairs_french_gendercrows_pairs_french_nationalitycrows_pairs_french_physical_appearancecrows_pairs_french_race_colorcrows_pairs_french_religioncrows_pairs_french_sexual_orientationcrows_pairs_french_socioeconomic
All tasks evaluate the percentage of more-stereotypical sentences that are rated as more likely by a model than the non-stereotypical sentences (pct_stereotype), as well as the average absolute difference of loglikelihoods between the sentences in the pairs.
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation?
- The original paper does not for causal language models, so this is a novel formulation of the task for autoregressive LMs.
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/cruxeval/README.md`)
CRUXEval
Paper
CRUXEval: A Benchmark for Code Reasoning, Understanding and Execution
https://arxiv.org/abs/2401.03065
CRUXEval is a benchmark of 800 Python functions paired with input-output pairs. It evaluates a model's ability to reason about code execution in two directions: given a function and input, predict the output (cruxeval_output); and given a function and output, find a valid input (cruxeval_input). The benchmark includes chain-of-thought variants that prompt the model to reason step by step before answering.
Homepage: https://crux-eval.github.io
Citation
@article{gu2024cruxeval,
title={CRUXEval: A Benchmark for Code Reasoning, Understanding and Execution},
author={Alex Gu and Baptiste Rozière and Hugh Leather and Armando Solar-Lezama and Gabriel Synnaeve and Sida I. Wang},
year={2024},
eprint={2401.03065},
archivePrefix={arXiv},
primaryClass={cs.SE}
}Tasks
cruxeval_input: Input prediction — given a function and its output, predict a valid input. pass@1 at temperature 0.2. Matches the published evaluation setup from the paper.cruxeval_input_08: Input prediction at temperature 0.8 for pass@5 evaluation. Matches the published pass@5 setup from the paper.cruxeval_input_cot: Input prediction with chain-of-thought reasoning prompting.cruxeval_output: Output prediction — given a function and its input, predict the output. pass@1 at temperature 0.2. Matches the published evaluation setup from the paper.cruxeval_output_08: Output prediction at temperature 0.8 for pass@5 evaluation. Matches the published pass@5 setup from the paper.cruxeval_output_cot: Output prediction with chain-of-thought reasoning prompting.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Changelog
v1.0: Initial implementation with input/output prediction tasks and chain-of-thought variants.
Overview (`lm_eval/tasks/darija_bench/README.md`)
DarijaBench
Paper
Title: Atlas-Chat: Adapting Large Language Models for Low-Resource Moroccan Arabic Dialect
Abstract: https://arxiv.org/abs/2409.17912
DarijaBench, a comprehensive evaluation dataset tailored for Moroccan Darija. DarijaBench includes different datasets for core NLP tasks such as translation (based on four datasets, DODa-10K, FLORES+, NLLB-Seed and MADAR), summarization (based on MArSum) and, sentiment analysis (based on five datasets, MAC, MYC, MSAC, MSDA and, ElectroMorocco2016), in addition to a new transliteration task to convert between Darija (written in Arabic letters) and Arabizi (written in Latin letters) it is based on DODa-10K dataset.
Homepage: https://huggingface.co/datasets/MBZUAI-Paris/DarijaBench
Citation
@article{shang2024atlaschatadaptinglargelanguage,
title={Atlas-Chat: Adapting Large Language Models for Low-Resource Moroccan Arabic Dialect},
author={Guokan Shang and Hadi Abdine and Yousef Khoubrane and Amr Mohamed and Yassine Abbahaddou and Sofiane Ennadir and Imane Momayiz and Xuguang Ren and Eric Moulines and Preslav Nakov and Michalis Vazirgiannis and Eric Xing},
year={2024},
eprint={2409.17912},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2409.17912},
}Groups and Tasks
Groups
darija_sentiment: evaluates all Darija sentiment analysis tasks.darija_summarization: evaluates Darija summarization task.darija_translation: evaluates all Darija Translation tasks.darija_transliteration: evaluates Darija transliteration task.
Tasks
darija_sentiment_mac: evaluates Darija translation task from MAC dataset.darija_sentiment_myc: evaluates Darija translation task from MYC dataset.darija_sentiment_msac: evaluates Darija translation task from MSAC dataset.darija_sentiment_msda: evaluates Darija translation task from MSDA dataset.darija_sentiment_electrom: evaluates Darija translation task from ElectroMorocco2016 dataset.darija_summarization_task: evaluates Darija summarization task from MArSum corpus.darija_translation_doda: evaluates Darija translation task from DODa-10k corpus.darija_translation_flores: evaluates Darija translation task from FLORES+ dataset.darija_translation_madar: evaluates Darija translation task from MADAR dataset.darija_translation_seed: evaluates Darija translation task from NLLB-Seed datasets.darija_transliteration_task: evaluates Darija transliteration task from DODa-10K corpus.
Note: depending on the model, padding and padding side could affect the results. The default padding side in this library is forced to left. Use batch size equal to 1 to avoid problems.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/darijahellaswag/README.md`)
DarijaHellaSwag
Paper
Title: Atlas-Chat: Adapting Large Language Models for Low-Resource Moroccan Arabic Dialect
Abstract: https://arxiv.org/abs/2409.17912
DarijaHellaSwag is a challenging multiple-choice benchmark designed to evaluate machine reading comprehension and commonsense reasoning in Moroccan Darija. It is a translated version of the HellaSwag validation set, which presents scenarios where models must choose the most plausible continuation of a passage from four options.
Homepage: https://huggingface.co/datasets/MBZUAI-Paris/DarijaHellaSwag
Citation
@article{shang2024atlaschatadaptinglargelanguage,
title={Atlas-Chat: Adapting Large Language Models for Low-Resource Moroccan Arabic Dialect},
author={Guokan Shang and Hadi Abdine and Yousef Khoubrane and Amr Mohamed and Yassine Abbahaddou and Sofiane Ennadir and Imane Momayiz and Xuguang Ren and Eric Moulines and Preslav Nakov and Michalis Vazirgiannis and Eric Xing},
year={2024},
eprint={2409.17912},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2409.17912},
}Groups and Tasks
Groups
- Not part of a group yet
Tasks
darijahellaswag
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/darijammlu/README.md`)
DarijaMMLU
Paper
Title: Atlas-Chat: Adapting Large Language Models for Low-Resource Moroccan Arabic Dialect
Abstract: https://arxiv.org/abs/2409.17912
DarijaMMLU is an evaluation benchmark designed to assess large language models' (LLM) performance in Moroccan Darija, a variety of Arabic. It consists of 22,027 multiple-choice questions, translated from selected subsets of the Massive Multitask Language Understanding (MMLU) and ArabicMMLU benchmarks to measure model performance on 44 subjects in Darija. DarijaMMLU is constructed by translating selected subsets from two major benchmarks into Darija from English and MSA: Massive Multitask Language Understanding (MMLU) and ArabicMMLU.
Homepage: https://huggingface.co/datasets/MBZUAI-Paris/DarijaMMLU
Citation
@article{shang2024atlaschatadaptinglargelanguage,
title={Atlas-Chat: Adapting Large Language Models for Low-Resource Moroccan Arabic Dialect},
author={Guokan Shang and Hadi Abdine and Yousef Khoubrane and Amr Mohamed and Yassine Abbahaddou and Sofiane Ennadir and Imane Momayiz and Xuguang Ren and Eric Moulines and Preslav Nakov and Michalis Vazirgiannis and Eric Xing},
year={2024},
eprint={2409.17912},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2409.17912},
}Groups and Tasks
Groups
darijammlu: evaluates all DarijaMMLU tasks.
Tags
Source-based tags:
darijammlu_mmlu: evaluates DarijaMMLU tasks that were translated from MMLU.darijammlu_ar_mmlu: evaluates DarijaMMLU tasks that were translated from ArabicMMLU.
Category-based tags:
darijammlu_stem: evaluates DarijaMMLU STEM tasks.darijammlu_social_sciences: evaluates DarijaMMLU social sciences tasks.darijammlu_humanities: evaluates DarijaMMLU humanities tasks.darijammlu_language: evaluates DarijaMMLU language tasks.darijammlu_other: evaluates other DarijaMMLU tasks.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/discrim_eval/README.md`)
Discrim-Eval
Paper
Title: Evaluating and Mitigating Discrimination in Language Model Decisions
Abstract: https://arxiv.org/abs/2312.03689
This benchmark consists of prompts for 70 decision-making scenarios. Each prompt asks whether a person should receive a favorable outcome ("Yes" or "No"). Persons vary by age, gender, and race, yielding 135 prompts per scenario. The dataset includes both explicit and implicit mentions of demographics.
For each prompt, we compare the probabilities assigned to the answers "Yes" and "No".
Let $p(\text{yes})$ and $p(\text{no})$ denote the model probabilities. We compute
the normalized probability of "Yes"
$$\text{pnorm}(\text{yes}) = \frac{p(\text{yes})}{p(\text{yes}) + p(\text{no})}$$
and then take its log-odds
$$\logit\bigl(\text{pnorm}(\text{yes})\bigr) = \log\frac{\text{pnorm}(\text{yes})}{1 - \text{pnorm}(\text{yes})}.$$
This quantity equals $\log p(\text{yes}) - \log p(\text{no})$.
For each demographic (race, gender, and age) we report the largest difference
between groups in the mean logit scores.
Homepage: https://huggingface.co/datasets/Anthropic/discrim-eval
Citation
@misc{tamkin2023discrim,
title={Evaluating and Mitigating Discrimination in Language Model Decisions},
author={Alex Tamkin and Amanda Askell and Liane Lovitt and Esin Durmus and Nicholas Joseph and Shauna Kravec and Karina Nguyen and Jared Kaplan and Deep Ganguli},
year={2023},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Overview (`lm_eval/tasks/drop/README.md`)
DROP
Paper
Title: DROP: A Reading Comprehension Benchmark Requiring Discrete Reasoning Over Paragraphs
Abstract: https://aclanthology.org/attachments/N19-1246.Supplementary.pdf
DROP is a QA dataset which tests comprehensive understanding of paragraphs. In
this crowdsourced, adversarially-created, 96k question-answering benchmark, a
system must resolve multiple references in a question, map them onto a paragraph,
and perform discrete operations over them (such as addition, counting, or sorting).
Homepage: https://allenai.org/data/drop
Acknowledgement: This implementation is based on the official evaluation for DROP:
https://github.com/allenai/allennlp-reading-comprehension/blob/master/allennlp_rc/eval/drop_eval.py
Citation
@misc{dua2019drop,
title={DROP: A Reading Comprehension Benchmark Requiring Discrete Reasoning Over Paragraphs},
author={Dheeru Dua and Yizhong Wang and Pradeep Dasigi and Gabriel Stanovsky and Sameer Singh and Matt Gardner},
year={2019},
eprint={1903.00161},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Groups and Tasks
Groups
- Not part of a group yet.
Tasks
drop
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/egyhellaswag/README.md`)
EgyHellaSwag
Paper
Title: NileChat: Towards Linguistically Diverse and Culturally Aware LLMs for Local Communities
Abstract: https://arxiv.org/abs/2505.18383
EgyHellaSwag is a benchmark for evaluating commonsense reasoning in Egyptian Arabic. It is a translated version of the HellaSwag benchmark, consisting of multiple-choice sentence completion tasks. The dataset was translated using the google/gemma-3-27b-it model.
Homepage: https://huggingface.co/datasets/UBC-NLP/EgyHellaSwag
Citation
@article{mekki2025nilechatlinguisticallydiverseculturally,
title={NileChat: Towards Linguistically Diverse and Culturally Aware LLMs for Local Communities},
author={Abdellah El Mekki and Houdaifa Atou and Omer Nacar and Shady Shehata and Muhammad Abdul-Mageed},
year={2025},
eprint={2505.18383},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2505.18383},
}Groups and Tasks
Groups
- Not part of a group.
Tags
egyhellaswag
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/egymmlu/README.md`)
EgyMMLU
Paper
Title: NileChat: Towards Linguistically Diverse and Culturally Aware LLMs for Local Communities
Abstract: https://arxiv.org/abs/2505.18383
EgyMMLU is a benchmark designed to evaluate the performance of large language models in Egyptian Arabic. It contains 22,027 multiple-choice questions covering 44 subjects, translated from parts of the Massive Multitask Language Understanding (MMLU) and ArabicMMLU benchmarks. The dataset was translated using google/gemma-3-27b-it.
Homepage: https://huggingface.co/datasets/UBC-NLP/EgyMMLU
Citation
@article{mekki2025nilechatlinguisticallydiverseculturally,
title={NileChat: Towards Linguistically Diverse and Culturally Aware LLMs for Local Communities},
author={Abdellah El Mekki and Houdaifa Atou and Omer Nacar and Shady Shehata and Muhammad Abdul-Mageed},
year={2025},
eprint={2505.18383},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2505.18383},
}Groups and Tasks
Groups
egymmlu: evaluates all EgyMMLU tasks.
Tags
Source-based tags:
egymmlu_mmlu: evaluates EgyMMLU tasks that were translated from MMLU.egymmlu_ar_mmlu: evaluates EgyMMLU tasks that were translated from ArabicMMLU.
Category-based tags:
egymmlu_stem: evaluates EgyMMLU STEM tasks.egymmlu_social_sciences: evaluates EgyMMLU social sciences tasks.egymmlu_humanities: evaluates EgyMMLU humanities tasks.egymmlu_language: evaluates EgyMMLU language tasks.egymmlu_other: evaluates other EgyMMLU tasks.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/eq_bench/README.md`)
EQ-Bench
Title: EQ-Bench: An Emotional Intelligence Benchmark for Large Language Models
Abstract: https://arxiv.org/abs/2312.06281
EQ-Bench is a benchmark for language models designed to assess emotional intelligence.
Why emotional intelligence? One reason is that it represents a subset of abilities that are important for the user experience, and which isn't explicitly tested by other benchmarks. Another reason is that it's not trivial to improve scores by fine tuning for the benchmark, which makes it harder to "game" the leaderboard.
EQ-Bench is a little different from traditional psychometric tests. It uses a specific question format, in which the subject has to read a dialogue then rate the intensity of possible emotional responses of one of the characters. Every question is interpretative and assesses the ability to predict the magnitude of the 4 presented emotions. The test is graded without the need for a judge (so there is no length bias). It's cheap to run (only 171 questions), and produces results that correlate strongly with human preference (Arena ELO) and multi-domain benchmarks like MMLU.
Homepage: https://eqbench.com/
NOTE: There are some key differences between the lm-evaluation-harness version and the implementation described in the EQ-Bench paper (These have been OK'd by the author):
- The lm-eval version uses the EQ-Bench v2 test set (171 questions) and score calculation. It does not incorporate the revision part of the prompt, as per v2.1 (https://github.com/EQ-bench/EQ-Bench)
- No retries in lm-eval version (EQ-Bench pipeline retries with successively higher temps if it encounters unparsable answers)
- In the original implementation, unparsable answers are excluded from the final score, and 83% of answers have to be parseable or a fail is returned. The lm-eval version instead assigns 0 to unparsable answers and has no fail criteria. So for lower performing models, there may be differences with the EQ-Bench leaderboard.
Citation
@misc{paech2023eqbench,
title={EQ-Bench: An Emotional Intelligence Benchmark for Large Language Models},
author={Samuel J. Paech},
year={2023},
eprint={2312.06281},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Groups and Tasks
Groups
- Not part of a group yet
Tasks
eq_bench
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/esbbq/README.md`)
Spanish Bias Benchmark for Question Answering (EsBBQ)
Paper
Title: EsBBQ and CaBBQ: The Spanish and Catalan Bias Benchmarks for Question Answering
Abstract: https://arxiv.org/abs/2507.11216
EsBBQ is a dataset designed to assess social bias across 10 categories in a multiple-choice QA setting, adapted from the original BBQ into the Spanish language and the social context of Spain.
It is fully parallel with the cabbq task group, the version in Catalan.
Citation
@misc{esbbq-cabbq-2025,
title={EsBBQ and CaBBQ: The Spanish and Catalan Bias Benchmarks for Question Answering},
author={Valle Ruiz-Fernández and Mario Mina and Júlia Falcão and Luis Vasquez-Reina and Anna Sallés and Aitor Gonzalez-Agirre and Olatz Perez-de-Viñaspre},
year={2025},
eprint={2507.11216},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2507.11216},
}Groups and Tasks
Groups
esbbq: Contains the subtasks that covers all demographic categories.
Tasks
for category in ["age", "disability_status", "gender", "lgbtqia", "nationality", "physical_appearance", "race_ethnicity", "religion", "ses", "spanish_region"]:
esbbq_{category}: Subtask that evaluates on the given category's subset.
Metrics
EsBBQ is evaluated with the following 4 metrics, at the level of each subtask and with aggregated values for the entire group:
acc_ambig: Accuracy over ambiguous instances.acc_disambig: Accuracy over disambiguated instances.bias_score_ambig: Bias score over ambiguous instances.bias_score_disambig: Bias score over disambiguated instances.
See the paper for a thorough explanation and the formulas of these metrics.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/eus_exams/README.md`)
EusExams
Paper
Title: Latxa: An Open Language Model and Evaluation Suite for Basque
Abstract: https://arxiv.org/abs/2403.20266
EusExams is a collection of tests designed to prepare individuals for Public Service examinations conducted by several Basque institutions, including the public health system Osakidetza, the Basque Government, the City Councils of Bilbao and Gasteiz, and the University of the Basque Country (UPV/EHU). Within each of these groups, there are different exams for public positions, such as administrative and assistant roles. Each multiple-choice question contains 2 to 4 choices (3.90 on average) and one correct answer. The dataset is mostly parallel with 16k questions in Basque and 18k in Spanish.
Homepage: https://github.com/hitz-zentroa/latxa
Citation
@misc{etxaniz2024latxa,
title={Latxa: An Open Language Model and Evaluation Suite for Basque},
author={Julen Etxaniz and Oscar Sainz and Naiara Perez and Itziar Aldabe and German Rigau and Eneko Agirre and Aitor Ormazabal and Mikel Artetxe and Aitor Soroa},
year={2024},
eprint={2403.20266},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Groups and Tasks
Tags
eus_exams_eu: The Basque version of the exams.eus_exams_es: The Spanish version of the exams.
Tasks
Basque and Spanish versions of the exams are available as separate tasks starting with eus_exams_eu and eus_exams_es respectively.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/eus_proficiency/README.md`)
EusProficiency
Paper
Title: Latxa: An Open Language Model and Evaluation Suite for Basque
Abstract: https://arxiv.org/abs/2403.20266
EusProficiency comprises 5,169 exercises on different topics from past EGA exams, the official C1-level certificate of proficiency in Basque. We collected the atarikoa exercises from EGA exams through the years 1998 to 2008. Atarikoa is the first qualifying test of EGA, which measures different aspects of language competency, such as reading comprehension, grammar, vocabulary, spelling, and writing. Each test generally has 85 multiple-choice questions, with 4 choices and a single correct answer.
Homepage: https://github.com/hitz-zentroa/latxa
Citation
@misc{etxaniz2024latxa,
title={Latxa: An Open Language Model and Evaluation Suite for Basque},
author={Julen Etxaniz and Oscar Sainz and Naiara Perez and Itziar Aldabe and German Rigau and Eneko Agirre and Aitor Ormazabal and Mikel Artetxe and Aitor Soroa},
year={2024},
eprint={2403.20266},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Groups and Tasks
Groups
There are no groups.
Tasks
eus_proficiency: EusProficiency comprises 5,169 exercises on different topics from past EGA exams, the official C1-level certificate of proficiency in Basque.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/eus_reading/README.md`)
EusReading
Paper
Title: Latxa: An Open Language Model and Evaluation Suite for Basque
Abstract: https://arxiv.org/abs/2403.20266
EusReading consists of 352 reading comprehension exercises (irakurmena) sourced from the set of past EGA exams from 1998 to 2008. Each test generally has 10 multiple-choice questions, with 4 choices and a single correct answer. These exercises are more challenging than Belebele due to the complexity and length of the input texts. As a result, EusReading is useful to measure long context understanding of models.
Homepage: https://github.com/hitz-zentroa/latxa
Citation
@misc{etxaniz2024latxa,
title={Latxa: An Open Language Model and Evaluation Suite for Basque},
author={Julen Etxaniz and Oscar Sainz and Naiara Perez and Itziar Aldabe and German Rigau and Eneko Agirre and Aitor Ormazabal and Mikel Artetxe and Aitor Soroa},
year={2024},
eprint={2403.20266},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Groups and Tasks
Groups
There are no groups.
Tasks
eus_reading: EusReading consists of 352 reading comprehension exercises (irakurmena) sourced from the set of past EGA exams from 1998 to 2008.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/eus_trivia/README.md`)
EusTrivia
Paper
Title: Latxa: An Open Language Model and Evaluation Suite for Basque
Abstract: https://arxiv.org/abs/2403.20266
EusTrivia consists of 1,715 trivia questions from multiple online sources. 56.3% of the questions are elementary level (grades 3-6), while the rest are considered challenging. A significant portion of the questions focus specifically on the Basque Country, its language and culture. Each multiple-choice question contains two, three or four choices (3.84 on average) and a single correct answer. Five areas of knowledge are covered:
- Humanities and Natural Sciences (27.8%): This category encompasses questions about history, geography, biology, ecology and other social and natural sciences.
- Leisure and Art (24.5%): This category includes questions on sports and athletes, performative and plastic arts and artists, architecture, cultural events, and related topics.
- Music (16.0%): Here are grouped all the questions about music and musicians, both classical and contemporary.
- Language and Literature (17.1%): This category is concerned with all kinds of literature productions and writers, as well as metalinguistic questions (e.g., definitions, synonyms, and word usage).
- Mathematics and ICT (14.5%): This category covers mathematical problems and questions about ICT, as well as questions about people known for their contributions to these fields of knowledge.
Homepage: https://github.com/hitz-zentroa/latxa
Citation
@misc{etxaniz2024latxa,
title={Latxa: An Open Language Model and Evaluation Suite for Basque},
author={Julen Etxaniz and Oscar Sainz and Naiara Perez and Itziar Aldabe and German Rigau and Eneko Agirre and Aitor Ormazabal and Mikel Artetxe and Aitor Soroa},
year={2024},
eprint={2403.20266},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Groups and Tasks
Groups
There are no groups.
Tasks
eus_trivia: EusTrivia consists of 1,715 trivia questions from multiple online sources.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/evalita_llm/README.md`)
Evalita-LLM
Paper
Evalita-LLM, a new benchmark designed to evaluate Large Language
Models (LLMs) on Italian tasks. The distinguishing and innovative features of
Evalita-LLM are the following: (i) all tasks are native Italian, avoiding issues of
translating from Italian and potential cultural biases; (ii) in addition to well established multiple-choice tasks, the benchmark includes generative tasks, enabling more natural interaction with LLMs; (iii) all tasks are evaluated against multiple prompts, this way mitigating the model sensitivity to specific prompts and allowing a fairer and objective evaluation.
Citation
@misc{magnini2025evalitallmbenchmarkinglargelanguage,
title={Evalita-LLM: Benchmarking Large Language Models on Italian},
author={Bernardo Magnini and Roberto Zanoli and Michele Resta and Martin Cimmino and Paolo Albano and Marco Madeddu and Viviana Patti},
year={2025},
eprint={2502.02289},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2502.02289},
}Groups
evalita-mp: All tasks (perplexity and non-perplexity based).evalita-mp_gen: Only generative tasks.evalita-mp_mc: Only perplexity-based tasks.
Tasks
The following Evalita-LLM tasks can also be evaluated in isolation:
evalita-mp_te: Textual Entailmentevalita-mp_sa: Sentiment Analysisevalita-mp_wic: Word in Contextevalita-mp_hs: Hate Speech Detectionevalita-mp_at: Admission Testsevalita-mp_faq: FAQevalita-mp_sum_fp: Summarizationevalita-mp_ls: Lexical Substitutionevalita-mp_ner_group: Named Entity Recognitionevalita-mp_re: Relation Extraction
Usage
lm_eval --model hf --model_args pretrained=meta-llama/Llama-2-7b-hf --tasks evalita-mp --device cuda:0 --batch_size autoChangelog
- v0.1: Renamed
evalita-mp_sum_fpsmall variant group toevalita-mp_sum_fp_smallto resolve duplicate group name conflict with the full variant.
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation?
- Yes, original implementation contributed by author of the benchmark
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/fda/README.md`)
FDA
Paper
Title: Language Models Enable Simple Systems For
Generating Structured Views Of Heterogenous Data
Lakes
Abstract: A long standing goal of the data management community is to develop general, automated systems
that ingest semi-structured documents and output queryable tables without human effort or domain
specific customization. Given the sheer variety of potential documents, state-of-the art systems make
simplifying assumptions and use domain specific training. In this work, we ask whether we can
maintain generality by using large language models (LLMs). LLMs, which are pretrained on broad
data, can perform diverse downstream tasks simply conditioned on natural language task descriptions.
We propose and evaluate EVAPORATE, a simple, prototype system powered by LLMs. We identify
two fundamentally different strategies for implementing this system: prompt the LLM to directly
extract values from documents or prompt the LLM to synthesize code that performs the extraction.
Our evaluations show a cost-quality tradeoff between these two approaches. Code synthesis is cheap,
but far less accurate than directly processing each document with the LLM. To improve quality while
maintaining low cost, we propose an extended code synthesis implementation, EVAPORATE-CODE+,
which achieves better quality than direct extraction. Our key insight is to generate many candidate
functions and ensemble their extractions using weak supervision. EVAPORATE-CODE+ not only
outperforms the state-of-the art systems, but does so using a sublinear pass over the documents with
the LLM. This equates to a 110× reduction in the number of tokens the LLM needs to process,
averaged across 16 real-world evaluation settings of 10k documents each.
A task for LMs to perform Information Extraction, as implemented by Based.
Homepage: https://github.com/HazyResearch/based-evaluation-harness
Description:
FDA (Information Extraction). The task is to extract key-value pairs from a set of PDFs scraped from the FDA website. We use the dataset and labels collected in Arora et al. 2023. We break apart the documents into chunks of 1,920 tokens. For every key-value pair that appears in the chunk, we create a zero-shot prompt using the simple prompt template: {chunk} \n {key}: We allow the model to generate a fixed number of tokens after the prompt and check (with case insensitivity) if the value is contained within the generation. We report accuracy, the fraction of prompts for which the generation contains the value.
Citation
@misc{arora2024simple,
title={Simple linear attention language models balance the recall-throughput tradeoff},
author={Simran Arora and Sabri Eyuboglu and Michael Zhang and Aman Timalsina and Silas Alberti and Dylan Zinsley and James Zou and Atri Rudra and Christopher Ré},
year={2024},
eprint={2402.18668},
archivePrefix={arXiv},
primaryClass={cs.CL}
}
@misc{arora2023language,
title={Language Models Enable Simple Systems for Generating Structured Views of Heterogeneous Data Lakes},
author={Simran Arora and Brandon Yang and Sabri Eyuboglu and Avanika Narayan and Andrew Hojel and Immanuel Trummer and Christopher Ré},
year={2023},
eprint={2304.09433},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Groups and Tasks
Tasks
fda: the FDA task as implemented in the paper "Simple linear attention language models balance the recall-throughput tradeoff". Designed for zero-shot evaluation of small LMs.
Changelog
- v1 (2026-06-22, PR #3795): strip surrounding whitespace from the prompt (
doc_to_text) and the gold target (doc_to_target), and routeprocess_resultsthrough the stripped target so thecontainsmetric compares against it. The rawtext/valuefields carry leading/trailing whitespace that previously corrupted both the prompt and the target, depressingcontainsscores. Results are not comparable to v0.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/fld/README.md`)
FLD
Paper
Title: Learning Deductive Reasoning from Synthetic Corpus based on Formal Logic
Abstract: https://arxiv.org/abs/2308.07336
FLD (Formal Logic Deduction) is a deductive reasoning benchmark.
Given a set of facts and a hypothesis, an LLM is required to generate (i) proof steps to (dis-)prove the hypothesis, and (ii) an answer ("proved", "disproved" or unknown").
Unique features of FLD are:
- It assesses the model's logical reasoning ability isolated from knowledge, as the facts are randomly constructed so that referring to existing knowledge never helps solve the task.
- It assesses diverse reasoning patterns (i.e., deduction rules), as it is based on formal logic theory.
- As a result, it is highly challenging. Indeed, even GPT-4 can solve only about half of the problems.
Homepage: https://github.com/hitachi-nlp/FLD
Citation
@InProceedings{pmlr-v202-morishita23a,
title = {Learning Deductive Reasoning from Synthetic Corpus based on Formal Logic},
author = {Morishita, Terufumi and Morio, Gaku and Yamaguchi, Atsuki and Sogawa, Yasuhiro},
booktitle = {Proceedings of the 40th International Conference on Machine Learning},
pages = {25254--25274},
year = {2023},
editor = {Krause, Andreas and Brunskill, Emma and Cho, Kyunghyun and Engelhardt, Barbara and Sabato, Sivan and Scarlett, Jonathan},
volume = {202},
series = {Proceedings of Machine Learning Research},
month = {23--29 Jul},
publisher = {PMLR},
pdf = {https://proceedings.mlr.press/v202/morishita23a/morishita23a.pdf},
url = {https://proceedings.mlr.press/v202/morishita23a.html},
}Groups and Tasks
This release is the simplified version of FLD where a model is required to predict only an answer.
This setting is described by "answer accuracy" in the original paper.
Tasks in Group `fld`
fld_defaultis a basic task based on FLD.v2fld_star: is a more challenging version based on FLD.v2-star
Tasks in Group `fld_logical_formula`
Further, we have "logical formula" versions of the benchmarks, which evaluate LLMs' pure logical reasoning capabilities within the domain of logical formulas, rather than natural language:
fld_logical_formula_defaultfld_logical_formula_fld_star
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/french_bench/README.md`)
FrenchBench
Paper
FrenchBench is a benchmark for evaluating French language models, introduced in the paper
CroissantLLM: A Truly Bilingual French-English Language Model.
It is a collection of tasks that evaluate the ability of a language model to understand and generate French text.
This benchmark is constructed both from openly available datasets, as well as newly released manually annotated data.
Citation
@misc{faysse2024croissantllm,
title={CroissantLLM: A Truly Bilingual French-English Language Model},
author={Manuel Faysse and Patrick Fernandes and Nuno M. Guerreiro and António Loison and Duarte M. Alves and Caio Corro and Nicolas Boizard and João Alves and Ricardo Rei and Pedro H. Martins and Antoni Bigata Casademunt and François Yvon and André F. T. Martins and Gautier Viaud and Céline Hudelot and Pierre Colombo},
year={2024},
eprint={2402.00786},
archivePrefix={arXiv},
primaryClass={cs.CL}
}Groups, Tags, and Tasks
Tags
french_bench: All tasks (non-perplexity based)french_bench_gen: All official generative tasksfrench_bench_mc: All official multiple choice tasksfrench_bench_perplexity: All perplexity-based tasks (0 shot is recommended)french_bench_extra: All extra tasks
Tasks
The following tasks evaluate tasks on the French Bench dataset using various scoring methods.
- french_bench_boolqa
- french_bench_fquadv2
- french_bench_fquadv2_bool
- french_bench_fquadv2_genq
- french_bench_fquadv2_hasAns
- french_bench_topic_based_nli
- french_bench_multifquad
- french_bench_grammar
- french_bench_vocab
- french_bench_reading_comp
- french_bench_xnli (modified XNLI)
- french_bench_orangesum_abstract
- french_bench_orangesum_title
- french_bench_trivia
- french_bench_hellaswag
- french_bench_arc_challenge
The french bench also includes other tasks from various benchmarks:
belebele_fra_Latn: Belebele Frenchwmt14-en-fr: WMT14 English-Frenchwmt14-fr-en: WMT14 French-English
Not to use in few-shot
crows_pairs_french: Crows Pairs Frenchfrench_bench_opus_perplexity: Opus Perplexity
Usage
# openai
lm_eval --model openai-completions --model_args engine=text-davinci-003 --tasks french_bench --limit 100 --num_fewshot 3 --batch_size auto --output_path data/french_bench/davinci-003/results_french_bench_3shot.json
lm_eval --model openai-completions --model_args engine=text-davinci-003 --tasks french_bench_opus_perplexity,crows_pairs_french --limit 100 --batch_size auto --output_path data/french_bench/davinci-003/results_french_bench2_0shot.json
lm_eval --model hf --model_args pretrained=gpt2 --tasks french_bench --device cuda:0 --limit 100 --num_fewshot 3 --batch_size 8 --output_path data/french_bench/gpt2/results_french_bench_3shot.json
lm_eval --model hf --model_args pretrained=gpt2 --tasks french_bench_opus_perplexity,crows_pairs_french --device cuda:0 --limit 100 --batch_size auto --output_path data/french_bench/gpt2/results_french_bench2_0shot.json
lm_eval --model hf --model_args pretrained=meta-llama/Llama-2-7b-hf --tasks french_bench --device cuda:0 --limit 100 --num_fewshot 3 --batch_size 4 --output_path data/french_bench/llama-2-7b-hf/results_french_bench_3shot.json
lm_eval --model hf --model_args pretrained=meta-llama/Llama-2-7b-hf --tasks french_bench_opus_perplexity,crows_pairs_french --device cuda:0 --limit 100 --batch_size auto --output_path data/french_bench/llama-2-7b-hf/results_french_bench2_0shot.jsonHF and Accelerate options can be added when loading a model:
accelerate launch -m lm_eval --model hf --model_args pretrained=meta-llama/Llama-2-7b-hf,dtype="float16" --tasks french_benchChecklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation?
- Yes, original implementation contributed by author of the benchmark
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/galician_bench/README.md`)
GalicianBench
Paper
GalicianBench is a benchmark for evaluating language models in Galician tasks. This is, it evaluates the ability of a language model to understand and generate Galician text. GalicianBench offers a combination of pre-existing, open datasets and datasets developed exclusivelly for this benchmark. All the details of GalicianBench will be published in a paper soon.
The new evaluation datasets included in GalicianBench are:
| Task | Category | Homepage |
|---|---|---|
| Belebele_gl | Reading Comprehension | https://huggingface.co/datasets/proxectonos/belebele_gl |
| GalCoLA | Linguistic Acceptability | https://huggingface.co/datasets/proxectonos/galcola |
| MGSM_ca | Math | https://huggingface.co/datasets/proxectonos/mgsm_gl |
| Parafrases_gl | Paraphrasing | https://huggingface.co/datasets/proxectonos/parafrases_gl |
| PAWS-gl | Paraphrasing | https://huggingface.co/datasets/proxectonos/PAWS-gl |
| OpenBookQA_gl | Question Answering | https://huggingface.co/datasets/proxectonos/openbookqa_gl |
| Summarization_gl | Summarization | https://huggingface.co/datasets/proxectonos/summarization_gl |
| TruthfulQA_gl | Truthfulness | https://huggingface.co/datasets/proxectonos/truthfulqa_gl |
| xnli_gl | NLI | https://huggingface.co/datasets/proxectonos/xnli_gl |
| xstorycloze_gl | Commonsense Reasoning | https://huggingface.co/datasets/proxectonos/xstorycloze_gl |
The datasets included in GalicianBench that have been made public in previous pubications are:
| Task | Category | Paper title | Homepage |
|---|---|---|---|
| FLORES_gl | Translation | The FLORES-101 Evaluation Benchmark for Low-Resource and Multilingual Machine Translation | https://huggingface.co/datasets/facebook/flores |
Citation
@inproceedings{baucells-etal-2025-iberobench,
title = "{I}bero{B}ench: A Benchmark for {LLM} Evaluation in {I}berian Languages",
author = "Baucells, Irene and
Aula-Blasco, Javier and
de-Dios-Flores, Iria and
Paniagua Su{\'a}rez, Silvia and
Perez, Naiara and
Salles, Anna and
Sotelo Docio, Susana and
Falc{\~a}o, J{\'u}lia and
Saiz, Jose Javier and
Sepulveda Torres, Robiert and
Barnes, Jeremy and
Gamallo, Pablo and
Gonzalez-Agirre, Aitor and
Rigau, German and
Villegas, Marta",
editor = "Rambow, Owen and
Wanner, Leo and
Apidianaki, Marianna and
Al-Khalifa, Hend and
Eugenio, Barbara Di and
Schockaert, Steven",
booktitle = "Proceedings of the 31st International Conference on Computational Linguistics",
month = jan,
year = "2025",
address = "Abu Dhabi, UAE",
publisher = "Association for Computational Linguistics",
url = "https://aclanthology.org/2025.coling-main.699/",
pages = "10491--10519",
}Groups and Tasks
Groups
galician_bench: All tasks included in GalicianBench.flores_gl: All FLORES translation tasks from or to Galician.
Tasks
The following tasks evaluate tasks on GalicianBench dataset using various scoring methods.
belebele_glg_Latnflores_glflores_gl-caflores_gl-deflores_gl-enflores_gl-esflores_gl-euflores_gl-frflores_gl-itflores_gl-ptflores_ca-glflores_de-glflores_en-glflores_es-glflores_eu-glflores_fr-glflores_it-glflores_pt-glgalcolasummarization_glparafrases_glpaws_glopenbookqa_glmgsm_direct_gltruthfulqa_glxnli_glxstorycloze_gl
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation?
- Yes, original implementation contributed by author of the benchmark
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Changelog
- v1.1 (2026-01-16, PR #3465): excluded line breaks from stop criteria in
mgsm_direct_gl
Overview (`lm_eval/tasks/glianorex/README.md`)
Glianorex
The goal of this benchmark is to isolate the test answering capabilities from the content knowledge.
Paper
Title: Multiple Choice Questions and Large Languages Models: A Case Study with Fictional Medical Data
Abstract: https://arxiv.org/abs/2406.02394
To test the relevance of MCQs to assess LLM performance without prior data exposure, we created a fictional medical benchmark and knowledge base on a non-existent gland, the Glianorex. Using GPT-4 we generated a comprehensive textbook on the Glianorex in both English and French, and created multiple-choice questions in both English and French.
Tasks
All tasks are multiple choice questions with 4 options, only one correct option.
glianorex: Evaluates all tasks listed below.glianorex_en: Evaluates the accuracy on 264 questions in English.glianorex_fr: Evaluates the accuracy on 264 questions in French.
Change Log
- (all tasks) 2024-09-23 -- 1.0
- Switched the
test_splitfromtraintotest.
- Switched the
Overview (`lm_eval/tasks/global_mmlu/README.md`)
Global-MMLU
Paper
Title: Global MMLU: Understanding and Addressing Cultural and Linguistic Biases in Multilingual Evaluation
Abstract: https://arxiv.org/abs/2412.03304
Global-MMLU 🌍 is a multilingual evaluation set spanning 42 languages, including English. This dataset combines machine translations for MMLU questions along with professional translations and crowd-sourced post-edits. It also includes cultural sensitivity annotations for a subset of the questions (2850 questions per language) and classifies them as Culturally Sensitive (CS) 🗽 or Culturally Agnostic (CA) ⚖️. These annotations were collected as part of an open science initiative led by Cohere For AI in collaboration with many external collaborators from both industry and academia.
Global-MMLU-Lite is a balanced collection of culturally sensitive and culturally agnostic MMLU tasks. It is designed for efficient evaluation of multilingual models in 15 languages (including English). Only languages with human translations and post-edits in the original Global-MMLU 🌍 dataset have been included in the lite version.
Homepage:
https://huggingface.co/datasets/CohereLabs/Global-MMLU
https://huggingface.co/datasets/CohereLabs/Global-MMLU-Lite
Groups
global_mmlu_{lang}: This group usesGlobal-MMLU-Litebenchmark which supports 14 languages.global_mmlu_full_{lang}: This group usesGlobal-MMLUbenchmark which supports 42 languages.
Subgroups (support only for `full` version)
global_mmlu_full_stemglobal_mmlu_full_humanitiesglobal_mmlu_full_social_sciencesglobal_mmlu_full_other
Citation
@misc{singh2024globalmmluunderstandingaddressing,
title={Global MMLU: Understanding and Addressing Cultural and Linguistic Biases in Multilingual Evaluation},
author={Shivalika Singh and Angelika Romanou and Clémentine Fourrier and David I. Adelani and Jian Gang Ngui and Daniel Vila-Suero and Peerat Limkonchotiwat and Kelly Marchisio and Wei Qi Leong and Yosephine Susanto and Raymond Ng and Shayne Longpre and Wei-Yin Ko and Madeline Smith and Antoine Bosselut and Alice Oh and Andre F. T. Martins and Leshem Choshen and Daphne Ippolito and Enzo Ferrante and Marzieh Fadaee and Beyza Ermis and Sara Hooker},
year={2024},
eprint={2412.03304},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2412.03304},
}Overview (`lm_eval/tasks/global_piqa/README.md`)
Task-name
Paper
Title: Global PIQA
Abstract: To date, there exist almost no culturally-specific evaluation benchmarks for large language models (LLMs) that cover a large number of languages and cultures. We present Global PIQA, a participatory commonsense reasoning benchmark for over 100 languages, constructed by hand by 320 researchers from 65 countries around the world. The 116 language varieties in Global PIQA cover five continents, 14 language families, and 23 writing systems. In the non-parallel split of Global PIQA, over 50% of examples reference local foods, customs, traditions, or other culturally-specific elements. Beyond its uses for LLM evaluation, we hope that Global PIQA provides a glimpse into the wide diversity of cultures in which human language is embedded.
Homepage: https://mrlbenchmarks.github.io/
You can run global_piqa in two formats: global_piqa_generation runs a generation-style evaluation for instruction-tuned and chat models. global_piqa_cloze runs log-likelihood or cloze-style evaluation, best for base models or small models.
Groups, Tags, and Tasks
Groups
You can also run the parallel and non-parallel subsets individually in each format.
group_name:global_piqa_nonparallel_generationGeneration task using chat formatgroup_name:global_piqa_nonparallel_clozeCloze-style completion formatgroup_name:global_piqa_parallel_generationGeneration task using chat formatgroup_name:global_piqa_parallel_clozeCloze-style completion format
You can also run individual languages:
- Using the template
global_piqa_{split}_{format}_{iso_script}, you can run individual language datasets, also by split (nonparallel or parallel) and format (generation or cloze). For example:global_piqa_parallel_cloze_eng_latn.
Languages available
Nonparallel (136)
- acm_arab
- acq_arab
- aeb_arab
- afb_arab
- als_latn
- amh_ethi
- apc_arab_jord
- apc_arab_leba
- apc_arab_pale
- apc_arab_syri
- arb_arab
- arq_arab
- ars_arab
- ary_arab
- arz_arab
- asm_beng
- azj_latn
- bam_latn
- bcc_arab
- bel_cyrl
- ben_beng
- ben_latn
- bgc_deva
- bho_deva
- bos_latn
- bra_deva
- bsk_arab
- btx_latn
- bul_cyrl
- cat_latn
- ces_latn
- ckb_arab
- ckm_latn
- cls_deva
- cmn_hans
- cmn_hant
- dan_latn
- deu_latn
- dhd_deva
- dje_latn
- ekk_latn
- ekp_latn
- ell_grek
- eng_latn
- eus_latn
- fao_latn
- fin_latn
- fra_latn_cana
- fra_latn_fran
- glg_latn
- guj_gujr
- hau_latn
- haw_latn
- heb_hebr
- hin_deva
- hin_latn
- hrv_latn
- hun_latn
- hye_armn
- ibo_latn
- idu_latn
- ind_latn
- isl_latn
- iso_latn
- ita_latn
- jav_latn
- jpn_jpan
- kan_knda
- kan_latn
- kat_geor
- kaz_cyrl
- kin_latn
- kir_cyrl
- kor_hang
- lin_latn
- lit_latn
- luo_latn
- mal_mlym
- mar_deva
- mkd_cyrl
- mni_beng
- mni_mtei
- nag_latn
- nld_latn
- nno_latn
- nob_latn
- npi_deva
- ory_orya
- pan_guru
- pcm_latn
- pes_arab
- plt_latn
- pol_latn
- por_latn_braz
- por_latn_port
- ron_latn
- rus_cyrl
- rwr_deva
- sin_latn
- sin_sinh
- slk_latn
- slk_latn_sari
- slv_latn
- slv_latn_cerk
- slv_latn_prle
- snd_arab
- snd_deva
- spa_latn_mexi
- spa_latn_peru
- spa_latn_spai
- srp_cyrl
- srp_cyrl_torl
- srp_latn
- srp_latn_torl
- sun_latn
- swe_latn
- swh_latn
- swv_deva
- tam_latn
- tam_taml
- tel_latn
- tel_telu
- tgl_latn
- tha_thai
- tur_latn
- uig_arab
- ukr_cyrl
- urd_arab
- urd_latn
- urh_latn
- uzn_latn
- vie_latn
- yor_latn
- yue_hant
- zsm_latn
- zul_latnParallel (131)
- acm_arab
- acq_arab
- aeb_arab
- afb_arab
- als_latn
- amh_ethi
- apc_arab_jord
- apc_arab_leba
- apc_arab_pale
- apc_arab_syri
- arb_arab
- arq_arab
- ars_arab
- ary_arab
- arz_arab
- asm_beng
- azj_latn
- bam_latn
- bcc_arab
- bel_cyrl
- ben_beng
- ben_latn
- bgc_deva
- bho_deva
- bos_latn
- bra_deva
- bsk_arab
- btx_latn
- bul_cyrl
- cat_latn
- ces_latn
- ckb_arab
- ckm_latn
- cls_deva
- cmn_hans
- cmn_hant
- dan_latn
- deu_latn
- dhd_deva
- dje_latn
- ekk_latn
- ekp_latn
- ell_grek
- eng_latn
- eus_latn
- fao_latn
- fin_latn
- fra_latn_cana
- fra_latn_fran
- glg_latn
- guj_gujr
- hau_latn
- haw_latn
- heb_hebr
- hin_deva
- hin_latn
- hrv_latn
- hun_latn
- hye_armn
- ibo_latn
- idu_latn
- ind_latn
- isl_latn
- iso_latn
- ita_latn
- jav_latn
- jpn_jpan
- kan_knda
- kan_latn
- kat_geor
- kaz_cyrl
- kin_latn
- kir_cyrl
- kor_hang
- lin_latn
- lit_latn
- luo_latn
- mal_mlym
- mar_deva
- mkd_cyrl
- mni_beng
- mni_mtei
- nag_latn
- nld_latn
- nno_latn
- nob_latn
- npi_deva
- ory_orya
- pan_guru
- pcm_latn
- pes_arab
- plt_latn
- pol_latn
- por_latn_braz
- por_latn_port
- ron_latn
- rus_cyrl
- rwr_deva
- sin_latn
- sin_sinh
- slk_latn
- slk_latn_sari
- slv_latn
- slv_latn_cerk
- slv_latn_prle
- snd_arab
- snd_deva
- spa_latn_mexi
- spa_latn_peru
- spa_latn_spai
- srp_cyrl
- srp_cyrl_torl
- srp_latn
- srp_latn_torl
- sun_latn
- swe_latn
- swh_latn
- swv_deva
- tam_latn
- tam_taml
- tel_latn
- tel_telu
- tgl_latn
- tha_thai
- tur_latn
- uig_arab
- ukr_cyrl
- urd_arab
- urd_latn
- urh_latn
- uzn_latn
- vie_latn
- yor_latn
- yue_hant
- zsm_latn
- zul_latnChecklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Changelog
Citation
/* Detailed source-code truncated for AI context efficiency. */Overview (`lm_eval/tasks/glue/README.md`)
GLUE
NOTE: GLUE benchmark tasks do not provide publicly accessible labels for their test sets, so we default to the validation sets for all sub-tasks.
Paper
Title: GLUE: A Multi-Task Benchmark and Analysis Platform for Natural Language Understanding
Abstract: https://openreview.net/pdf?id=rJ4km2R5t7
The General Language Understanding Evaluation (GLUE) benchmark is a collection of
resources for training, evaluating, and analyzing natural language understanding
systems. GLUE consists of:
- A benchmark of nine sentence- or sentence-pair language understanding tasks built
on established existing datasets and selected to cover a diverse range of dataset
sizes, text genres, and degrees of difficulty, and - A diagnostic dataset designed to evaluate and analyze model performance with
respect to a wide range of linguistic phenomena found in natural language.
Homepage: https://gluebenchmark.com/
Citation
/* Detailed source-code truncated for AI context efficiency. */Groups, Tags, and Tasks
Groups
None.
Tags
glue: Run all Glue subtasks.
Tasks
colamnlimrpcqnliqqprtesstwnli
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/gpqa/README.md`)
GPQA
Paper
Title: GPQA: A Graduate-Level Google-Proof Q&A Benchmark
Abstract: https://arxiv.org/abs/2311.12022
We present GPQA, a challenging dataset of 448 multiple-choice questions written by domain experts in biology, physics, and chemistry. We ensure that the questions are high-quality and extremely difficult: experts who have or are pursuing PhDs in the corresponding domains reach 65% accuracy (74% when discounting clear mistakes the experts identified in retrospect), while highly skilled non-expert validators only reach 34% accuracy, despite spending on average over 30 minutes with unrestricted access to the web (i.e., the questions are “Google-proof”). The questions are also difficult for state-of-the-art AI systems, with our strongest GPT-4–based baseline achieving 39% accuracy. If we are to use future AI systems to help us answer very hard questions—for example, when developing new scientific knowledge—we need to develop scalable oversight methods that enable humans to supervise their outputs, which may be difficult even if the supervisors are themselves skilled and knowledgeable. The difficulty of GPQA both for skilled non-experts and frontier AI systems should enable realistic scalable oversight experiments, which we hope can help devise ways for human experts to reliably get truthful information from AI systems that surpass human capabilities.
Homepage: https://github.com/idavidrein/gpqa/tree/main
Citation
@misc{rein2023gpqa,
title={GPQA: A Graduate-Level Google-Proof Q&A Benchmark},
author={David Rein and Betty Li Hou and Asa Cooper Stickland and Jackson Petty and Richard Yuanzhe Pang and Julien Dirani and Julian Michael and Samuel R. Bowman},
year={2023},
eprint={2311.12022},
archivePrefix={arXiv},
primaryClass={cs.AI}
}This dataset is gated, so you will have to accept the terms of use at https://huggingface.co/datasets/Idavidrein/gpqa and login via huggingface-cli login using your HF Hub token before running this task.
Groups, Tags, and Tasks
Groups
None
Tags
gpqa: runs all GPQA variants.
Tasks
gpqa_{main, diamond, extended}_zeroshotgpqa_{main, diamond, extended}_n_shotgpqa_{main, diamond, extended}_generative_n_shotgpqa_{main, diamond, extended}_cot_zeroshotgpqa_{main, diamond, extended}_cot_n_shot
Changelog
- v2.2 (PR #3691): removed the answer-preprocessing bracket regex entirely. The narrowed
\[\w+\]from v2.1 still stripped IUPAC fusion locants (e.g.cyclopenta[c]pyridine→cyclopentapyridine) and astrophysics notation like[NeV]. GPQA contains no[title]markers, so the regex has no legitimate purpose. - v2.1 (PR #3735): narrowed the answer-preprocessing regex from
\[.*?\]to\[\w+\]. The previous pattern stripped any bracketed content, which destroyed mathematical expressions like[ (T_1 - T_2) / (T1*T2)]in answer choices (e.g. GPQA-Diamond Q171). PR #3735
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/graphwalks/README.md`)
GraphWalks: a multi hop reasoning long context benchmark
In Graphwalks, the model is given a graph represented by its edge list and asked to perform an operation.
Dataset
HuggingFace: https://huggingface.co/datasets/openai/graphwalks
Groups and Tasks
Groups
graphwalks: Run bothgraphwalks_128kandgraphwalks_1M
Tasks
graphwalks_128k: Up to 128k context lengthgraphwalks_1M: Between 256k-1M context length
[!NOTE]
Please note thatmax_gen_toksis set to16384, but non-reasoning models do not need this many tokens.
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/greekmmlu/README.md`)
GreekMMLU
Paper
Title: GreekMMLU: A Native-Sourced Multitask Benchmark for Evaluating Language Models in Greek
Abstract:
Large Language Models (LLMs) are commonly trained on multilingual corpora that include Greek, yet reliable evaluation benchmarks for Greek-particularly those based on authentic, native-sourced content-remain limited. Existing datasets are often machine-translated from English, failing to capture Greek linguistic and cultural characteristics. We introduce GreekMMLU, a native-sourced benchmark for massive multitask language understanding in Greek, comprising 21,805 multiple-choice questions across 45 subject areas, organized under a newly defined subject taxonomy and annotated with educational difficulty levels spanning primary to professional examinations. All questions are sourced or authored in Greek from academic, professional, and governmental exams. We publicly release 16,857 samples and reserve 4,948 samples for a private leaderboard to enable robust and contamination-resistant evaluation. Evaluations of over 80 open- and closed-source LLMs reveal substantial performance gaps between frontier and open-weight models, as well as between Greek-adapted models and general multilingual ones. Finally, we provide a systematic analysis of factors influencing performance-including model scale, adaptation, and prompting-and derive insights for improving LLM capabilities in Greek.
- Paper: https://arxiv.org/abs/2602.05150
- Github Homepage: https://github.com/mersinkonomi/GreekMMLU
- Dataset on Hugging Face: https://huggingface.co/datasets/dascim/GreekMMLU
- Private leaderboard: https://huggingface.co/spaces/yangzhang33/GreekMMLU-Leaderboard
Citation
@article{zhang2026greekmmlu,
title={GreekMMLU: A Native-Sourced Multitask Benchmark for Evaluating Language Models in Greek},
author={Zhang, Yang and Konomi, Mersin and Xypolopoulos, Christos and Divriotis, Konstantinos and Skianis, Konstantinos and Nikolentzos, Giannis and Stamou, Giorgos and Shang, Guokan and Vazirgiannis, Michalis},
journal={arXiv preprint arXiv:2602.05150},
year={2026}
}Groups and Tasks
Groups
gmmlu: evaluates all GreekMMLU tasks.gmmlu_stem: evaluates STEM GreekMMLU tasks.gmmlu_social_sciences: evaluates social science GreekMMLU tasks.gmmlu_humanities: evaluates humanities GreekMMLU tasks.gmmlu_other: evaluates other GreekMMLU tasks.
Overview (`lm_eval/tasks/groundcocoa/README.md`)
GroundCocoa
Paper
Title: GroundCocoa: A Benchmark for Evaluating Compositional & Conditional Reasoning in Language Models
Abstract: https://arxiv.org/abs/2404.04237
The rapid progress of large language models (LLMs) has seen them excel and frequently surpass human performance on standard benchmarks. This has enabled many downstream applications, such as LLM agents, to rely on their reasoning to address complex task requirements. However, LLMs are known to unexpectedly falter in simple tasks and under seemingly straightforward circumstances - underscoring the need for better and more diverse evaluation setups to measure their true capabilities. To this end, we choose to study compositional and conditional reasoning, two aspects that are central to human cognition, and introduce GroundCocoa - a lexically diverse benchmark connecting these reasoning skills to the real-world problem of flight booking. Our task involves aligning detailed user preferences with available flight options presented in a multiple-choice format. Results indicate a significant disparity in performance among current state-of-the-art LLMs with even the best performing model, GPT-4 Turbo, not exceeding 67% accuracy despite advanced prompting techniques.
Homepage: https://osu-nlp-group.github.io/GroundCocoa/
Citation
@misc{kohli2025groundcocoabenchmarkevaluatingcompositional,
title={GroundCocoa: A Benchmark for Evaluating Compositional & Conditional Reasoning in Language Models},
author={Harsh Kohli and Sachin Kumar and Huan Sun},
year={2025},
eprint={2404.04237},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2404.04237},
}Groups and Tasks
Groups
- Not part of a group yet
Tasks
groundcocoa
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/gsm8k/README.md`)
GSM8k
Paper
Training Verifiers to Solve Math Word Problems
https://arxiv.org/abs/2110.14168
State-of-the-art language models can match human performance on many tasks, but
they still struggle to robustly perform multi-step mathematical reasoning. To
diagnose the failures of current models and support research, we introduce GSM8K,
a dataset of 8.5K high quality linguistically diverse grade school math word problems.
We find that even the largest transformer models fail to achieve high test performance,
despite the conceptual simplicity of this problem distribution.
NOTE: See the official implementation of the task:
https://github.com/openai/grade-school-math/blob/master/grade_school_math/calculator.py
for how to make use of the dataset's calculator annotations in your language
model's sample/generation function.
Homepage: https://github.com/openai/grade-school-math
Citation
@misc{cobbe2021training,
title={Training Verifiers to Solve Math Word Problems},
author={Karl Cobbe and Vineet Kosaraju and Mohammad Bavarian and Jacob Hilton and Reiichiro Nakano and Christopher Hesse and John Schulman},
year={2021},
eprint={2110.14168},
archivePrefix={arXiv},
primaryClass={cs.LG}
}Groups and Tasks
Groups
math_word_problemschain_of_thoughtself_consistency
Tasks
gsm8kgsm8k_cot: GSM8K with Chain-of-Thoughtgsm8k_cot_self_consistency: GSM8K with Chain-of-Thought and Self-Consistencygsm8k_cot_llama: GSM8K with prompt formatting modified to conform to the evaluation settings described by Meta here: https://huggingface.co/datasets/meta-llama/Meta-Llama-3.1-8B-Instruct-evals/viewer/Meta-Llama-3.1-8B-Instruct-evals__gsm8k__details?row=0- Use this task with --fewshot_as_multiturn and --apply_chat_template to replicate Meta's reported performance.
Checklist
- Is in Eval-harness v1.0 ?
- Has been checked for regression from v1.0?
- Has been checked for equivalence with original paper methodology?
- "Main" checked variant clearly denoted?
Variant Wishlist
- Variant with Calculator (see https://github.com/openai/grade-school-math/blob/master/grade_school_math/calculator.py for example implementation)
- Using Verifiers
- Majority voting "without CoT"
Change log:
- [2026-01-27]
gsm8k_cot_llama(v4.0): set 'target_delimiter' to empty as the prompt ends with newline.
Overview (`lm_eval/tasks/gsm8k_platinum/README.md`)
GSM8k Platinum
GSM8K Platinum is a revised version of the full test set of GSM8K (Grade School Math 8K), a dataset of grade school math word problems. To revise this dataset, we ran a variety of frontier models each individual example and manually re-annotated any example for which at least one model made an error. We revise the labels of mislabeled examples, and remove any question that we determine to be poorly written (most often due to ambiguity in the problem statement). See our paper for further details on the revision process and our criteria for "bad" questions.
Paper
Do Large Language Model Benchmarks Test Reliability?
https://arxiv.org/abs/2502.03461
NOTE: See the official implementation of the task:
https://github.com/MadryLab/platinum-benchmarks/
for how to make use of the dataset's calculator annotations in your language
model's sample/generation function.
Blog: https://gradientscience.org/gsm8k-platinum/
Homepage: http://platinum-bench.csail.mit.edu/
Citation
@misc{vendrow2025largelanguagemodelbenchmarks,
title={Do Large Language Model Benchmarks Test Reliability?},
author={Joshua Vendrow and Edward Vendrow and Sara Beery and Aleksander Madry},
year={2025},
eprint={2502.03461},
archivePrefix={arXiv},
primaryClass={cs.LG},
url={https://arxiv.org/abs/2502.03461},
}
@misc{cobbe2021training,
title={Training Verifiers to Solve Math Word Problems},
author={Karl Cobbe and Vineet Kosaraju and Mohammad Bavarian and Jacob Hilton and Reiichiro Nakano and Christopher Hesse and John Schulman},
year={2021},
eprint={2110.14168},
archivePrefix={arXiv},
primaryClass={cs.LG}
}Groups and Tasks
Groups
math_word_problemschain_of_thoughtself_consistency
Tasks
gsm8k_platinumgsm8k_platinum_cot: GSM8K Platinum with Chain-of-Thoughtgsm8k_platinum_cot_self_consistency: GSM8K Platinum with Chain-of-Thought and Self-Consistencygsm8k_platinum_cot_llama: GSM8K Platinum with prompt formatting modified to conform to the evaluation settings described by Meta here: https://huggingface.co/datasets/meta-llama/Meta-Llama-3.1-8B-Instruct-evals/viewer/Meta-Llama-3.1-8B-Instruct-evals__gsm8k__details?row=0- Use this task with --fewshot_as_multiturn and --apply_chat_template to replicate Meta's reported performance.
Overview (`lm_eval/tasks/gsm_plus/README.md`)
gsm_plus
Paper
Title: GSM-PLUS: A Comprehensive Benchmark for Evaluating the Robustness of LLMs as Mathematical Problem Solvers
Abstract: Large language models (LLMs) have achieved impressive performance across various mathematical reasoning benchmarks. However, there are increasing debates regarding whether these models truly understand and apply mathematical knowledge or merely rely on shortcuts for mathematical reasoning. One essential and frequently occurring evidence is that when the math questions are slightly changed, LLMs can behave incorrectly. This motivates us to evaluate the robustness of LLMs’ math reasoning capability by testing a wide range of question variations. We introduce the adversarial grade school math (GSM-PLUS) dataset, an extension of GSM8K augmented with various mathematical perturbations. Our experiments on 25 LLMs and 4 prompting techniques show that while LLMs exhibit different levels of math reasoning abilities, their performances are far from robust. In particular, even for problems that have been solved in GSM8K, LLMs can make mistakes when new statements are added or the question targets are altered. We also explore whether more robust performance can be achieved by composing existing prompting methods, in which we try an iterative method that generates and verifies each intermediate thought based on its reasoning goal and calculation result.
Homepage: https://huggingface.co/datasets/qintongli/GSM-Plus
Citation
@misc{li2024gsmpluscomprehensivebenchmarkevaluating,
title={GSM-Plus: A Comprehensive Benchmark for Evaluating the Robustness of LLMs as Mathematical Problem Solvers},
author={Qintong Li and Leyang Cui and Xueliang Zhao and Lingpeng Kong and Wei Bi},
year={2024},
eprint={2402.19255},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2402.19255},
}Groups and Tasks
Groups
- Not part of a group yet
Tasks
The following tasks evaluate subjects in the gsm_plus dataset
gsm_plusgsm_plus_mini
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/haerae/README.md`)
HAE-RAE BENCH
Paper
Title: HAE-RAE Bench: Evaluation of Korean Knowledge in Language Models
Abstract: Large Language Models (LLMs) trained on massive corpora demonstrate impressive capabilities in a wide range of tasks. While there are ongoing efforts to adapt these models to languages beyond English, the attention given to their evaluation methodologies remains limited. Current multilingual benchmarks often rely on back translations or re-implementations of English tests, limiting their capacity to capture unique cultural and linguistic nuances. To bridge this gap for the Korean language, we introduce HAE-RAE Bench, a dataset curated to challenge models lacking Korean cultural and contextual depth. The dataset encompasses six downstream tasks across four domains: vocabulary, history, general knowledge, and reading comprehension. Contrary to traditional evaluation suites focused on token or sequence classification and specific mathematical or logical reasoning, HAE-RAE Bench emphasizes a model's aptitude for recalling Korean-specific knowledge and cultural contexts. Comparative analysis with prior Korean benchmarks indicates that the HAE-RAE Bench presents a greater challenge to non-native models, by disturbing abilities and knowledge learned from English being transferred.
Homepage: https://huggingface.co/datasets/HAERAE-HUB/HAE_RAE_BENCH
Citation
@misc{son2023haerae,
title={HAE-RAE Bench: Evaluation of Korean Knowledge in Language Models},
author={Guijin Son and Hanwool Lee and Suwan Kim and Huiseo Kim and Jaecheol Lee and Je Won Yeom and Jihyu Jung and Jung Woo Kim and Songseong Kim},
year={2023},
eprint={2309.02706},
archivePrefix={arXiv},
primaryClass={cs.CL}
}
Groups and Tasks
Groups
haerae: 'It consists of five tasks provided in the HAERAE-BENCH paper. 'Reading Comprehension' was excluded from the implementation due to copyright issues. We will include it in the next haerae update. For other tasks, some part of data may be replaced or increased with the production of Haerae v1.1. Please note this when using it.'
Tasks
The following tasks evaluate subjects in the HaeRae dataset
haerae_standard_nomenclaturehaerae_loan_wordhaerae_rare_wordhaerae_general_knowledgehaerae_history
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/headqa/README.md`)
HEAD-QA
Paper
HEAD-QA: A Healthcare Dataset for Complex Reasoning
https://arxiv.org/pdf/1906.04701.pdf
HEAD-QA is a multi-choice HEAlthcare Dataset. The questions come from exams to access a specialized position in the
Spanish healthcare system, and are challenging even for highly specialized humans. They are designed by the Ministerio
de Sanidad, Consumo y Bienestar Social.
The dataset contains questions about the following topics: medicine, nursing, psychology, chemistry, pharmacology and biology.
Homepage: https://aghie.github.io/head-qa/
Citation
@inproceedings{vilares-gomez-rodriguez-2019-head,
title = "{HEAD}-{QA}: A Healthcare Dataset for Complex Reasoning",
author = "Vilares, David and
G{\'o}mez-Rodr{\'i}guez, Carlos",
booktitle = "Proceedings of the 57th Annual Meeting of the Association for Computational Linguistics",
month = jul,
year = "2019",
address = "Florence, Italy",
publisher = "Association for Computational Linguistics",
url = "https://www.aclweb.org/anthology/P19-1092",
doi = "10.18653/v1/P19-1092",
pages = "960--966",
abstract = "We present HEAD-QA, a multi-choice question answering testbed to encourage research on complex reasoning. The questions come from exams to access a specialized position in the Spanish healthcare system, and are challenging even for highly specialized humans. We then consider monolingual (Spanish) and cross-lingual (to English) experiments with information retrieval and neural techniques. We show that: (i) HEAD-QA challenges current methods, and (ii) the results lag well behind human performance, demonstrating its usefulness as a benchmark for future work.",
}Groups and Tasks
Groups
headqa: Evaluatesheadqa_enandheadqa_es
Tasks
headqa_en- English variant of HEAD-QAheadqa_es- Spanish variant of HEAD-QA
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?\
- Same as LM Evaluation Harness v0.3.0 implementation
Overview (`lm_eval/tasks/hellaswag/README.md`)
HellaSwag
Paper
Title: HellaSwag: Can a Machine Really Finish Your Sentence?
Abstract: https://arxiv.org/abs/1905.07830
Recent work by Zellers et al. (2018) introduced a new task of commonsense natural language inference: given an event description such as "A woman sits at a piano," a machine must select the most likely followup: "She sets her fingers on the keys." With the introduction of BERT, near human-level performance was reached. Does this mean that machines can perform human level commonsense inference?
In this paper, we show that commonsense inference still proves difficult for even state-of-the-art models, by presenting HellaSwag, a new challenge dataset. Though its questions are trivial for humans (>95% accuracy), state-of-the-art models struggle (<48%). We achieve this via Adversarial Filtering (AF), a data collection paradigm wherein a series of discriminators iteratively select an adversarial set of machine-generated wrong answers. AF proves to be surprisingly robust. The key insight is to scale up the length and complexity of the dataset examples towards a critical 'Goldilocks' zone wherein generated text is ridiculous to humans, yet often misclassified by state-of-the-art models.
Our construction of HellaSwag, and its resulting difficulty, sheds light on the inner workings of deep pretrained models. More broadly, it suggests a new path forward for NLP research, in which benchmarks co-evolve with the evolving state-of-the-art in an adversarial way, so as to present ever-harder challenges.
Homepage: https://rowanzellers.com/hellaswag/
Citation
@inproceedings{zellers2019hellaswag,
title={HellaSwag: Can a Machine Really Finish Your Sentence?},
author={Zellers, Rowan and Holtzman, Ari and Bisk, Yonatan and Farhadi, Ali and Choi, Yejin},
booktitle ={Proceedings of the 57th Annual Meeting of the Association for Computational Linguistics},
year={2019}
}Groups and Tasks
Groups
- Not part of a group yet
Tasks
hellaswag
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/hendrycks_ethics/README.md`)
ETHICS Dataset
Paper
Pointer Sentinel Mixture Models
https://arxiv.org/pdf/1609.07843.pdf
The ETHICS dataset is a benchmark that spans concepts in justice, well-being,
duties, virtues, and commonsense morality. Models predict widespread moral
judgments about diverse text scenarios. This requires connecting physical and
social world knowledge to value judgements, a capability that may enable us
to steer chatbot outputs or eventually regularize open-ended reinforcement
learning agents.
Homepage: https://github.com/hendrycks/ethics
Citation
@article{hendrycks2021ethics
title={Aligning AI With Shared Human Values},
author={Dan Hendrycks and Collin Burns and Steven Basart and Andrew Critch and Jerry Li and Dawn Song and Jacob Steinhardt},
journal={Proceedings of the International Conference on Learning Representations (ICLR)},
year={2021}
}Groups and Tasks
Groups
hendrycks_ethics
Tasks
ethics_cmethics_deontologyethics_justiceethics_utilitarianism- (MISSING)
ethics_utilitarianism_original ethics_virtue
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
- Matches v0.3.0 of Eval Harness
Overview (`lm_eval/tasks/hendrycks_math/README.md`)
MATH
Paper
Measuring Mathematical Problem Solving With the MATH Dataset
https://arxiv.org/abs/2103.03874
Many intellectual endeavors require mathematical problem solving, but this skill remains beyond the capabilities of computers. To measure this ability in machine learning models, we introduce MATH, a new dataset of 12,500 challenging competition mathematics problems. Each problem in MATH has a full step-by-step solution which can be used to teach models to generate answer derivations and explanations.
NOTE: This task corresponds to the MATH (hendrycks_math) implementation at https://github.com/EleutherAI/lm-evaluation-harness/tree/master . For the variant which uses the custom 4-shot prompt in the Minerva paper (https://arxiv.org/abs/2206.14858), and SymPy answer checking as done by Minerva, see lm_eval/tasks/minerva_math.
Homepage: https://github.com/hendrycks/math
Citation
@article{hendrycksmath2021,
title={Measuring Mathematical Problem Solving With the MATH Dataset},
author={Dan Hendrycks and Collin Burns and Saurav Kadavath and Akul Arora and Steven Basart and Eric Tang and Dawn Song and Jacob Steinhardt},
journal={NeurIPS},
year={2021}
}Groups and Tasks
Groups
hendrycks_math: the MATH benchmark from Hendrycks et al. 0- or few-shot.
Tasks
hendrycks_math_algebrahendrycks_math_counting_and_probhendrycks_math_geometryhendrycks_math_intermediate_algebrahendrycks_math_num_theoryhendrycks_math_prealgebrahendrycks_math_precalchendrycks_math500
Checklist
The checklist is the following:
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
- Answer extraction code is taken from the original MATH benchmark paper's repository.
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/histoires_morales/README.md`)
Histoires Morales
Paper
Title: Histoires Morales: A French Dataset for Assessing Moral Alignment
Abstract: https://arxiv.org/pdf/2501.17117
⚖ Histoires Morales is the first dataset for moral model alignment evaluation in French. It consists of narratives describing normative and norm-divergent actions taken by individuals to achieve certain intentions in concrete situations, along with their respective consequences.
Each of the 12,000 stories (histoires) follows the same seven-sentence structure as the Moral Stories dataset:
Context:
- Norm: A guideline for social conduct generally observed by most people in everyday situations.
- Situation: The setting of the story, introducing participants and describing their environment.
- Intention: A reasonable goal that one of the story participants (the actor) wants to achieve.
Normative path:
4. Normative action: An action by the actor that fulfills the intention while observing the norm.
5. Normative consequence: A possible effect of the normative action on the actor’s environment.
Norm-divergent path:
6. Divergent action: An action by the actor that fulfills the intention but diverges from the norm.
7. Divergent consequence: A possible effect of the divergent action on the actor’s environment.
Histoires Morales is adapted to French from the widely used Moral Stories dataset.
We translated the Moral Stories dataset and refined these translations through manual annotations.
See paper for more details.
Homepage: https://huggingface.co/datasets/LabHC/histoires_morales
Citation
Coming soon (accepted to NAACL 2025)
Groups, Tags, and Tasks
Groups
- Not part of a group yet
Tags
No tags, since there is a single task.
Tasks
histoires_morales.yaml
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/hrm8k/README.md`)
HRM8K
Paper
Title: Understand, Solve and Translate: Bridging the Multilingual Mathematical Reasoning Gap
Large language models (LLMs) demonstrate exceptional performance on complex reasoning tasks. However, despite their strong reasoning capabilities in high-resource languages (e.g., English and Chinese), a significant performance gap persists in other languages. To investigate this gap in Korean, we introduce HRM8K, a benchmark comprising 8,011 English-Korean parallel bilingual math problems. Through systematic analysis of model behaviors, we identify a key finding: these performance disparities stem primarily from difficulties in comprehending non-English inputs, rather than limitations in reasoning capabilities. Based on these findings, we propose UST (Understand, Solve, and Translate), a method that strategically uses English as an anchor for reasoning and solution generation. By fine-tuning the model on 130k synthetically generated data points, UST achieves a 10.91% improvement on the HRM8K benchmark and reduces the multilingual performance gap from 11.6% to 0.7%. Additionally, we show that improvements from UST generalize effectively to different Korean domains, demonstrating that capabilities acquired from machine-verifiable content can be generalized to other areas. We publicly release the benchmark, training dataset, and models.
Homepage: https://huggingface.co/datasets/HAERAE-HUB/HRM8K
Evaluation Settings
The authors suggest (Appendix B) using:
- Sampling temperature:
0.7 - Top‑p:
0.95 - Output length: min
8tokens, max2048tokens (max_gen_toks)
We default to greedy decoding.
Citation
@article{ko2025understand,
title={Understand, Solve and Translate: Bridging the Multilingual Mathematical Reasoning Gap},
author={Ko, Hyunwoo and Son, Guijin and Choi, Dasol},
journal={arXiv preprint arXiv:2501.02448},
year={2025}
}Groups and Tasks
Groups
hrm8k: HRM8K comprises 8,011 instances for evaluation, sourced through a combination of translations from established English benchmarks (e.g., GSM8K, MATH, OmniMath, MMMLU) and original problems curated from existing Korean math exams. This benchmark consists of Korean instruction and question.hrm8k_en: English version ofhrm8k. This benchmark consists of English instruction and question.
Tasks
hrm8k_{gsm8k|ksm|math|mmmlu|omni_math}hrm8k_en_{gsm8k|ksm|math|mmmlu|omni_math}
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Changelog
- 2025-07-22: v1.1: increased
max_gen_toksto 2048
Overview (`lm_eval/tasks/humaneval/README.md`)
HumanEval
Paper
Evaluating Large Language Models Trained on Code
https://arxiv.org/abs/2107.03374
We introduce Codex, a GPT language model fine-tuned on publicly available code from GitHub, and study its Python code-writing capabilities. A distinct production version of Codex powers GitHub Copilot. On HumanEval, a new evaluation set we release to measure functional correctness for synthesizing programs from docstrings, our model solves 28.8% of the problems, while GPT-3 solves 0% and GPT-J solves 11.4%. Furthermore, we find that repeated sampling from the model is a surprisingly effective strategy for producing working solutions to difficult prompts. Using this method, we solve 70.2% of our problems with 100 samples per problem. Careful investigation of our model reveals its limitations, including difficulty with docstrings describing long chains of operations and with binding operations to variables. Finally, we discuss the potential broader impacts of deploying powerful code generation technologies, covering safety, security, and economics.
Homepage: https://github.com/openai/human-eval
Note: For instruct tuned models, we recommend the instruct variant. That uses a gen_prefix to ensure the model completes the partial code snippet (might not work with all APIs)
Citation
@article{chen2021codex,
title={Evaluating Large Language Models Trained on Code},
author={Mark Chen and Jerry Tworek and Heewoo Jun and Qiming Yuan and Henrique Ponde de Oliveira Pinto and Jared Kaplan and Harri Edwards and Yuri Burda and Nicholas Joseph and Greg Brockman and Alex Ray and Raul Puri and Gretchen Krueger and Michael Petrov and Heidy Khlaaf and Girish Sastry and Pamela Mishkin and Brooke Chan and Scott Gray and Nick Ryder and Mikhail Pavlov and Alethea Power and Lukasz Kaiser and Mohammad Bavarian and Clemens Winter and Philippe Tillet and Felipe Petroski Such and Dave Cummings and Matthias Plappert and Fotios Chantzis and Elizabeth Barnes and Ariel Herbert-Voss and William Hebgen Guss and Alex Nichol and Alex Paino and Nikolas Tezak and Jie Tang and Igor Babuschkin and Suchir Balaji and Shantanu Jain and William Saunders and Christopher Hesse and Andrew N. Carr and Jan Leike and Josh Achiam and Vedant Misra and Evan Morikawa and Alec Radford and Matthew Knight and Miles Brundage and Mira Murati and Katie Mayer and Peter Welinder and Bob McGrew and Dario Amodei and Sam McCandlish and Ilya Sutskever and Wojciech Zaremba},
year={2021},
eprint={2107.03374},
archivePrefix={arXiv},
primaryClass={cs.LG}
}Groups and Tasks
Groups
- Not part of a group yet.
Tasks
humanevalpass@1humaneval_64pass@64 varianthumaneval_instruct: pass@1 with config more appropriate for instruct models. (implementation taken from llama evals)humaneval_64_instruct: pass@64 variant
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Changelog
v2 20-MAR-2025: humaneval_instruct, humaneval_instruct_64: fixed typo in gen_prefix
v3 30-JUN-2025: Updated prompt generation and output parsing to align with the official Llama-3.1-70B-Instruct-evals. This corrects the prompt format and fixes a bug in locating the code block. See PR #3092.
v4 01-AUG-2025: Synchronized definitions between humaneval_instruct and humaneval_instruct_64. The former had a trailing space in gen_prefix, and the latter's doc_to_text was outdated.
Overview (`lm_eval/tasks/humaneval_infilling/README.md`)
Humaneval-Infilling
Paper
Title: Efficient Training of Language Models to Fill in the Middle
Abstract: https://arxiv.org/pdf/2207.14255
We show that autoregressive language models can learn to infill text after we apply a straightforward transformation to the dataset, which simply moves a span of text from the middle of a document to its end. While this data augmentation has garnered much interest in recent years, we provide extensive evidence that training models with a large fraction of data transformed in this way does not harm the original left-to-right generative capability, as measured by perplexity and sampling evaluations across a wide range of scales. Given the usefulness, simplicity, and efficiency of training models to fill-in-the-middle (FIM), we suggest that future autoregressive language models be trained with FIM by default. To this end, we run a series of ablations on key hyperparameters, such as the data transformation frequency, the structure of the transformation, and the method of selecting the infill span. We use these ablations to prescribe strong default settings and best practices to train FIM models. We have released our best infilling model trained with best practices in our API, and release our infilling benchmarks to aid future research.
Homepage: https://github.com/openai/human-eval-infilling
Citation
@article{bavarian2022efficient,
title={Efficient Training of Language Models to Fill in the Middle},
author={Bavarian, Mohammad and Jun, Heewoo and Tezak, Nikolas and Schulman, John and McLeavey, Christine and Tworek, Jerry and Chen, Mark},
journal={arXiv preprint arXiv:2207.14255},
year={2022}
}Groups and Tasks
Groups
humaneval_infilling
This dataset has 4 subsets: HumanEval-MultiLineInfilling, HumanEval-SingleLineInfilling, HumanEval-RandomSpanInfilling, HumanEval-RandomSpanInfillingLight. The single-line, multi-line, random span infilling and its light version have 1033, 5815, 1640 and 164 tasks, respectively.
Tasks
humaneval_single_line_infillinghumaneval_multi_line_infillinghumaneval_random_span_infillinghumaneval_random_span_infilling_light
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/icelandic_winogrande/README.md`)
Icelandic WinoGrande
Paper
Title: A Warm Start and a Clean Crawled Corpus - A Recipe for Good Language Models
Link: https://aclanthology.org/2022.lrec-1.464/
Dataset: https://huggingface.co/datasets/mideind/icelandic-winogrande
Icelandic WinoGrande is a manually translated and localized version of the English-language WinoGrande dataset, designed to be 'a new and challenging benchmark for commonsense reasoning and natural language understanding' in Icelandic (Snæbjarnarson et al., 2022).
Implementation Note: The original dataset is designed for evaluation on a BERT model. Following the evaluation method used for the original (English-language) WinoGrande on the Harness (see information here), this evaluation uses partial scoring as described by Trinh & Le (2018) to allow evaluation on autoregressive models.
Groups and Tasks
Groups
- Not part of a group yet.
Tasks
icelandic_winogrande
Citation
@inproceedings{snaebjarnarson-etal-2022-warm,
title = "A Warm Start and a Clean Crawled Corpus - A Recipe for Good Language Models",
author = "Sn{\ae}bjarnarson, V{\'e}steinn and
S{\'i}monarson, Haukur Barri and
Ragnarsson, P{\'e}tur Orri and
Ing{\'o}lfsd{\'o}ttir, Svanhv{\'i}t Lilja and
J{\'o}nsson, Haukur and
Thorsteinsson, Vilhjalmur and
Einarsson, Hafsteinn",
editor = "Calzolari, Nicoletta and
B{\'e}chet, Fr{\'e}d{\'e}ric and
Blache, Philippe and
Choukri, Khalid and
Cieri, Christopher and
Declerck, Thierry and
Goggi, Sara and
Isahara, Hitoshi and
Maegaard, Bente and
Mariani, Joseph and
Mazo, H{\'e}l{\`e}ne and
Odijk, Jan and
Piperidis, Stelios",
booktitle = "Proceedings of the Thirteenth Language Resources and Evaluation Conference",
month = jun,
year = "2022",
address = "Marseille, France",
publisher = "European Language Resources Association",
url = "https://aclanthology.org/2022.lrec-1.464/",
pages = "4356--4366"
}Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
Overview (`lm_eval/tasks/ifeval/README.md`)
IFEval
Paper
Title: Instruction-Following Evaluation for Large Language Models
Abstract: https://arxiv.org/abs/2311.07911
One core capability of Large Language Models (LLMs) is to follow natural language instructions. However, the evaluation of such abilities is not standardized: Human evaluations are expensive, slow, and not objectively reproducible, while LLM-based auto-evaluation is potentially biased or limited by the ability of the evaluator LLM. To overcome these issues, we introduce Instruction-Following Eval (IFEval) for large language models. IFEval is a straightforward and easy-to-reproduce evaluation benchmark. It focuses on a set of "verifiable instructions" such as "write in more than 400 words" and "mention the keyword of AI at least 3 times". We identified 25 types of those verifiable instructions and constructed around 500 prompts, with each prompt containing one or more verifiable instructions. We show evaluation results of two widely available LLMs on the market. Our code and data can be found at https://github.com/google-research/google-research/tree/master/instruction_following_eval
Homepage: https://github.com/google-research/google-research/tree/master/instruction_following_eval
Citation
@article{zhou2023instructionfollowing,
title={Instruction-Following Evaluation for Large Language Models},
author={Jeffrey Zhou and Tianjian Lu and Swaroop Mishra and Siddhartha Brahma and Sujoy Basu and Yi Luan and Denny Zhou and Le Hou},
journal={arXiv preprint arXiv:2311.07911},
year={2023},
}Groups and Tasks
Groups
- Not part of a group yet
Tasks
ifeval
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/include/README.md`)
INCLUDE
Paper
Title: INCLUDE: Evaluating Multilingual Language Understanding with Regional Knowledge
Abstract: https://arxiv.org/abs/2411.19799
INCLUDE is a comprehensive knowledge- and reasoning-centric benchmark across 44 languages that evaluates multilingual LLMs for performance in the actual language environments where they would be deployed. It contains 22,637 4-option multiple-choice-questions (MCQ) extracted from academic and professional exams, covering 57 topics, including regional knowledge.
🤗 CohereForAI/include-base-44: Benchmark which supports 44 languages, each with 500 regional samples and 50 region-agnostic ones.
Tasks:
We add the following evaluations:
- prompting with instructions in english for the 0-shot setting (
default) - prompting with instructions in english for the 5-shot setting (
few_shot_en) - prompting with instructions in the in-sample language for the 5-shot setting (
few_shot_og)
Languages
Albanian, Arabic, Armenian, Azerbaijani, Basque, Belarusian, Bengali, Bulgarian, Chinese, Croatian, Dutch, Estonian, Finnish, French, Georgian, German, Greek, Hebrew, Hindi, Hungarian, Indonesia, Italian, Japanese, Kazakh, Korean, Lithuanian, Malay, Malayalam, Nepali, North Macedonian, Persian, Polish, Portuguese, russian, Serbian, Spanish, Tagalog, Tamil, Telugu, Turkish, Ukrainian, Urdu, Uzbek, Vietnamese
Domains
Academic: Accounting, Agriculture, Anthropology, Architecture and Design, Arts & Humanities, Biology, Business administration, Business ethics, Business, Chemistry, Computer Science, Culturology, Earth science, Economics, Education, Engineering, Environmental studies and forestry, Family and consumer science, Finance, Geography, Health, History, Human physical performance and recreation, Industrial and labor relations, International trade, Journalism, media studies, and communication, Language, Law, Library and museum studies, Literature, Logic, Management, Marketing, Math, Medicine, Military Sciences, Multiple exams, Performing arts, Philosophy, Physics, Political sciences, Psychology, Public Administration, Public Policy, Qualimetry, Religious studies, Risk management and insurance, Social Work, Social work, Sociology, STEM, Transportation, Visual Arts
Licenses: Driving License, Marine License, Medical License, Professional Certifications
Changelog
- v0.1: Renamed
few_shot_enandfew_shot_ogvariant group names frominclude_base_44_<lang>toinclude_base_44_<lang>_few_shot_enandinclude_base_44_<lang>_few_shot_ogrespectively, to resolve duplicate group name conflicts with thedefaultvariants.
Citation
@article{romanou2024include,
title={INCLUDE: Evaluating Multilingual Language Understanding with Regional Knowledge},
author={Angelika Romanou and Negar Foroutan and Anna Sotnikova and Zeming Chen and Sree Harsha Nelaturu and Shivalika Singh and Rishabh Maheshwary and Micol Altomare and Mohamed A Haggag and Imanol Schlag and Marzieh Fadaee and Sara Hooker and Antoine Bosselut and others},
journal={ICLR},
year={2024},
primaryClass={cs.CL},
eprint={2411.19799},
url={https://arxiv.org/abs/2411.19799},
}Overview (`lm_eval/tasks/indicparam/README.md`)
IndicParam
Multiple-choice benchmark covering 13,207 questions across 12 subsets of low-resource Indic languages from Indian competitive exam papers (UGC-NET).
Dataset
- HuggingFace: bharatgenai/IndicParam
- Paper: IndicParam: Benchmark to evaluate LLMs on low-resource Indic Languages
- Reference impl: https://github.com/ayushbits/IndicParam
- Split: test only (13,207 examples)
- Config:
IndicParam(single config, filtered bysubjectcolumn)
Languages / Subtasks
| Task name | Subject (dataset value) |
|---|---|
indicparam_bodo |
Bodo |
indicparam_dogri |
Dogri |
indicparam_gujarati |
Gujarati_surya |
indicparam_konkani |
Konkani |
indicparam_maithili |
Maithili |
indicparam_marathi |
Marathi |
indicparam_nepali |
Nepali |
indicparam_oriya |
Oriya |
indicparam_rajasthani |
Rajasthani |
indicparam_sanskrit |
Sanskrit |
indicparam_sanskrit_mix |
Sanskrit Mix |
indicparam_santali |
Santali |
Task format
output_type:multiple_choice- Prompt:
Question: {question_text}\nA. {option_a}\nB. {option_b}\nC. {option_c}\nD. {option_d}\nAnswer: - Target: index of correct choice (from
correct_answercolumn:a/b/c/d) - Metric:
acc(mean)
Usage
# All languages
lm_eval --model hf --model_args pretrained=meta-llama/Llama-2-7b-hf --tasks indicparam
# Single language
lm_eval --model hf --model_args pretrained=meta-llama/Llama-2-7b-hf --tasks indicparam_gujaratiCitation
@inproceedings{maheshwari2026indicparam,
title={IndicParam: Benchmark to evaluate LLMs on low-resource Indic Languages},
author={Maheshwari, Ayush and Sharma, Kaushal and Patel, Vivek and Maheshwari, Aditya},
booktitle={Proceedings of the 2026 Conference on Empirical Methods in Natural Language Processing (EMNLP)},
year={2026}
}Overview (`lm_eval/tasks/indicxnli/README.md`)
IndicXNLI (Gujarati)
Paper
Title: IndicXNLI: Evaluating Multilingual Inference for Indian Languages
Abstract: https://arxiv.org/abs/2204.08776
INDICXNLI extends the XNLI natural language inference benchmark to eleven major
Indic languages via machine translation, verified against the original English
XNLI dataset. This task adds evaluation for Gujarati, which is not covered
by the original xnli task group in this repository (facebook/xnli does not
include Gujarati).
Homepage: https://huggingface.co/datasets/Divyanshu/indicxnli
Citation
@misc{https://doi.org/10.48550/arxiv.2204.08776,
doi = {10.48550/ARXIV.2204.08776},
url = {https://arxiv.org/abs/2204.08776},
author = {Aggarwal, Divyanshu and Gupta, Vivek and Kunchukuttan, Anoop},
title = {IndicXNLI: Evaluating Multilingual Inference for Indian Languages},
publisher = {arXiv},
year = {2022},
copyright = {Creative Commons Attribution 4.0 International}
}
Groups, Tags, and Tasks
Tasks
indicxnli_gu: Gujarati natural language inference (entailment/neutral/contradiction), scored via loglikelihood over the three label continuations, following the same format as the existingxnlitask family.
Checklist
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- Have you checked if there is a reference implementation, and matched its setup where applicable? The scoring format matches the existing xnli_* tasks in this repo, the closest available reference implementation.
- Is this a new variant of an existing task?
- This is not part of the existing xnli group, since that group is built on facebook/xnli, which does not include Gujarati. This task instead uses Divyanshu/indicxnli, the dataset from the IndicXNLI paper, mirroring the xnli task structure for consistency.
Overview (`lm_eval/tasks/infinitebench/README.md`)
InfiniteBench
Paper
Title: ∞Bench: Extending Long Context Evaluation Beyond 100K Tokens
Abstract: https://arxiv.org/abs/2402.13718
InfiniteBench is the first LLM benchmark featuring an average data length surpassing 100K tokens. It includes 12 tasks spanning 5 domains (retrieval, code, math, novels, dialogue) across English and Chinese.
Homepage: https://github.com/OpenBMB/InfiniteBench
Citation
@article{zhang2024infinitebench,
title={$\infty$Bench: Extending Long Context Evaluation Beyond 100K Tokens},
author={Zhang, Xinrong and Chen, Yingfa and Hu, Shengding and Xu, Zihang and Chen, Junhao and Hao, Moo and Han, Xu and Thai, Zhen Leng and Wang, Shuo and Liu, Zhiyuan and Sun, Maosong},
journal={arXiv preprint arXiv:2402.13718},
year={2024}
}Groups and Tasks
Groups
infinitebench: All 11 InfiniteBench tasks (math_calc excluded due to evaluation complexity)
Tasks
| Task | Split | Domain | Description | Metric |
|---|---|---|---|---|
infinitebench_passkey |
passkey | Retrieval | Find a hidden passkey in irrelevant text | First-int match |
infinitebench_kv_retrieval |
kv_retrieval | Retrieval | Extract value for a given key from JSON | Word match |
infinitebench_number_string |
number_string | Retrieval | Find a hidden number in text | First-int match |
infinitebench_code_run |
code_run | Code | Determine output of Python function chain | Last-word match |
infinitebench_code_debug |
code_debug | Code | Identify which function has a bug | Last-letter match |
infinitebench_math_find |
math_find | Math | Find specific information in math text | First-number match |
infinitebench_longdialogue_qa_en |
longdialogue_qa_en | Dialogue | Answer questions about a long dialogue | Substring match |
infinitebench_longbook_qa_en |
longbook_qa_en | Novel (EN) | Answer questions about a book | Token F1 |
infinitebench_longbook_sum_en |
longbook_sum_en | Novel (EN) | Summarize a book | ROUGE-Lsum |
infinitebench_longbook_choice_en |
longbook_choice_en | Novel (EN) | Multiple-choice about a book | Last-letter match |
infinitebench_longbook_qa_chn |
longbook_qa_chn | Novel (ZH) | Answer questions about a book (Chinese) | Character F1 |
Usage
# Run all InfiniteBench tasks
lm_eval --model hf --model_args pretrained=<model_name> --tasks infinitebench
# Run a specific task
lm_eval --model hf --model_args pretrained=<model_name> --tasks infinitebench_passkey
# With vLLM for faster inference on long contexts
lm_eval --model vllm \
--model_args pretrained=<model_name>,max_model_len=131072 \
--tasks infinitebenchNotes
- Context length: Most tasks have contexts exceeding 100K tokens. Ensure your model supports sufficient context length.
- math_calc is excluded from this implementation as it requires complex multi-step calculation verification.
- Dataset: Loaded from
xinrongzhang2022/InfiniteBenchon HuggingFace Hub. - Evaluation methods match the official InfiniteBench implementation. Each task uses the scoring method from the original paper: first-int extraction for retrieval, token-level F1 for QA, ROUGE-Lsum for summarization, and last-letter extraction for multiple-choice.
Overview (`lm_eval/tasks/inverse_scaling/README.md`)
inverse_scaling
Paper
Title: Inverse Scaling: When Bigger Isn't Better
Abstract: Work on scaling laws has found that large language models (LMs) show predictable improvements to overall loss with increased scale (model size, training data, and compute). Here, we present evidence for the claim that LMs may show inverse scaling, or worse task performance with increased scale, e.g., due to flaws in the training objective and data. We present empirical evidence of inverse scaling on 11 datasets collected by running a public contest, the Inverse Scaling Prize, with a substantial prize pool. Through analysis of the datasets, along with other examples found in the literature, we identify four potential causes of inverse scaling: (i) preference to repeat memorized sequences over following in-context instructions, (ii) imitation of undesirable patterns in the training data, (iii) tasks containing an easy distractor task which LMs could focus on, rather than the harder real task, and (iv) correct but misleading few-shot demonstrations of the task. We release the winning datasets at this https URL to allow for further investigation of inverse scaling. Our tasks have helped drive the discovery of U-shaped and inverted-U scaling trends, where an initial trend reverses, suggesting that scaling trends are less reliable at predicting the behavior of larger-scale models than previously understood. Overall, our results suggest that there are tasks for which increased model scale alone may not lead to progress, and that more careful thought needs to go into the data and objectives for training language models.
Note: This is not official implementation of inverse scaling prize. Implemented by h-albert-lee with permission from the authors of the paper.
Homepage: https://github.com/inverse-scaling/prize
Citation
@article{mckenzie2023inverse,
title={Inverse Scaling: When Bigger Isn't Better},
author={Ian R. McKenzie and Alexander Lyzhov and Michael Pieler and Alicia Parrish and Aaron Mueller and Ameya Prabhu and Euan McLean and Aaron Kirtland and Alexis Ross and Alisa Liu and Andrew Gritsevskiy and Daniel Wurgaft and Derik Kauffman and Gabriel Recchia and Jiacheng Liu and Joe Cavanagh and Max Weiss and Sicong Huang and The Floating Droid and Tom Tseng and Tomasz Korbak and Xudong Shen and Yuhui Zhang and Zhengping Zhou and Najoung Kim and Samuel R. Bowman and Ethan Perez},
journal={arXiv preprint arXiv:2306.09479},
year={2023}
}
Groups and Tasks
Groups
inverse_scaling_mc: all tasks of Inverse Scaling Prize (currently aside from Prompt Injection), matching their implementations on OPT for multiple-choice type classification tasks. These match the published dataset versions from the prize, which may slightly differ from numbers in the paper (but have been tested for equivalence to the OPT numbers reported at https://huggingface.co/inverse-scaling/opt-1.3b_eval for multiple sizes.
Tasks
inverse_scaling_hindsight_neglect_10shotinverse_scaling_redefine_mathinverse_scaling_quote_repetitioninverse_scaling_neqainverse_scaling_winobias_antistereotype: not an official Inverse Scaling prize winner, but eval results reported on it at https://huggingface.co/inverse-scaling/opt-1.3b_eval .inverse_scaling_into_the_unknowninverse_scaling_memo_trapinverse_scaling_modus_tollensinverse_scaling_pattern_matching_suppressioninverse_scaling_repetitive_algebrainverse_scaling_sig_figs
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/japanese_leaderboard/README.md`)
Japanese Leaderboard
The Japanese LLM Leaderboard evaluates language models based on a wide range of NLP tasks that reflect the characteristics of the Japanese language.
Groups, Tags, and Tasks
Groups
japanese_leaderboard: runs all tasks defined in this directory
Tasks
Generation Evaluation
ja_leaderboard_jaqket_v2: The JAQKET dataset is designed for Japanese question answering research, featuring quiz-like questions with answers derived from Wikipedia article titles. Sourceja_leaderboard_mgsm: Multilingual Grade School Math Benchmark (MGSM) is a benchmark of grade-school math problems, proposed in the paper Language models are multilingual chain-of-thought reasoners. Sourceja_leaderboard_xlsum: This is the filtered Japanese subset of XL-Sum. Sourceja_leaderboard_jsquad: JSQuAD is a Japanese version of SQuAD, a reading comprehension dataset. Each instance in the dataset consists of a question regarding a given context (Wikipedia article) and its answer. JSQuAD is based on SQuAD 1.1 (there are no unanswerable questions). Source
Multi-Choice/Classification Evaluation
ja_leaderboard_jcommonsenseqa: JCommonsenseQA is a Japanese version of CommonsenseQA, which is a multiple-choice question answering dataset that requires commonsense reasoning ability. Sourceja_leaderboard_jnli: JNLI is a Japanese version of the NLI (Natural Language Inference) dataset. The inference relations are entailment (含意), contradiction (矛盾), and neutral (中立). Sourceja_leaderboard_marc_ja: MARC-ja is a text classification dataset based on the Japanese portion of Multilingual Amazon Reviews Corpus (MARC). Sourceja_leaderboard_xwinograd: This is the Japanese portion of XWinograd. Source
Citation
/* Detailed source-code truncated for AI context efficiency. */Credit
Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/jfinqa/README.md`)
jfinqa
Paper
Title: jfinqa: Japanese Financial Numerical Reasoning QA Benchmark
Homepage: https://github.com/ajtgjmdjp/jfinqa
Citation
@misc{ogawa2025jfinqa,
title={jfinqa: Japanese Financial Numerical Reasoning QA Benchmark},
author={Ogawa, Saichi},
year={2025},
url={https://github.com/ajtgjmdjp/jfinqa},
}Description
jfinqa is a benchmark of 1000 questions for evaluating LLMs on numerical reasoning over Japanese corporate financial statements. Each question requires multi-step arithmetic (1-5 steps) over tables extracted from real EDINET filings, spanning 68 companies across J-GAAP, IFRS, and US-GAAP.
Three subtasks:
| Subtask | Questions | Description |
|---|---|---|
| Numerical Reasoning | 550 | Calculate financial metrics (growth rates, margins, ratios) |
| Consistency Checking | 200 | Verify internal consistency of reported figures |
| Temporal Reasoning | 250 | Determine direction of year-over-year changes |
Baseline results
| Model | Overall | Numerical Reasoning | Consistency Checking | Temporal Reasoning |
|---|---|---|---|---|
| GPT-4o | 86.8% | 79.6% | 93.5% | 97.2% |
| Gemini 2.0 Flash | 77.3% | 78.7% | 82.5% | 70.0% |
| GPT-4o-mini | 69.0% | 83.6% | 86.0% | 23.2% |
1000 questions, zero-shot, temperature=0, numerical matching with 1% tolerance
Groups and Tasks
- Group:
jfinqa - Tasks:
jfinqa_numerical— Numerical reasoning (550 questions)jfinqa_consistency— Consistency checking (200 questions)jfinqa_temporal— Temporal reasoning (250 questions)
Dataset
- HuggingFace: https://huggingface.co/datasets/ajtgjmdjp/jfinqa
- PyPI: https://pypi.org/project/jfinqa/
- License: Apache-2.0
- Source data: EDINET (Japan's Financial Services Agency)
Checklist
- Is the task an existing benchmark in the literature? — Yes, published with dataset, evaluation code, and baseline results.
- Have you verified the samples from the dataset are correct? — Yes, all 1000 questions have DSL-verified gold answers.
- Is the dataset publicly available? — Yes, on HuggingFace Hub and PyPI.
- Does the task have a dedicated README.md? — This file.
- Have you cited the original paper? — Yes (see Citation above).
Overview (`lm_eval/tasks/jsonschema_bench/README.md`)
JSONSchema Bench
Tasks
jsonschema_bench_easy, corresponding to thegithub_easysplit of the original paperjsonschema_bench_medium, corresponding to thegithub_mediumsplit of the original paperjsonschema_bench_hard, corresponding to thegithub_hardsplit of the original paper
Use jsonschema_bench tag to run all three tasks.
Metrics
The JSONSchema Bench tasks are evaluated using the following two metrics:
json_validity: This metric checks whether the generated output is valid JSON. It is a binary metric, where 1 indicates valid JSON and 0 indicates invalid JSON. We usejsonpackage to check the validity of the generated output.schema_compliance: This metric checks whether the generated output complies with the provided JSON schema. It is also a binary metric, where 1 indicates compliance and 0 indicates non-compliance. We use thejsonschemapackage to check the compliance of the generated output with the provided JSON schema.
Dependencies
The JSONSchema Bench tasks require the jsonschema library to be installed. You can install it using pip:
pip install jsonschema\[format\]The format extra is required to support the format keyword in JSON Schema, which is used in the tasks.
Sequence Length
The easy task requires a context window of 2K tokens, the medium task requires a context window of 3K tokens, and the hard task requires a context window of 10K tokens ( the exact number will vary depending on the tokenizer used, but 10K tokens is a good estimate).
If you don't have enough memory to run the hard task, you can use the --max_length flag to reduce the context window size but this will truncate the schema and will lead to lower performance.
Usage
Here is an example of how to run 10 instances of the jsonschema_bench_easy task :
lm_eval \
--model hf --gen_kwargs max_new_tokens=1024 \
--model_args pretrained=meta-llama/Llama-3.2-1B-Instruct,parallelize=True\
--tasks jsonschema_bench_medium \
--batch_size auto \
--limit 10 \
--apply_chat_template \
--fewshot_as_multiturnThe expected results is
| Tasks |Version|Filter|n-shot| Metric | |Value| |Stderr|
|-----------------------|------:|------|-----:|-----------------|---|----:|---|-----:|
|jsonschema_bench_medium| 0.1|none | 2|json_validity |↑ | 1.0|± |0.0000|
| | |none | 2|schema_compliance|↑ | 0.2|± |0.1333|Dataset
Available at HF hub
Leaderboard
We provide a leaderboard to track the progress of LLMs on the JSONSchema Bench tasks.
We welcome contributions to the leaderboard via pull requests.
Paper
JGenerating Structured Outputs from Language Models: Benchmark and Studies[https://arxiv.org/abs/2501.10868]
Homepage: https://github.com/guidance-ai/jsonschemabench
Citation
@misc{geng2025jsonschemabench,
title={Generating Structured Outputs from Language Models: Benchmark and Studies},
author={Saibo Geng and Hudson Cooper and Michał Moskal and Samuel Jenkins and Julian Berman and Nathan Ranchin and Robert West and Eric Horvitz and Harsha Nori},
year={2025},
eprint={2501.10868},
archivePrefix={arXiv},
primaryClass={cs.CL},
url={https://arxiv.org/abs/2501.10868},
}Checklist
For adding novel benchmarks/datasets to the library:
- Is the task an existing benchmark in the literature?
- Have you referenced the original paper that introduced the task?
- If yes, does the original paper provide a reference implementation? If so, have you checked against the reference implementation and documented how to run such a test?
If other tasks on this dataset are already supported:
- Is the "Main" variant of this task clearly denoted?
- Have you provided a short sentence in a README on what each new variant adds / evaluates?
- Have you noted which, if any, published evaluation setups are matched by this variant?
Overview (`lm_eval/tasks/kbl/README.md`)
kbl
Paper
Title: Developing a Pragmatic Benchmark for Assessing Korean Legal Language Understanding in Large Language Models
Abstract: Large language models (LLMs) have demonstrated remarkable performance in the legal domain, with GPT-4 even passing the Uniform Bar Exam in the U.S. However their efficacy remains limited for non-standardized tasks and tasks in languages other than English. This underscores the need for careful evaluation of LLMs within each legal system before application. Here, we introduce KBL, a benchmark for assessing the Korean legal language understanding of LLMs, consisting of (1) 7 legal knowledge tasks (510 examples), (2) 4 legal reasoning tasks (288 examples), and (3) the Korean bar exam (4 domains, 53 tasks, 2,510 examples). First two datasets were developed in close collaboration with lawyers to evaluate LLMs in practical scenarios in a certified manner. Furthermore, considering legal practitioners' frequent use of extensive legal documents for research, we assess LLMs in both a closed book setting, where they rely solely on internal knowledge, and a retrieval-augmented generation (RAG) setting, using a corpus of Korean statutes and precedents. The results indicate substantial room and opportunities for improvement.
Korean Benchmark for Legal Language Understanding
Homepage: https://github.com/lbox-kr/kbl
Citation
@inproceedings{kim2024kbl,
title = "Developing a Pragmatic Benchmark for Assessing {K}orean Legal Language Understanding in Large Language Models",
author = {Yeeun Kim and Young Rok Choi and Eunkyung Choi and Jinhwan Choi and Hai Jin Park and Wonseok Hwang},
editor = "Al-Onaizan, Yaser and
Bansal, Mohit and
Chen, Yun-Nung",
booktitle = "Findings of the Association for Computational Linguistics: EMNLP 2024",
month = nov,
year = "2024",
address = "Miami, Florida, USA",
publisher = "Association for Computational Linguistics",
url = "https://aclanthology.org/2024.findings-emnlp.319",
pages = "5573--5595",
}Groups, Tags, and Tasks
Groups
Tags
kbl:All kbl tasks (7 knowledge, 4 reasoning, and 39 bar exam)kbl_knowledge_em:7 knowledge taskskbl_reasoning_em:4 reasoning taskskbl_bar_exam_em:53 bar exam taskskbl_bar_exam_em_civil:13 bar exam tasks, civil lawkbl_bar_exam_em_criminal:13 bar exam tasks, criminal lawkbl_bar_exam_em_public:13 bar exam tasks, public lawkbl_bar_exam_em_responsibility: `14 bar exam tasks, professional respons