lm-evaluation-harness Documentation

A framework for few-shot evaluation of language models.

14,301 stars Python Python 1 file · ~126,916 tokens #evaluation-framework#language-model#transformer
RAW Doc

Docker & Self-Hosted Deployment Verified OCI

Deploy lm-evaluation-harness on any server, homelab, or cloud container platform.

1-Click Terminal Command
bash (docker run)
docker run -d --name lm-evaluation-harness --restart always eleutherai/lm-evaluation-harness:latest

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 --plugins at 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_token arg to hf (token/str), vllm and sglang (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-multimodal and vllm-vlm model types and mmmu task as a prototype feature. We welcome users to try out this in-progress feature and stress-test it for themselves, and suggest they check out lmms-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-completions model 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:

bash
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:

bash
pip install "lm_eval[hf]"

For vLLM inference:

bash
pip install "lm_eval[vllm]"

For API-based models (OpenAI, Anthropic, etc.):

bash
pip install "lm_eval[api]"

Multiple backends can be installed together:

bash
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:

bash
lm-eval ls tasks

Hugging 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):

bash
lm_eval --model hf \
    --model_args pretrained=EleutherAI/gpt-j-6B \
    --tasks hellaswag \
    --device cuda:0 \
    --batch_size 8

Additional 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:

bash
lm_eval --model hf \
    --model_args pretrained=EleutherAI/pythia-160m,revision=step100000,dtype="float" \
    --tasks lambada_openai,hellaswag \
    --device cuda:0 \
    --batch_size 8

Models 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:

bash
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 to transformers.AutoModel, you can also provide a local path to lm_eval via --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:

bash
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:

bash
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 --parallel setting); override it with parallel=<N>. loglikelihood requests are additionally pinned to slots via llama.cpp's id_slot parameter, 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_until requests are left unpinned, since the server's dynamic idle-slot assignment load-balances variable-length generations better.
  • loglikelihood is implemented via exact teacher forcing: llama.cpp ignores echo and never returns prompt logprobs, so the continuation is tokenized with the server's /tokenize endpoint (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 a logit_bias that forces the server to sample it. llama.cpp reports the forced token's pre-sampling logprob and an unbiased top_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:

bash
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:

bash
lm_eval --model hf \
    --tasks lambada_openai,arc_easy \
    --model_args parallelize=True \
    --batch_size 16

This 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.

bash
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 16

To 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:

bash
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 16

Constraints:

  • tp_plan and parallelize=True are 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 transformers version 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:

python
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:

python
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:

bash
lm_eval --model steered \
    --model_args pretrained=EleutherAI/pythia-160m,steer_path=steer_config.pt \
    --tasks lambada_openai,hellaswag \
    --device cuda:0 \
    --batch_size 8

