Reported in recent model launches

These model reports include this benchmark. Their harnesses, task subsets, scoring policies, and resource budgets can differ; follow each report’s evaluation notes before joining the numbers.

What it measures

Date-bounded contest problems test coding and related code-repair or execution skills.

How to read the result

The problem date window is a central part of the result. Prefer a common window when comparing model families.

Limits and comparison traps

Freshness reduces some contamination risks; it does not prove a training-data exclusion. Pin release and evaluation dates.

Published evaluation

The linked publication documents the task and scoring procedure. Model results retain the source’s evaluation setting, native score units and available uncertainty.

Where this fits in an evaluation suite

The agent wrapper is part of the system. Pin tools, dependencies, timeouts, tests, and the repository revision. Compare contest coding separately from repository maintenance.

Start with a capability hypothesis, then choose a second test with a different failure mode. Keep the checkpoint, reasoning effort, agent tools, sampling policy, and scoring procedure fixed when measuring a training intervention. Record failures and missing outputs in the denominator.

A reproducible comparison

Use the exact implementation, version, task subset, tool access, attempt budget, and judge described by the source.

Publish the exact run configuration, item coverage, score units, and available uncertainty. If a source supplies only an aggregate or a single run, preserve that limit. A new model name or a rounded score alone does not establish a capability improvement.

PRIMARY EVIDENCE & FURTHER READING

  1. LiveCodeBench — evaluation methodology and results ↗

    Vals AI · 2026

  2. LiveCodeBench Benchmark | Artificial Analysis ↗

    Artificial Analysis

Reviewed 2026-10-26. Explanation and interpretation by RLTasks. Benchmark ownership remains with its original authors.