Skip to main contentSkip to user menuSkip to navigation

Composite Benchmarks: MMLU, MMMU & AGIEval

Master composite AI benchmarks: MMLU (Massive Multitask Language Understanding), MMMU multimodal, AGIEval, and comprehensive evaluation.

55 min readAdvanced
Not Started
Loading...

What is MMLU?

MMLU, or Massive Multitask Language Understanding, is a text-only benchmark that asks four-option multiple-choice questions across 57 academic and professional subjects. It gives every response an unambiguous correctness label, then summarizes how often a model selected the reference answer.

In plain language, MMLU is a broad, standardized exam for a language model. It matters because one frozen test can expose uneven knowledge across mathematics, history, law, medicine, computer science, and many other subjects. It is useful for comparing model versions under the same protocol.

The core invariant is same evidence, same procedure: a score is comparable only when the dataset version, prompt, demonstrations, answer ordering, decoding settings, and answer extractor are held constant. The overall percentage must remain traceable to per-subject counts and uncertainty.

MMLU does not prove that a model understands every domain, reasons like a human, stays factual in open-ended conversation, resists unsafe requests, or works in your product. It is one controlled signal. Review evaluation benchmarks first if terms such as holdout, slice, and evaluator are new.

57

Subjects

Broad academic and professional coverage

4

Answer options

A random guess has 25% expected accuracy

1 item

Atomic evidence

A question, selected answer, reference answer, and subject

Score + slices + n

Minimum report

Never publish the aggregate without its evidence shape

Turn questions into a reproducible result

An MMLU run is simple enough to audit, but small protocol changes can move the result. Treat the prompt and scorer as versioned evaluation code rather than incidental strings.

  1. 1

    Manifest

    Freeze the protocol

    Record dataset revision, split, subject list, prompt template, zero-shot or few-shot setup, answer ordering, model version, and inference settings.

  2. 2

    Inference

    Generate one choice

    Ask each test question without exposing its answer. Use deterministic decoding when possible and preserve the raw output for extraction audits.

  3. 3

    Evidence

    Score every item

    Extract exactly one valid option, compare it with the reference, and retain subject, category, correctness, and invalid-response counts.

  4. 4

    Decision

    Report the distribution

    Publish the declared aggregate beside per-subject scores, denominators, confidence intervals, prompt variants, and contamination findings.

Protocol choices that belong in the result

  • Prompt regime: zero-shot, few-shot, and chain-of-thought prompts are different evaluations. Demonstrations must come from an allowed development split.
  • Answer extraction: a strict extractor should distinguish B from prose that merely mentions option B. Invalid outputs need their own count.
  • Answer ordering: option positions can create bias. Freeze ordering or run a declared permutation study rather than changing it between candidates.
  • Aggregation: item-weighted, subject-macro, category-macro, and product-weighted scores answer different questions. Name the formula and publish its weights.
  • Uncertainty: retain the numerator and denominator for every reported slice. A point estimate without n hides how much evidence supports it.

Re-running only the prompt that favors one candidate is benchmark shopping. Select the protocol before scoring release candidates, then report sensitivity across predeclared prompt variants.

See how an overall score can hide a domain failure

The lab uses synthetic category scores for two model candidates. Broad Generalist is steady across domains. Headline Optimizer wins high-volume categories but fails a professional-domain floor. Change the category weights and the minimum acceptable professional score.

The purpose is not to recreate an official MMLU leaderboard. It is to make the aggregation contract visible: a weighted average can improve even while the domain that matters most to a product becomes unsafe or unusable.

Category aggregation lab

Change the average without changing either model

Select a weighting contract, tune each category's influence, and set a professional-domain floor. The lab separates the aggregate winner from the release-eligible candidate.

Loading category evidence...

Choose the summary for the decision

There is no neutral average. Each aggregation rule assigns influence to different evidence.

Question mix

Item-weighted accuracy

Every question has equal influence, so subjects with more items contribute more. This describes the tested item mixture, not necessarily user traffic.

Equal groups

Macro accuracy

Average subject or category scores with equal weight. This prevents a large subject from dominating, but still treats low-risk and critical domains as interchangeable.

Declared relevance

Product-weighted score

Weight slices by a documented product contract. Keep hard floors for critical domains so a strength in history cannot cancel a failure in professional law.

For model selection, report at least four views:

  1. The standard benchmark score under a frozen, published aggregation.
  2. Per-subject and per-category accuracy with correct counts and denominators.
  3. Product-relevant slices with predeclared weights and hard minimums.
  4. The difference between candidates with paired or bootstrap uncertainty where the evaluation design supports it.

A model can be the benchmark winner and still be ineligible for a product. The aggregate ranks candidates under one formula; the hard floor protects a requirement that must not be traded away.

Know what the benchmark does and does not prove

Supported claim

It does test

Accuracy on a fixed set of text multiple-choice questions across many subjects, under the exact prompting and scoring protocol that produced the report.

Useful diagnosis

It does reveal

Relative strengths, weak subjects, invalid-answer behavior, regressions between model versions, and sensitivity to declared protocol variants.

Missing behavior

It does not test

Open-ended factuality, citation quality, multi-turn instruction following, tool use, retrieval, latency, cost, or behavior under the complete product prompt.

Invalid claim

It does not certify

Professional competence, safety, fairness, cultural coverage, robust reasoning, or readiness for unrestricted production deployment.

Multiple-choice accuracy can come from knowledge, elimination, memorized wording, answer-position cues, or genuine reasoning. MMLU alone cannot identify which mechanism produced a correct choice. Use targeted counterfactuals, generated variants, rationale checks, and product tasks when the mechanism matters.