NVIDIA `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:

bash
lm_eval --model nemo_lm \
    --model_args path=<path_to_nemo_model> \
    --tasks hellaswag \
    --batch_size 32

It 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:

bash
mkdir MY_MODEL
tar -xvf MY_MODEL.nemo -c MY_MODEL

Multi-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.

  1. To enable data replication, set the model_args of devices to the number of data replicas to run. For example, the command to run 8 data replicas over 8 GPUs is:
bash
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
  1. To enable tensor and/or pipeline parallelism, set the model_args of tensor_model_parallel_size and/or pipeline_model_parallel_size. In addition, you also have to set up devices to be equal to the product of tensor_model_parallel_size and/or pipeline_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:
bash
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 32

Note 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_PATH environment variable
  • PyTorch with CUDA support

Setup:

bash
# Set environment variable pointing to Megatron-LM installation
export MEGATRON_PATH=/path/to/Megatron-LM

Basic usage (single GPU):

bash
lm_eval --model megatron_lm \
    --model_args load=/path/to/checkpoint,tokenizer_type=HuggingFaceTokenizer,tokenizer_model=/path/to/tokenizer \
    --tasks hellaswag \
    --batch_size 1

Supported checkpoint formats:

  • Standard Megatron checkpoints (model_optim_rng.pt)
  • Distributed checkpoints (.distcp format, 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):

bash
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 hellaswag

Tensor Parallelism (TP=2):

bash
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 hellaswag

Expert Parallelism for MoE models (EP=4):

bash
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 hellaswag

Using extra_args for additional Megatron options:

bash
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-args flag 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:

bash
lm_eval --model openvino \
    --tasks wikitext \
    --model_args pretrained=<path_to_ov_model>,pipeline_parallel=True \
    --device HETERO:GPU.1,GPU.0

Tensor + 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:

bash
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 auto

To 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>1 dispatches each replica as a separate ray actor and requires pip install ray. Each actor reserves tensor_parallel_size GPUs (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 auto for vLLM whenever possible, to leverage its continuous batching functionality!

[!Tip]
Passing max_model_len=4096 or 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 of Flashinfer-- a fast attention kernel library, we don't include the dependencies of SGLang within pyproject.toml. Note that the Flashinfer also has some requirements on torch version.

SGLang's server arguments are slightly different from other backends, see here for more information. We provide an example of the usage here:

bash
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:

  1. Use a manual batch_size, rather than auto.
  2. 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.
  3. 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:

bash
# 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-directml

Evaluate a Model Builder ONNX model on a chosen execution provider:

bash
lm_eval --model onnxruntime-genai \
    --model_args pretrained=/path/to/model_builder_output,execution_provider=cuda \
    --tasks hellaswag \
    --batch_size 1

The 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.

bash
# CPU
pip install "lm_eval[onnxruntime]"
# CUDA / ROCm instead of the CPU wheel (mutually exclusive):
#   pip install onnxruntime-gpu
#   pip install onnxruntime-rocm
bash
lm_eval --model onnxruntime \
    --model_args pretrained=/path/to/model_builder_output,execution_provider=rocm \
    --tasks hellaswag,arc_easy,wikitext \
    --batch_size 1

execution_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 covers loglikelihood, multiple_choice, and loglikelihood_rolling (hellaswag, arc, mmlu, wikitext, …). For generative tasks such as gsm8k, use --model onnxruntime-genai with the same model directory.

The installed onnxruntime must 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-input GroupQueryAttention fails 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:

bash
pip install wasdk-Microsoft.Windows.AI.MachineLearning[all] wasdk-Microsoft.Windows.ApplicationModel.DynamicDependency.Bootstrap onnxruntime-windowsml onnxruntime-genai-winml

Evaluate an ONNX Runtime GenAI LLM on NPU/GPU/CPU on Windows:

bash
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 targeting transformers.js won't work. You can verify this by finding the genai_config.json file 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:

bash
export OPENAI_API_KEY=YOUR_KEY_HERE
lm_eval --model openai-completions \
    --model_args model=davinci-002 \
    --tasks lambada_openai,hellaswag

We also support using your own local inference server with servers that mirror the OpenAI Completions and ChatCompletions APIs.

bash
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=16

Note 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 10 first to confirm answer extraction and scoring on generative tasks is performing as expected. providing system="<some system prompt here>" within --model_args for 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_only flag 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:

bash
python write_out.py \
    --tasks <task1,task2,...> \
    --num_fewshot 5 \
    --num_examples 10 \
    --output_base_path /path/to/output/folder

This 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:

bash
lm_eval --model openai \
    --model_args engine=davinci-002 \
    --tasks lambada_openai,hellaswag \
    --check_integrity

Advanced 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:

bash
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:0

Models 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:

bash
lm_eval --model hf \
    --model_args pretrained=Ejafa/llama_7B,delta=lmsys/vicuna-7b-delta-v1.1 \
    --tasks hellaswag

GPTQ quantized models can be loaded using GPTQModel (faster) or AutoGPTQ

GPTQModel: add ,gptqmodel=True to model_args

bash
lm_eval --model hf \
    --model_args pretrained=model-name-or-path,gptqmodel=True \
    --tasks hellaswag

AutoGPTQ: add ,autogptq=True to model_args:

bash
lm_eval --model hf \
    --model_args pretrained=model-name-or-path,autogptq=model.safetensors,gptq_use_triton=True \
    --tasks hellaswag

We 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:

bash
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:

python
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:

bash
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.

bash
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-6B

Then, you can upload the resulting data using the zeno_visualize script:

bash
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.json file as an artifact for version control,
  • log the <task_name>_eval_samples.json file 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.

bash
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_samples

In 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:

bash
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:

  1. If there is widespread agreement among people who train LLMs, use the agreed upon procedure.
  2. If there is a clear and unambiguous official implementation, use that procedure.
  3. If there is widespread agreement among people who evaluate LLMs, use the agreed upon procedure.
  4. 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

text
@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-eval source 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:

text
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

text
# Before (with default delimiter " ")
<user>Question: What color is the sky?\nAnswer:<assistant> blue

# After
<user>Question: What color is the sky?\nAnswer:<assistant>blue

Overview (`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

  1. Collects all contamination text files that are to be removed from training data
  2. Filters training data by finding Ngram matches between the training data
    and any contamination
    1. Ngrams ignore case and punctuation and are split on whitespace.
    2. Matching Ngram substrings are removed, as is a window_to_remove character window around
      the match, splitting the training data into chunks
    3. Any chunks less than minimum_slice_length are removed
    4. Training data sets split into more than too_dirty_cutoff are considered
      completely contaminated and removed

OpenAI used:

text
ngram_n = 13
window_to_remove = 200
minimum_slice_length = 200
too_dirty_cutoff = 10

Compiling

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

bash
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:

  1. Rename the compiled code file to janitor_util.so.
  2. Before running import Janitor in your code, add sys.path.append("your/relative/path/to/janitor_util.so") so that Python knows the location of janitor_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

text
BibTeX-formatted citation goes here

Groups, Tags, and Tasks

Groups

  • group_name: Short description

Tags

  • tag_name: Short description

Tasks

  • task_name: 1-sentence description of what this particular task does
  • task_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

bibtex
@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

text
@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 : Evaluates acp_bool_cot_2shot and acp_mcq_cot_2shot (Main variant for ACPBench paper)
  • acp_bool_cot_2shot : Evaluates acp_areach_bool, acp_app_bool, acp_just_bool, acp_land_bool, acp_prog_bool, acp_reach_bool, acp_val_bool with chain-of-thought and 2 shots
  • acp_mcq_cot_2shot : Evaluates acp_areach_mcq, acp_app_mcq, acp_just_mcq, acp_land_mcq, acp_prog_mcq, acp_reach_mcq, acp_val_mcq with chain-of-thought and 2 shots
  • acp_bench_hard : Evaluates acp_gen_2shot (Main variant for ACPBench Hard paper)
  • acp_gen_2shot : Evaluates acp_areach_gen, acp_app_gen, acp_just_gen, acp_land_gen, acp_nexta_gen, acp_prog_gen, acp_reach_gen, acp_val_gen with 2 shots
  • acp_bench_hard_with_pddl : Evaluates acp_gen_2shot_with_pddl
  • acp_gen_2shot_with_pddl : Evaluates acp_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_pddl with 2 shots

