All guides
Signal definitions

How the four signals are computed

The technical companion to the four interpretive signals. This formalizes how each one is calculated, the fields it depends on, and how it rolls up across the corpus. Adapted from Appendix H.1 of the paper.

See also: the Quickstart introduces what each signal means in plain language. This page is the precise definition behind it.


The result triple

Every signal is computed over a result triple r=(m,b,μ)r = (m, b, \mu):

  • mm: a canonical model identifier,
  • bb: a metric-path through the rollout hierarchy (family → composite → benchmark → split),
  • μ\mu: a metric.

RR is the set of all such triples in the corpus, and BB the set of canonical benchmarks. For any field ff and triple rr:

pop(f,r)={1if f is populated in the record for r,0otherwise,\mathrm{pop}(f, r) = \begin{cases} 1 & \text{if } f \text{ is populated in the record for } r, \\ 0 & \text{otherwise,} \end{cases}

and pop(f,b)\mathrm{pop}(f, b) is defined analogously for a benchmark bb and its Auto-BenchmarkCards record.

Reproducibility

In plain terms. For each result, we check whether its record discloses each of eight setup items needed to re-run the evaluation. Some items apply only to some kinds of run. A result is flagged if any item that applies to it is undisclosed.

Disclosure. Let SreproS_{\mathrm{repro}} be the set of eight setup items in the table below. Each item kk has a set of fields F(k)F(k), and the item is disclosed if any of its fields is populated:

disc(k,r)=max⁡f∈F(k)pop(f,r).\mathrm{disc}(k, r) = \max_{f \in F(k)} \mathrm{pop}(f, r).

Applicability. Three properties of the run decide which items apply:

  • whether the run is scored from log-probabilities, read from its scoring mode or stated output type;
  • whether the run involves reasoning, for example an affirmative reasoning effort or reasoning-token budget;
  • whether the evaluation has an agentic setup, for example an affirmative scaffold, context-compaction setting, agent plan or agent configuration.

When nothing on a result says whether it involved reasoning or an agentic setup, the items that depend on it are left out of the check for that result.

Setup itemFields (any one discloses the item)Applies to
Decodingtemperature, temperature_raw, top_p, top_kruns not scored from log-probabilities
Reasoning budgetreasoning, reasoning_effort, effort, reasoning_tokensreasoning runs
Output lengthmax_tokens, token_limit, message_limit, max_messagesruns not scored from log-probabilities
Harnesseval_library.name, harness, framework, lm_eval_task, scaffold, eval_plan, agentic_eval_configall runs
Harness versioneval_library.version, eval_library_version, harness_version, lm_eval_taskall runs
Context handlingcompaction, context_management, truncationagentic runs
Test setsplit, eval_split, subset, n_tasks, n_samples, sample_sizeall runs
Attemptsattempts, max_attempts, epochs, num_runs, repeats, samples, n_trajectoriesagentic runs

Flag. Let A(r)⊆SreproA(r) \subseteq S_{\mathrm{repro}} be the setup items that apply to result rr. A result is flagged as a reproducibility gap if an item that applies to it is undisclosed:

Grepro(r)=1−∏k∈A(r)disc(k,r).G_{\mathrm{repro}}(r) = 1 - \prod_{k \in A(r)} \mathrm{disc}(k, r).

The interface lists the undisclosed items that apply, { k∈A(r):disc(k,r)=0 }\{\, k \in A(r) : \mathrm{disc}(k, r) = 0 \,\}.

Corpus level. Let T\mathcal{T} be the set of (model, benchmark, split, metric) tuples with a score. A tuple is flagged if any of its results is flagged, and the corpus rate is the share of flagged tuples. For each item kk, the reported share is the share of tuples in which some result leaves kk undisclosed while kk applies:

Gˉrepro=1∣T∣∑t∈Tmax⁡r∈tGrepro(r),mˉ(k)=1∣T∣∑t∈Tmax⁡r∈t1[k∈A(r) and disc(k,r)=0],k∈Srepro.\bar{G}_{\mathrm{repro}} = \frac{1}{|\mathcal{T}|} \sum_{t \in \mathcal{T}} \max_{r \in t} G_{\mathrm{repro}}(r), \qquad \bar{m}(k) = \frac{1}{|\mathcal{T}|} \sum_{t \in \mathcal{T}} \max_{r \in t} \mathbf{1}\bigl[k \in A(r) \text{ and } \mathrm{disc}(k, r) = 0\bigr],\quad k \in S_{\mathrm{repro}}.

Reporting completeness

In plain terms. For each benchmark, we count how many of the 28 schema fields are populated. Present-or-absent fields score 0 or 1; fields that contain sub-items score the fraction of sub-items populated. The completeness score is the average across all 28 fields.

Let F={f1,…,fN}F = \{ f_1, \dots, f_N \} be the operationalized schema with N=28N = 28 fields, ingested from Auto-BenchmarkCards and EEE plus the reserved Evaluation Cards fields. Each field has a coverage type τ(f)∈{full,reserved,partial}\tau(f) \in \{ \text{full}, \text{reserved}, \text{partial} \}, and the per-field score s(f,b)∈[0,1]s(f, b) \in [0, 1] is:

s(f,b)={pop(f,b)if τ(f)∈{full,reserved},1∣sub(f)∣∑f′∈sub(f)pop(f′,b)if τ(f)=partial,s(f, b) = \begin{cases} \mathrm{pop}(f, b) & \text{if } \tau(f) \in \{ \text{full}, \text{reserved} \}, \\[1.2em] \dfrac{1}{|\mathrm{sub}(f)|} \displaystyle\sum_{f' \in \mathrm{sub}(f)} \mathrm{pop}(f', b) & \text{if } \tau(f) = \text{partial,} \end{cases}

where sub(f)\mathrm{sub}(f) is the set of sub-items under a partial-coverage field. For example, a partial field with 4 sub-items, 2 of which are populated, scores 0.50.5.

The completeness score for a benchmark is the unweighted mean across fields:

C(b)=1N∑f∈Fs(f,b)=128∑f∈Fs(f,b).C(b) = \frac{1}{N} \sum_{f \in F} s(f, b) = \frac{1}{28} \sum_{f \in F} s(f, b).

The interface surfaces C(b)C(b) alongside the count of fully missing fields, ∣{ f∈F:s(f,b)=0 }∣|\{\, f \in F : s(f, b) = 0 \,\}|. Across the corpus we report the median per-benchmark completeness, medianb∈B C(b)\mathrm{median}_{b \in B}\, C(b), and per-field population rates, pˉ(f)=1∣B∣∑b∈Bs(f,b)\bar{p}(f) = \frac{1}{|B|} \sum_{b \in B} s(f, b).

Completeness and reproducibility are distinct, so a result with no reproducibility gap may still have low completeness.

Provenance

In plain terms. For each reported score, we surface three things: who reported it (first-party, third-party, or collaborative), whether anyone else also reported the same score, and any risk categories associated with the benchmark.

Let ρ(r)∈{first_party,third_party,collaborative}\rho(r) \in \{ \texttt{first\_party}, \texttt{third\_party}, \texttt{collaborative} \} be the evaluator relationship for triple rr. For a triple (m,b,μ)(m, b, \mu), the set of records reporting it is R(m,b,μ)={r∈R:r=(m,b,μ)}R(m, b, \mu) = \{ r \in R : r = (m, b, \mu) \}.

A score is first-party-only if every report comes from the model developer:

FPO(m,b,μ)={1if ρ(r)=first_party for all r∈R(m,b,μ),0otherwise.\mathrm{FPO}(m, b, \mu) = \begin{cases} 1 & \text{if } \rho(r) = \texttt{first\_party} \text{ for all } r \in R(m, b, \mu), \\ 0 & \text{otherwise.} \end{cases}

The multi-party indicator is MP(m,b,μ)=1\mathrm{MP}(m, b, \mu) = 1 when ∣R(m,b,μ)∣>1|R(m, b, \mu)| > 1, and 00 otherwise. Risk annotations are propagated from the Auto-BenchmarkCards risk-mapping component: each benchmark bb carries a set of risk categories K(b)K(b). These are shown as attention cues in the interface and do not enter a numerical score.

Comparability

In plain terms. For each (m,b,μ)(m, b, \mu) triple with at least two reports, we check whether reported scores differ by more than 5% of the metric's range. We do this two ways: across setups for the same party (variant divergence) and across different parties (cross-party divergence). Either one triggers a flag.

Let [μmin⁡,μmax⁡][\mu_{\min}, \mu_{\max}] be the metric's native scale and θ=0.05\theta = 0.05 the divergence threshold.

Variant divergence. For a triple with multiple reported setups (differing in fields such as max_tokens\texttt{max\_tokens}, tool configuration, or agentic scaffolding), let V(m,b,μ)V(m, b, \mu) be the set of distinct variants and σ(v)\sigma(v) the score under variant vv. It is flagged when the spread exceeds θ\theta:

Dvar(m,b,μ)={1if max⁡vσ(v)−min⁡vσ(v)μmax⁡−μmin⁡>θ,0otherwise.D_{\mathrm{var}}(m, b, \mu) = \begin{cases} 1 & \text{if } \dfrac{\max_v \sigma(v) - \min_v \sigma(v)}{\mu_{\max} - \mu_{\min}} > \theta, \\[1.4em] 0 & \text{otherwise.} \end{cases}

The differing fields are surfaced as the comparability annotation.

Cross-party divergence. Let P(m,b,μ)={ρ(r):r∈R(m,b,μ)}P(m, b, \mu) = \{ \rho(r) : r \in R(m, b, \mu) \} be the set of reporting parties and σ(p)\sigma(p) the score reported by party pp (averaged across variants within a party if needed). It is flagged when more than one party reports the triple and the spread exceeds θ\theta:

Dcp(m,b,μ)={1if ∣P(m,b,μ)∣>1 and max⁡pσ(p)−min⁡pσ(p)μmax⁡−μmin⁡>θ,0otherwise.D_{\mathrm{cp}}(m, b, \mu) = \begin{cases} 1 & \text{if } |P(m, b, \mu)| > 1 \text{ and } \dfrac{\max_p \sigma(p) - \min_p \sigma(p)}{\mu_{\max} - \mu_{\min}} > \theta, \\[1.4em] 0 & \text{otherwise.} \end{cases}

The underlying setup differences across parties are rendered alongside the divergence.

Combined flag. The overall comparability signal is the maximum of the two:

Dcomp(m,b,μ)=max⁡( Dvar(m,b,μ), Dcp(m,b,μ) ).D_{\mathrm{comp}}(m, b, \mu) = \max\big(\, D_{\mathrm{var}}(m, b, \mu),\ D_{\mathrm{cp}}(m, b, \mu) \,\big).

The threshold θ=0.05\theta = 0.05 is applied uniformly across metrics; metric-specific thresholds are a candidate extension.


One thing to keep in mind

None of these signals is a grade. Evaluation Cards assigns no letter grades, pass/fail thresholds, or completeness rankings. When a field is omitted, it lowers the completeness score, may trip the reproducibility, provenance, or comparability signals, and is shown to readers directly. The intent is to make reporting choices visible, not to enforce a particular reporting standard.

Adapted from Appendix H.1, "Computation of Interpretive Signals" of the paper.

Back to Help