Use MMLU, MMMU, and AGIEval as different lenses

These benchmarks are often grouped because each spans many tasks. They do not establish the same claim.

MMLU is broad and text-only

  • Covers 57 subjects with four-option questions drawn from academic and professional material.
  • Supports clean accuracy calculations and subject-level comparisons.
  • Does not require visual interpretation or open-ended response quality.

MMMU adds multimodal evidence

  • Uses questions where images, diagrams, charts, or other visual material are necessary.
  • Tests whether visual perception and language reasoning work together across disciplines.
  • Adds failure sources such as image preprocessing, resolution, layout understanding, and visual grounding.

AGIEval uses exam-shaped tasks

  • Collects questions from standardized and professional examinations across languages and task formats.
  • Tests performance on formal human assessment conventions.
  • Can reward familiarity with exam structure and still miss interactive product behavior.

A higher MMLU score does not predict a higher MMMU or AGIEval score by definition. Compare candidates on every benchmark that represents a required capability, then confirm the result on product-shaped tasks.

Separate weak evidence from a real slice failure

An aggregate can look strong for four different reasons that do not justify release: a critical slice has too few items, the holdout overlaps with training or prompt development, results swing across valid prompt variants, or the release floor was chosen after seeing the score.

The next lab keeps the observed overall and worst-slice accuracies visible while you change:

  • independent sample size, which changes random uncertainty;
  • estimated contamination, which weakens the generalization claim;
  • prompt-run variance, which penalizes an unstable protocol;
  • the predeclared slice floor, which changes the release contract.

More samples can narrow an interval. They cannot remove contamination, stabilize a flawed prompt, or make a below-floor slice acceptable.

Uncertainty and integrity lab

Decide whether to collect, repair, or block

Change independent sample size, estimated contamination, prompt-run spread, and the critical-slice floor. The decision distinguishes weak evidence from a point-estimate failure.

Loading evaluation evidence...

Diagnose the failure before changing the score

  • The overall passes while a professional slice fails.
    • Keep the slice as an independent gate; do not trade it against unrelated strengths.
    • Add targeted held-out cases and inspect errors by skill, not only by subject label.
  • The interval is wide because the slice is small.
    • Mark the result inconclusive and collect independent cases.
    • Repeated prompt variants of the same question are correlated and do not create the same evidence as new questions.
  • The holdout is contaminated.
    • Check exact, near-duplicate, paraphrase, answer-key, and benchmark-discussion overlap with training, tuning, and prompt-development data.
    • Quarantine affected clusters and rerun on a hidden replacement set; a statistical correction cannot restore independence.
  • Valid prompt variants change the ranking.
    • Freeze a primary prompt and report a predeclared sensitivity set.
    • Treat large run-to-run spread as protocol instability, not as a reason to select the best run.
  • Answer extraction creates false errors or false passes.
    • Measure invalid, multiple-choice, refusal, and malformed outputs separately.
    • Audit raw responses whenever extraction logic or model output format changes.
  • The benchmark no longer represents the product.
    • Add product tasks, safety evaluations, open-ended factuality checks, and production monitoring.
    • Keep MMLU as a regression signal rather than stretching its claim.

Implement a denominator-aware evaluation boundary

The example below scores item records, preserves per-subject numerators and denominators, computes Wilson intervals, applies declared category weights, and returns pass, hold, or block for a critical slice. It uses only the Python standard library so the reporting logic is easy to audit.

Reproducible composite benchmark report and release gate

Keep the runner and the policy separate:

  • The runner owns prompts, model calls, raw outputs, extraction, and immutable item records.
  • The report owns grouping, aggregation, uncertainty, contamination notes, and protocol sensitivity.
  • The release policy owns weights, hard floors, minimum denominators, allowed contamination, rollout ceiling, and approver.
  • A changed dataset, prompt, extractor, model, or policy creates a new versioned result rather than silently replacing the old one.

Operate MMLU as one signal in an evaluation system

From benchmark manifest to bounded release

Every stage preserves enough evidence to reproduce the score and explain the decision.

Dataset and protocol

Versioned manifest

Pins subjects, item hashes, prompt templates, demonstration IDs, answer order, extractor, model settings, weights, and gates.

Raw evidence

Deterministic runner

Stores one append-only record per item, including raw response, parsed choice, correctness, latency, and errors.

Score and uncertainty

Slice report

Builds overall, subject, category, and product views with denominators, intervals, contamination checks, and prompt sensitivity.

Bounded decision

Release gate

Combines benchmark evidence with product, safety, quality, latency, and cost gates before shadow or canary exposure.

Rerun and investigate when

  • the model, system prompt, decoding settings, answer ordering, extractor, or few-shot examples change;
  • dataset overlap, leaked answer keys, suspiciously exact rationales, or abrupt subject jumps appear;
  • a product-critical subject regresses even when the overall score rises;
  • valid prompt variants disagree beyond the declared stability threshold;
  • user traffic, supported languages, tools, retrieval, or safety policy changes the deployed task.

Preserve an auditable release record

Store the manifest, item hashes, raw outputs, parser version, aggregate formula, weights, slice counts, confidence method, contamination audit, prompt sensitivity, failed and waived gates, approver, rollout ceiling, monitoring plan, and rollback trigger.

Passing MMLU should earn another evaluation step, not a certificate. A defensible release still needs product-shaped tasks, open-ended quality and factuality checks, safety and fairness gates, latency and cost measurements, and a bounded canary with monitoring.

No quiz questions available
Could not load questions file
Spotted an issue or have a better explanation? This page is open source.Edit on GitHub·Suggest an improvement