Tasks

7 Boolean tasks

  • acp_areach_bool
  • acp_app_bool
  • acp_just_bool
  • acp_land_bool
  • acp_prog_bool
  • acp_reach_bool
  • acp_val_bool

7 MCQ tasks

  • acp_areach_mcq
  • acp_app_mcq
  • acp_just_mcq
  • acp_land_mcq
  • acp_prog_mcq
  • acp_reach_mcq
  • acp_val_mcq

8 Generative tasks (with just natural language description in context)

  • acp_areach_gen
  • acp_app_gen
  • acp_just_gen
  • acp_land_gen
  • acp_nexta_gen
  • acp_prog_gen
  • acp_reach_gen
  • acp_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_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_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_IslamicStudies
  • aexams_Biology
  • aexams_Science
  • aexams_Physics
  • aexams_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

text
@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 original
afrimgsm_direct_{language_code}, afrimgsm_en_cot_{language_code} and
afrimgsm_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 accuracy
  • afrimgsm_cot-irokobench: same as above with chain-of-thought prompting
  • afrimgsm_tt-irokobench: same as above in the translate-test setting
  • afrimgsm_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 prompt i (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 prompt i (1-5)
  • afrimgsm_tt_tasks: runs all translate-test tasks
  • afrimgsm_tt_cot_tasks: runs all chain-of-thought translate-test tasks

Tasks

  • afrimgsm_{language_code}_prompt_{i}: evaluates one language with prompt i (1-5) on the curated dataset, e.g. afrimgsm_amh_prompt_1
  • afrimgsm_cot_{language_code}_prompt_{i}: same as above with chain-of-thought prompting
  • afrimgsm_translate_{language_code}_prompt_{i}: same as above in the translate-test setting
  • afrimgsm_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

text
@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 original
afrimmlu_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 accuracy
  • afrimmlu_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 prompt i (1-5)
  • afrimmlu_tt_tasks: runs all translate-test tasks
  • afrobench_mmlu_tasks: the AfriMMLU subset of the AfroBench benchmark (all direct tasks)

Tasks

  • afrimmlu_direct_{language_code}_prompt_{i}: evaluates one language with prompt i (1-5) on the curated dataset, e.g. afrimmlu_direct_amh_prompt_1
  • afrimmlu_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

text
@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 accuracy
  • afrixnli_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 prompt i (1-5)
  • afrixnli_tt_tasks: runs all per-prompt translate-test tasks
  • afrixnli: runs all anli- and Lai-prompt tasks
  • afrixnli_en_direct: anli prompt on the curated dataset
  • afrixnli_native_direct: anli prompt translated to the respective languages on the curated dataset
  • afrixnli_translate: anli prompt in the translate-test setting
  • afrixnli_manual_direct: Lai's prompt on the curated dataset
  • afrixnli_manual_translate: Lai's prompt in the translate-test setting

Tasks

Per-prompt variants:

  • afrixnli_{language_code}_prompt_{i}: evaluates one language with prompt i (1-5) on the curated dataset, e.g. afrixnli_amh_prompt_1
  • afrixnli_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 language
  • afrixnli_native_direct_{language_code}: each task evaluates for one language
  • afrixnli_translate_{language_code}: each task evaluates for one language
  • afrixnli_manual_direct_{language_code}: each task evaluates for one language
  • afrixnli_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 benchmark
  • afrobench_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.

  • adr afrihate afrisenti belebele african_flores injongointent mafand masakhaner masakhapos naijarc nollysenti african_ntrex openai_mmlu salt sib uhura xlsum

Task Tags

  • adr_tasks: all datasets in this benchmark relating to Automatic Diacritics Restoration task
  • afrihate_tasks: all datasets in this benchmark relating to Hate Speech detection task
  • afrimgsm_tasks: all datasets in this benchmark relating to Mathematical reasoning task
  • afrixnli_tasks: all datasets in this benchmark relating to Natural Language Inference task
  • afrobench_xqa_tasks: all datasets in this benchmark relating to Crosslingual QA (XQA) task
  • afrobench_sentiment_tasks: all datasets in this benchmark relating to Sentiment Classification task
  • afrobench_MT_tasks: all datasets in this benchmark relating to Machine Translation task
  • afrobench_TC_tasks: all datasets in this benchmark relating to Topic Classification task
  • afrobench_mmlu_tasks: all datasets in this benchmark relating to MMLU task
  • injongointent_tasks: all datasets in this benchmark relating to Intent Detection task
  • masakhaner_tasks: all datasets in this benchmark relating to Named Entity Recognition (NER) task
  • masakhapos_tasks: all datasets in this benchmark relating to Part of Speech Tagging (POS) task
  • RC_tasks: all datasets in this benchmark relating to Reading Comprehension task
  • uhura_arc_easy_tasks: all datasets in this benchmark relating to Arc-Easy (XQA) task
  • xlsum_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

text
@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

text
@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:

text
/* 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_math

  • agieval_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_zh

  • agieval_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_rat
  • agieval_gaokao_biology
  • agieval_gaokao_chemistry
  • agieval_gaokao_chinese
  • agieval_gaokao_english
  • 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_en
  • agieval_logiqa_zh
  • agieval_lsat_ar
  • agieval_lsat_lr
  • agieval_lsat_rc
  • agieval_sat_en
  • agieval_sat_en_without_passage
  • agieval_sat_math
  • agieval_math

Overview (`lm_eval/tasks/aime/README.md`)

AIME

Citation

text
@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 problems
  • aime24: AIME 2024 problems
  • aime25: 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

text
@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: Evaluates anli_r1, anli_r2, and anli_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

text
@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_culture is 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_completion do 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
text
COUNTRY=False
REGION=False
  • with only region information
text
COUNTRY=False
REGION=True
  • with region and country information
text
COUNTRY=True
REGION=True

Please 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 ARABIC environment 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

text
@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_culture is 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_completion do 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
text
COUNTRY=False
REGION=False
  • with only region information
text
COUNTRY=False
REGION=True
  • with region and country information
text
COUNTRY=True
REGION=True

Please 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 ARABIC environment 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

text
/* 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_ar
      • arabic_leaderboard_alghafa_meta_ar_dialects
      • arabic_leaderboard_alghafa_meta_ar_msa
      • arabic_leaderboard_alghafa_multiple_choice_facts_truefalse_balanced_task
      • arabic_leaderboard_alghafa_multiple_choice_grounded_statement_soqal_task
      • arabic_leaderboard_alghafa_multiple_choice_grounded_statement_xglue_mlqa_task
      • arabic_leaderboard_alghafa_multiple_choice_rating_sentiment_no_neutral_task
      • arabic_leaderboard_alghafa_multiple_choice_rating_sentiment_task
      • arabic_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_algebra
      • arabic_leaderboard_arabic_mmlu_anatomy
      • arabic_leaderboard_arabic_mmlu_astronomy
      • arabic_leaderboard_arabic_mmlu_business_ethics
      • arabic_leaderboard_arabic_mmlu_clinical_knowledge
      • arabic_leaderboard_arabic_mmlu_college_biology
      • arabic_leaderboard_arabic_mmlu_college_chemistry
      • arabic_leaderboard_arabic_mmlu_college_computer_science
      • arabic_leaderboard_arabic_mmlu_college_mathematics
      • arabic_leaderboard_arabic_mmlu_college_medicine
      • arabic_leaderboard_arabic_mmlu_college_physics
      • arabic_leaderboard_arabic_mmlu_computer_security
      • arabic_leaderboard_arabic_mmlu_conceptual_physics
      • arabic_leaderboard_arabic_mmlu_econometrics
      • arabic_leaderboard_arabic_mmlu_electrical_engineering
      • arabic_leaderboard_arabic_mmlu_elementary_mathematics
      • arabic_leaderboard_arabic_mmlu_formal_logic
      • arabic_leaderboard_arabic_mmlu_global_facts
      • arabic_leaderboard_arabic_mmlu_high_school_biology
      • arabic_leaderboard_arabic_mmlu_high_school_chemistry
      • arabic_leaderboard_arabic_mmlu_high_school_computer_science
      • arabic_leaderboard_arabic_mmlu_high_school_european_history
      • arabic_leaderboard_arabic_mmlu_high_school_geography
      • arabic_leaderboard_arabic_mmlu_high_school_government_and_politics
      • arabic_leaderboard_arabic_mmlu_high_school_macroeconomics
      • arabic_leaderboard_arabic_mmlu_high_school_mathematics
      • arabic_leaderboard_arabic_mmlu_high_school_microeconomics
      • arabic_leaderboard_arabic_mmlu_high_school_physics
      • arabic_leaderboard_arabic_mmlu_high_school_psychology
      • arabic_leaderboard_arabic_mmlu_high_school_statistics
      • arabic_leaderboard_arabic_mmlu_high_school_us_history
      • arabic_leaderboard_arabic_mmlu_high_school_us_history
      • arabic_leaderboard_arabic_mmlu_human_aging
      • arabic_leaderboard_arabic_mmlu_human_sexuality
      • arabic_leaderboard_arabic_mmlu_international_law
      • arabic_leaderboard_arabic_mmlu_jurisprudence
      • arabic_leaderboard_arabic_mmlu_logical_fallacies
      • arabic_leaderboard_arabic_mmlu_machine_learning
      • arabic_leaderboard_arabic_mmlu_management
      • arabic_leaderboard_arabic_mmlu_marketing
      • arabic_leaderboard_arabic_mmlu_medical_genetics
      • arabic_leaderboard_arabic_mmlu_miscellaneous
      • arabic_leaderboard_arabic_mmlu_moral_disputes
      • arabic_leaderboard_arabic_mmlu_moral_scenarios
      • arabic_leaderboard_arabic_mmlu_nutrition
      • arabic_leaderboard_arabic_mmlu_philosophy
      • arabic_leaderboard_arabic_mmlu_prehistory
      • arabic_leaderboard_arabic_mmlu_professional_accounting
      • arabic_leaderboard_arabic_mmlu_professional_law
      • arabic_leaderboard_arabic_mmlu_professional_medicine
      • arabic_leaderboard_arabic_mmlu_professional_psychology
      • arabic_leaderboard_arabic_mmlu_public_relations
      • arabic_leaderboard_arabic_mmlu_security_studies
      • arabic_leaderboard_arabic_mmlu_sociology
      • arabic_leaderboard_arabic_mmlu_us_foreign_policy
      • arabic_leaderboard_arabic_mmlu_virology
      • arabic_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 as arabic_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_Algeria
      • arabic_leaderboard_acva_Ancient_Egypt
      • arabic_leaderboard_acva_Arab_Empire
      • arabic_leaderboard_acva_Arabic_Architecture
      • arabic_leaderboard_acva_Arabic_Art
      • arabic_leaderboard_acva_Arabic_Astronomy
      • arabic_leaderboard_acva_Arabic_Calligraphy
      • arabic_leaderboard_acva_Arabic_Ceremony
      • arabic_leaderboard_acva_Arabic_Clothing
      • arabic_leaderboard_acva_Arabic_Culture
      • arabic_leaderboard_acva_Arabic_Food
      • arabic_leaderboard_acva_Arabic_Funeral
      • arabic_leaderboard_acva_Arabic_Geography
      • arabic_leaderboard_acva_Arabic_History
      • arabic_leaderboard_acva_Arabic_Language_Origin
      • arabic_leaderboard_acva_Arabic_Literature
      • arabic_leaderboard_acva_Arabic_Math
      • arabic_leaderboard_acva_Arabic_Medicine
      • arabic_leaderboard_acva_Arabic_Music
      • arabic_leaderboard_acva_Arabic_Ornament
      • arabic_leaderboard_acva_Arabic_Philosophy
      • arabic_leaderboard_acva_Arabic_Physics_and_Chemistry
      • arabic_leaderboard_acva_Arabic_Wedding
      • arabic_leaderboard_acva_Bahrain
      • arabic_leaderboard_acva_Comoros
      • arabic_leaderboard_acva_Egypt_modern
      • arabic_leaderboard_acva_InfluenceFromAncientEgypt
      • arabic_leaderboard_acva_InfluenceFromByzantium
      • arabic_leaderboard_acva_InfluenceFromChina
      • arabic_leaderboard_acva_InfluenceFromGreece
      • arabic_leaderboard_acva_InfluenceFromIslam
      • arabic_leaderboard_acva_InfluenceFromPersia
      • arabic_leaderboard_acva_InfluenceFromRome
      • arabic_leaderboard_acva_Iraq
      • arabic_leaderboard_acva_Islam_Education
      • arabic_leaderboard_acva_Islam_branches_and_schools
      • arabic_leaderboard_acva_Islamic_law_system
      • arabic_leaderboard_acva_Jordan
      • arabic_leaderboard_acva_Kuwait
      • arabic_leaderboard_acva_Lebanon
      • arabic_leaderboard_acva_Libya
      • arabic_leaderboard_acva_Mauritania
      • arabic_acva_Mesopotamia_civilization
      • arabic_leaderboard_acva_Morocco
      • arabic_leaderboard_acva_Oman
      • arabic_leaderboard_acva_Palestine
      • arabic_leaderboard_acva_Qatar
      • arabic_leaderboard_acva_Saudi_Arabia
      • arabic_leaderboard_acva_Somalia
      • arabic_leaderboard_acva_Sudan
      • arabic_leaderboard_acva_Syria
      • arabic_leaderboard_acva_Tunisia
      • arabic_leaderboard_acva_United_Arab_Emirates
      • arabic_leaderboard_acva_Yemen
      • arabic_leaderboard_acva_communication
      • arabic_leaderboard_acva_computer_and_phone
      • arabic_leaderboard_acva_daily_life
      • arabic_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

text
@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

text
@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

text
@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: Evaluates arc_easy and arc_challenge

Tasks

  • arc_easy
  • arc_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

text
@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: Evaluates 1dc to 5ds

Tasks

  • arithmetic_1dc
  • arithmetic_2da
  • arithmetic_2dm
  • arithmetic_2ds
  • arithmetic_3da
  • arithmetic_3ds
  • arithmetic_4da
  • arithmetic_4ds
  • arithmetic_5da
  • arithmetic_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

text
@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

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

text
@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

text
@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 length
  • babilong_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 QA
  • babilong_qa2: Two supporting facts QA
  • babilong_qa3: Three supporting facts QA
  • babilong_qa4: Two argument relations
  • babilong_qa5: Three argument relations
  • babilong_qa6: Yes/No questions
  • babilong_qa7: Counting
  • babilong_qa8: Lists and sets
  • babilong_qa9: Simple negation
  • babilong_qa10: Indefinite knowledge
  • babilong_qa11: Track person through temporal references
  • babilong_qa12: Conjunction
  • babilong_qa13: Compound coreference
  • babilong_qa14: Time reasoning
  • babilong_qa15: Basic deduction
  • babilong_qa16: Basic induction
  • babilong_qa17: Positional reasoning
  • babilong_qa18: Size reasoning
  • babilong_qa19: Path finding
  • babilong_qa20: Motivation deduction

[!NOTE]
When using babilong tasks, please note:

  1. This is the implementation with 1000 samples per length. You can change the dataset path to RMT-team/babilong in common_utils.py for the dataset with 100 samples per length, which supports context lengths up to 10M tokens.
  2. 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.
  3. 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:

bibtex
@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",
}

text
### 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}
}

text
### 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}
}

text
### 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"
}

text
### 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. */

text
### 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 train set for arc_challenge.
  • 2026-Sep-14 group rte_flan v1.1: Replace duplicate rte_prompt-1 entry in group config with rte_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

text
@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

text
@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., for bhs__basque__DO__S_IO_DO_V_AUX, the two presented sentences (with S_IO_DO_V_AUX structure) 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_AUX
    • bhs__basque__DO__S_IO_DO_V_AUX
    • bhs__basque__IO__IO_S_V_AUX
    • bhs__basque__IO__S_IO_DO_V_AUX
    • bhs__basque__S__IO_S_V_AUX
    • bhs__basque__S__S_DO_V_AUX
    • bhs__basque__S__S_IO_DO_V_AUX
    • bhs__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_V
    • bhs__hindi__S_PossPRN_O_V
    • bhs__hindi__S_PossPRN_PossN_O_V
    • bhs__hindi__S_ne_O_V
    • bhs__hindi__S_ne_PossPRN_O_V
    • bhs__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_AN
    • bhs__swahili__N_of_Poss_D_AP_ni_AN
    • bhs__swahili__N_of_Poss_D_A_V
    • bhs__swahili__N_of_Poss_D_A_V1_V2
    • bhs__swahili__N_of_Poss_D_V
    • bhs__swahili__N_of_Poss_D_ni_A
    • bhs__swahili__N_of_Poss_V
    • bhs__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

text
/* Detailed source-code truncated for AI context efficiency. */

Groups and Tasks

Groups

  • group_name: Short description

Tags

  • bigbench_generate_until
  • bigbench_multiple_choice_a
  • bigbench_multiple_choice_b

Tasks

  • task_name: 1-sentence description of what this particular task does
  • task_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

text
/* 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 does
  • task_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

text
@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.

Homepage

Citation

text
@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

text
@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

bibtex
@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:

Task Category Paper title Homepage
Belebele_ca Reading Comprehension The Belebele Benchmark: a Parallel Reading Comprehension Dataset in 122 Language Variants https://huggingface.co/datasets/facebook/belebele
caBREU Summarization Building a Data Infrastructure for a Mid-Resource Language: The Case of Catalan https://huggingface.co/datasets/projecte-aina/caBreu
CatalanQA Question Answering Building a Data Infrastructure for a Mid-Resource Language: The Case of Catalan https://huggingface.co/datasets/projecte-aina/catalanqa
CatCoLA Linguistic Acceptability CatCoLA: Catalan Corpus of Linguistic Acceptability https://huggingface.co/datasets/nbel/CatCoLA
CieaCOVA Multiple-Choice\Text generation Cieacova: Valencian language proficiency exams https://huggingface.co/datasets/gplsi/cieaCOVA
Cocoteros_va Commonsense Reasoning COCOTEROS_VA: Valencian translation of the COCOTEROS Spanish dataset https://huggingface.co/datasets/gplsi/cocoteros_va
EsCoLA Linguistic Acceptability EsCoLA: Spanish Corpus of Linguistic Acceptability
COPA-ca Commonsense Reasoning Building a Data Infrastructure for a Mid-Resource Language: The Case of Catalan https://huggingface.co/datasets/projecte-aina/COPA-ca
CoQCat Question Answering Building a Data Infrastructure for a Mid-Resource Language: The Case of Catalan https://huggingface.co/datasets/projecte-aina/CoQCat
FLORES_ca Translation The FLORES-101 Evaluation Benchmark for Low-Resource and Multilingual Machine Translation https://huggingface.co/datasets/facebook/flores
PAWS-ca Paraphrasing Building a Data Infrastructure for a Mid-Resource Language: The Case of Catalan https://huggingface.co/datasets/projecte-aina/PAWS-ca
TE-ca Natural Language Inference Building a Data Infrastructure for a Mid-Resource Language: The Case of Catalan https://huggingface.co/datasets/projecte-aina/teca
TruthfulQA_va Truthfulness TruthfulQA: Measuring How Models Mimic Human Falsehoods: The case of Valencian https://huggingface.co/datasets/gplsi/truthfulqa_va
VeritasQA_ca Truthfulness VeritasQA: A Truthfulness Benchmark Aimed at Multilingual Transferability TBA
WNLI-ca Natural Language Inference Building a Data Infrastructure for a Mid-Resource Language: The Case of Catalan https://huggingface.co/datasets/projecte-aina/wnli-ca
XNLI-ca Natural Language Inference Building a Data Infrastructure for a Mid-Resource Language: The Case of Catalan https://huggingface.co/datasets/projecte-aina/xnli-ca
XNLI-va Natural Language Inference Building a Data Infrastructure for a Mid-Resource Language: The Case of Valencian https://huggingface.co/datasets/gplsi/xnli_va
XQuAD-ca Question Answering Building a Data Infrastructure for a Mid-Resource Language: The Case of Catalan https://huggingface.co/datasets/projecte-aina/xquad-ca

Citation

Paper for CatalanBench coming soon.

text
@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_challenge
  • arc_ca_easy
  • belebele_cat_Latn
  • cabreu
  • catalanqa
  • catcola
  • cieacova
  • cocoteros_va
  • copa_ca
  • coqcat
  • flores_ca
  • flores_ca-de
  • flores_ca-en
  • flores_ca-es
  • flores_ca-eu
  • flores_ca-fr
  • flores_ca-gl
  • flores_ca-it
  • flores_ca-pt
  • flores_de-ca
  • flores_en-ca
  • flores_es-ca
  • flores_eu-ca
  • flores_fr-ca
  • flores_gl-ca
  • flores_it-ca
  • flores_pt-ca
  • mgsm_direct_ca
  • openbookqa_ca
  • parafraseja
  • paws_ca
  • phrases_ca
  • piqa_ca
  • siqa_ca
  • teca
  • terretaqa
  • truthfulqa_va
  • veritasqa_gen_ca
  • veritasqa_mc1_ca
  • veritasqa_mc2_ca
  • wnli_ca
  • xnli_ca
  • xnli_va
  • xquad_ca
  • xstorycloze_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

bibtex
@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

bibtex
@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

text
@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.py
  • chartqa_llama: variant as implemented in https://github.com/meta-llama/llama-models/blob/main/models/llama3_3/eval_details.md
  • chartqa_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

text
@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 dataset
  • click_lang: "Language" category of the CLIcK dataset, consisting of 3 subcategories
  • click_cul: "Culture" category of the CLIcK dataset, consisting of 8 subcategories

Tasks

  • Three tasks under click_lang:

    • click_lang_text
    • click_lang_grammar
    • click_lang_function
  • Eight tasks under click_cul:

    • click_cul_society
    • click_cul_tradition
    • click_cul_politics
    • click_cul_economy
    • click_cul_law
    • click_cul_history
    • click_cul_geography
    • click_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

bibtex
@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

text
@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

text
@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

text
@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 nuances
  • copal_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

text
BibTeX-formatted citation goes here

Groups 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

text
/* 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_age
  • crows_pairs_english_autre
  • crows_pairs_english_disability
  • crows_pairs_english_gender
  • crows_pairs_english_nationality
  • crows_pairs_english_physical_appearance
  • crows_pairs_english_race_color
  • crows_pairs_english_religion
  • crows_pairs_english_sexual_orientation
  • crows_pairs_english_socioeconomic

The following tasks evaluate sub-areas of bias in the French CrowS-Pairs dataset:

  • crows_pairs_french_age
  • crows_pairs_french_autre
  • crows_pairs_french_disability
  • crows_pairs_french_gender
  • crows_pairs_french_nationality
  • crows_pairs_french_physical_appearance
  • crows_pairs_french_race_color
  • crows_pairs_french_religion
  • crows_pairs_french_sexual_orientation
  • crows_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

text
@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

text
@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

text
@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

text
@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

text
@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

text
@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

text
@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

text
@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

bibtex
@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

text
@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

text
@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

text
@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

text
@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

text
@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

bibtex
@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 Entailment
  • evalita-mp_sa: Sentiment Analysis
  • evalita-mp_wic: Word in Context
  • evalita-mp_hs: Hate Speech Detection
  • evalita-mp_at: Admission Tests
  • evalita-mp_faq: FAQ
  • evalita-mp_sum_fp: Summarization
  • evalita-mp_ls: Lexical Substitution
  • evalita-mp_ner_group: Named Entity Recognition
  • evalita-mp_re: Relation Extraction

Usage

bash
lm_eval --model hf --model_args pretrained=meta-llama/Llama-2-7b-hf --tasks evalita-mp --device cuda:0 --batch_size auto

Changelog

  • v0.1: Renamed evalita-mp_sum_fp small variant group to evalita-mp_sum_fp_small to 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

text
@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 route process_results through the stripped target so the contains metric compares against it. The raw text/value fields carry leading/trailing whitespace that previously corrupted both the prompt and the target, depressing contains scores. 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

text
@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_default is a basic task based on FLD.v2
  • fld_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_default
  • fld_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

bibtex
@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 tasks
  • french_bench_mc: All official multiple choice tasks
  • french_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 French
  • wmt14-en-fr: WMT14 English-French
  • wmt14-fr-en: WMT14 French-English

Not to use in few-shot

  • crows_pairs_french: Crows Pairs French
  • french_bench_opus_perplexity: Opus Perplexity

Usage

bash
# 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.json

HF and Accelerate options can be added when loading a model:

bash
accelerate launch -m lm_eval --model hf --model_args pretrained=meta-llama/Llama-2-7b-hf,dtype="float16" --tasks french_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?
      • 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

text
@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_Latn
  • flores_gl
  • flores_gl-ca
  • flores_gl-de
  • flores_gl-en
  • flores_gl-es
  • flores_gl-eu
  • flores_gl-fr
  • flores_gl-it
  • flores_gl-pt
  • flores_ca-gl
  • flores_de-gl
  • flores_en-gl
  • flores_es-gl
  • flores_eu-gl
  • flores_fr-gl
  • flores_it-gl
  • flores_pt-gl
  • galcola
  • summarization_gl
  • parafrases_gl
  • paws_gl
  • openbookqa_gl
  • mgsm_direct_gl
  • truthfulqa_gl
  • xnli_gl
  • xstorycloze_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_split from train to test.

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 uses Global-MMLU-Lite benchmark which supports 14 languages.
  • global_mmlu_full_{lang}: This group uses Global-MMLU benchmark which supports 42 languages.

Subgroups (support only for `full` version)

  • global_mmlu_full_stem
  • global_mmlu_full_humanities
  • global_mmlu_full_social_sciences
  • global_mmlu_full_other

Citation

bibtex
@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_generation Generation task using chat format
  • group_name: global_piqa_nonparallel_cloze Cloze-style completion format
  • group_name: global_piqa_parallel_generation Generation task using chat format
  • group_name: global_piqa_parallel_cloze Cloze-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)

text
- 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_latn

Parallel (131)

text
- 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_latn

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

Citation

text
/* 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

text
/* Detailed source-code truncated for AI context efficiency. */

Groups, Tags, and Tasks

Groups

None.

Tags

  • glue: Run all Glue subtasks.

Tasks

  • cola
  • mnli
  • mrpc
  • qnli
  • qqp
  • rte
  • sst
  • wnli

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

text
@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}_zeroshot
  • gpqa_{main, diamond, extended}_n_shot
  • gpqa_{main, diamond, extended}_generative_n_shot
  • gpqa_{main, diamond, extended}_cot_zeroshot
  • gpqa_{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 both graphwalks_128k and graphwalks_1M

Tasks

  • graphwalks_128k: Up to 128k context length
  • graphwalks_1M: Between 256k-1M context length

[!NOTE]
Please note that max_gen_toks is set to 16384, 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.

Citation

bibtex
@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

text
@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

text
@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_problems
  • chain_of_thought
  • self_consistency

Tasks

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

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

text
@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_problems
  • chain_of_thought
  • self_consistency

Tasks


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

bibtex
@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_plus
  • gsm_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_nomenclature
  • haerae_loan_word
  • haerae_rare_word
  • haerae_general_knowledge
  • haerae_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

text
@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: Evaluates headqa_en and headqa_es

Tasks

  • headqa_en - English variant of HEAD-QA
  • headqa_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

text
@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

text
@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_cm
  • ethics_deontology
  • ethics_justice
  • ethics_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

text
@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_algebra
  • hendrycks_math_counting_and_prob
  • hendrycks_math_geometry
  • hendrycks_math_intermediate_algebra
  • hendrycks_math_num_theory
  • hendrycks_math_prealgebra
  • hendrycks_math_precalc
  • hendrycks_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:

  1. Norm: A guideline for social conduct generally observed by most people in everyday situations.
  2. Situation: The setting of the story, introducing participants and describing their environment.
  3. 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 8 tokens, max 2048 tokens (max_gen_toks)

We default to greedy decoding.

Citation

text
@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 of hrm8k. 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_toks to 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

text
@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

  • humaneval pass@1
  • humaneval_64 pass@64 variant
  • humaneval_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

text
@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_infilling
  • humaneval_multi_line_infilling
  • humaneval_random_span_infilling
  • humaneval_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

text
@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

text
@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_en and few_shot_og variant group names from include_base_44_<lang> to include_base_44_<lang>_few_shot_en and include_base_44_<lang>_few_shot_og respectively, to resolve duplicate group name conflicts with the default variants.

Citation

bibtex
@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

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_answer column: a/b/c/d)
  • Metric: acc (mean)

Usage

bash
# 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_gujarati

Citation

bibtex
@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 existing xnli task 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

bibtex
@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

bash
# 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 infinitebench

Notes

  • 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/InfiniteBench on 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_10shot
  • inverse_scaling_redefine_math
  • inverse_scaling_quote_repetition
  • inverse_scaling_neqa
  • inverse_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_unknown
  • inverse_scaling_memo_trap
  • inverse_scaling_modus_tollens
  • inverse_scaling_pattern_matching_suppression
  • inverse_scaling_repetitive_algebra
  • inverse_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. Source
  • ja_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. Source
  • ja_leaderboard_xlsum: This is the filtered Japanese subset of XL-Sum. Source
  • ja_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. Source
  • ja_leaderboard_jnli: JNLI is a Japanese version of the NLI (Natural Language Inference) dataset. The inference relations are entailment (含意), contradiction (矛盾), and neutral (中立). Source
  • ja_leaderboard_marc_ja: MARC-ja is a text classification dataset based on the Japanese portion of Multilingual Amazon Reviews Corpus (MARC). Source
  • ja_leaderboard_xwinograd: This is the Japanese portion of XWinograd. Source

Citation

text
/* 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

bibtex
@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

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 the github_easy split of the original paper
  • jsonschema_bench_medium, corresponding to the github_medium split of the original paper
  • jsonschema_bench_hard, corresponding to the github_hard split 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 use json package 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 the jsonschema package 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:

bash
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 :

bash
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_multiturn

The expected results is

text
|         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

text
@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

text
@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 tasks
  • kbl_reasoning_em: 4 reasoning tasks
  • kbl_bar_exam_em: 53 bar exam tasks
  • kbl_bar_exam_em_civil: 13 bar exam tasks, civil law
  • kbl_bar_exam_em_criminal: 13 bar exam tasks, criminal law
  • kbl_bar_exam_em_public: 13 bar exam tasks, public law
  • kbl_bar_exam_em_responsibility: `14 bar exam tasks, professional respons