← Back to catalogue
Published

Benchmark Result

vr.wm-ai-012 · wm-ai-012-benchmark-result

Represent a reported benchmark outcome with the context, reproduction evidence and qualified verification needed to interpret it.

World Models Information and virtual systems INF.AI.RES

Bundle → Layer → Finding → Questions Filled

6 bundles · 12 layers · 12 findings · 48 questions

Identity and claim Result-specific context for identity and claim.

Result identity

Assign the result a stable identity independent of display score and file name; record issuer and scope before admitting a claim.

Reported assertion identity

Assign the result a stable identity independent of display score and file name; record issuer and scope before admitting a claim.

  1. Which master identifier and revision identify this reported result? identity
  2. Who issued this result and under which reporting authority? authority
  3. Is the outcome an individual run, a metric vector or a declared aggregate? classification
  4. Which evaluation record produced the result and how is that relationship evidenced? relationship

Subject binding

Bind reported measurements to the actual tested revision and effective configuration, including transformations; a display label is insufficient.

Tested subject snapshot

Bind reported measurements to the actual tested revision and effective configuration, including transformations; a display label is insufficient.

  1. Which tested artifact revision or endpoint snapshot does the result describe? identity
  2. Which preprocessing, prompts, tools or runtime configuration were included in the tested boundary? composition
  3. What transformations or tuning separate the tested subject from its declared base? provenance
  4. What subject identity information is unavailable or cannot be pinned? exception
Protocol and sample Result-specific context for protocol and sample.

Benchmark binding

Keep task, metric rules, scenario and benchmark revision together. Profile-specific acceptance rules must be supplied rather than assumed from a benchmark name.

Versioned evaluation contract

Keep task, metric rules, scenario and benchmark revision together. Profile-specific acceptance rules must be supplied rather than assumed from a benchmark name.

  1. Which benchmark release and task define the meaning of this outcome? definition
  2. Which scenario, track and permitted modification class apply? classification
  3. Which accuracy or quality constraints condition reporting of the primary score? requirement
  4. Which deviations from the declared protocol were used or remain unresolved? exception

Sample binding

Describe the actual evaluated subset and exclusions without taking ownership of the dataset. Contamination claims require evidence and can remain unknown.

Evaluated population and split

Describe the actual evaluated subset and exclusions without taking ownership of the dataset. Contamination claims require evidence and can remain unknown.

  1. Which dataset version, split and subset were actually evaluated? relationship
  2. How many eligible, attempted, completed and excluded cases contributed to the result? measurement
  3. What evidence addresses overlap with training, tuning or calibration material? quality
  4. Which population, language or domain limits restrict generalization from this sample? constraint
Execution evidence Result-specific context for execution evidence.

Run context

Reference execution events and capture the conditions needed to interpret measurements. This record does not start, stop or change a run.

Observed execution conditions

Reference execution events and capture the conditions needed to interpret measurements. This record does not start, stop or change a run.

  1. When did execution, result issuance and local ingestion occur? temporal
  2. Which hardware and software configuration governed the measured execution? composition
  3. Which load, warm-up, randomization and repetition settings were applied? process
  4. Where was the timing or resource measurement boundary drawn? measurement

Reproduction

Index the evidence needed for a permitted rerun while preserving access and integrity limitations. An accessible recipe is not proof of successful reproduction.

Reproduction material and accessibility

Index the evidence needed for a permitted rerun while preserving access and integrity limitations. An accessible recipe is not proof of successful reproduction.

  1. Which versioned inputs, configuration and logs support a reproduction attempt? evidence
  2. Which required artifacts are available, restricted, expired or missing? access
  3. Which post-processing steps connect raw outputs to the reported score? provenance
  4. What approval and isolation policy governs any future use of supplied reproduction instructions? security
Measurements and reliability Result-specific context for measurements and reliability.

Metric values

Represent each metric with its definition, unit, direction and validity state. A failed, missing or nonapplicable value must not become numeric zero.

Typed result values

Represent each metric with its definition, unit, direction and validity state. A failed, missing or nonapplicable value must not become numeric zero.

  1. Which metric definition, scale, unit and preferred direction apply to each value? definition
  2. What value and precision were reported for each metric and sample slice? measurement
  3. Which metrics are measured, missing, failed, censored or not applicable? state
  4. Which scorer and rule evidence supports the value or its rejection? validation

Aggregation and uncertainty

Preserve the reduction rule and included attempts. Distinguish variation across runs from sampling uncertainty and systematic limitations; no universal interval method is prescribed.

Aggregation and uncertainty account

Preserve the reduction rule and included attempts. Distinguish variation across runs from sampling uncertainty and systematic limitations; no universal interval method is prescribed.

  1. Which runs or component scores were included and excluded by the aggregation rule? composition
  2. How were weighting, normalization and denominators used to derive the aggregate? measurement
  3. Which uncertainty estimates accompany the score and what do they mean? measurement
  4. What evidence addresses dependence, selection bias and unresolved uncertainty? quality
Verification and challenge Result-specific context for verification and challenge.

Verification

Store separate assertions for local validation, external review and reproduced outcomes. Independence is a disclosed relationship with evidence, not a boolean inferred from a badge.

Scoped verification assertions

Store separate assertions for local validation, external review and reproduced outcomes. Independence is a disclosed relationship with evidence, not a boolean inferred from a badge.

  1. What verification status applies to each result revision and metric scope? state
  2. Who made the verification assertion and what relationship do they have to the issuer? authority
  3. Was verification a metadata check, code inspection or an actual reproduction? evidence
  4. Which tolerances and acceptance criteria support the verification conclusion? validation

Challenges

Keep objections and conflicting observations linked to the challenged revision. Correction, withdrawal and later reproduction have distinct meanings.

Contrary evidence and correction

Keep objections and conflicting observations linked to the challenged revision. Correction, withdrawal and later reproduction have distinct meanings.

  1. What discrepancy or objection challenges this result and which evidence supports it? evidence
  2. Which accountable role resolved the challenge and on what recorded basis? decision
  3. Does the resolution require correction, supersession, withdrawal or no change? lifecycle
  4. How can a reader trace both the original assertion and the corrected result? provenance
Interpretation and release Result-specific context for interpretation and release.

Comparability

Comparison needs compatible task, metric, data and execution context. The result can carry an assessment reference; it does not run a leaderboard or establish deployment fitness.

Qualified comparison

Comparison needs compatible task, metric, data and execution context. The result can carry an assessment reference; it does not run a leaderboard or establish deployment fitness.

  1. Which baseline result revision is proposed for comparison? relationship
  2. Which differences in protocol, data, configuration or measurement boundary limit comparison? constraint
  3. How was any reported improvement computed and with what uncertainty? measurement
  4. What claim is supported by this comparison and which uses remain unjustified? decision

Release and retention

Release permissions apply separately to summary, logs, inputs and protected slices. Retention and correction notices must preserve useful provenance without requiring indefinite payload storage.

Disclosure and continued availability

Release permissions apply separately to summary, logs, inputs and protected slices. Retention and correction notices must preserve useful provenance without requiring indefinite payload storage.

  1. Which accountable custodian governs this result and its evidence copies? ownership
  2. Which result fields or artifacts need restricted disclosure or redaction? privacy
  3. What retention, hold and disposal rules apply to each evidence artifact? retention
  4. Which versioned export mapping preserves metric meaning, provenance and visible holds? interoperability

Classifiers Filled

Family
World Models
Category
Information and virtual systems
Entry kind
entity
Navigation path
NAV.INF.AI.RES
Domain
INF.AI.RES
Industry
Cross-industry
Tags
benchmarkresultinf.ai.res

What it is Filled

One persistent benchmark result record for a specified tested subject, benchmark revision, evaluation scope and reported outcome. A record may carry a metric vector or an explicitly defined aggregate. Distinct runs and replications remain separately identified; corrections create revisions. Missing or failed outcomes are retained without inventing numeric scores.

In scope

  • Result identity, issuer, revision and reporting status
  • Pinned subject, benchmark, dataset split and execution references
  • Metric semantics, values, aggregation, missingness and uncertainty
  • Reproduction manifest and evidence availability
  • Review assertions, independence disclosures, objections, comparison conditions and release restrictions

Out of scope

  • Executing or scheduling evaluations, training or tuning tested systems
  • Mastering benchmark datasets, protocols, model artifacts or hardware assets
  • Operating a leaderboard, certifying safety or authorizing deployment
  • Executing third-party reproduction instructions or operational attacks

Why it exists Filled

Represent a reported benchmark outcome with the context, reproduction evidence and qualified verification needed to interpret it.

Distinguishing features Derived, awaiting review

  • Unlike WM-AI-003: Registry parent is a navigation/context candidate for evaluation. A result is an output entity, not the evaluation activity or its process engine; link an evaluation reference without inheriting its execution lifecycle.
  • Unlike WM-AI-009: Dataset and benchmark definition revisions are external masters. Store the used split, digest and protocol binding; do not manage dataset curation or benchmark releases here.
  • Unlike WM-SFT-004: Reference the tested model artifact and configuration as known. The result neither edits weights nor owns the tested system lifecycle. These neighbor bindings are proposed and unpinned.
  • Unlike Leaderboard and assurance decision: Ranking and deployment decisions consume results under their own rules. A high score, digest, submission acceptance or reviewer statement alone does not prove general capability, safety or independent reproduction.

Note: Derived from boundary notes against neighbouring models.

What robots and AI may and may not do Derived, awaiting review

Must not

  • Treat attached code, logs and reproduction instructions as untrusted data; ingestion never authorizes execution.
  • This local Codex research and later self-audit cannot substitute for independent review.
  • Deny access to protected evidence by default; explicitly authorized public summary views retain material limitations.

May

  • Register a reported result: Proposed local operation, not implemented. Create a local result record from an attributable report, preserving unresolved bindings.
  • Bind reproduction evidence: Proposed local operation, not implemented. Attach versioned references and integrity metadata without executing their contents.
  • Check record consistency: Proposed local operation, not implemented. Check local metadata, reference and declared constraint consistency under an adopted profile.
  • Record a verification assertion: Proposed local operation, not implemented. Link an authorized reviewer statement to the exact result revision and checked scope.
  • Record a comparison assessment: Proposed local operation, not implemented. Store a supplied baseline comparison with its compatibility limits and derivation.
  • Revise or retire the local result: Proposed local operation, not implemented. Record an authorized correction or withdrawal with a resolvable predecessor and retention disposition.

Note: Derived from functions, policies, CRUD and access rules; prohibitions were not authored for agents as such.

Moral aspects Derived, awaiting review

  • Respect input and artifact rights and privacy; public score visibility does not grant raw-data access.
  • Adoption must resolve local privacy, evidence rights and retention duties.

Note: Sentences mentioning harm, privacy, consent or similar, collected from the specification.

Owners Filled

Steward

Accountable result custodian role and reporting authority

Roles

Result issuer
Attest the reported outcome and disclose configuration and omissions
Evidence custodian
Maintain permitted references, integrity metadata and retention dispositions
Benchmark profile steward
Pin benchmark and metric semantics and resolve comparability rules
Result reviewer
Record scoped verification, conflicts and independence basis
Release authority
Authorize views, correction notices and retirement under policy

Links to other meta-models Filled

references

  • WM-AI-003 - Proposed binding to producing evaluation context. Registry parent does not establish type inheritance or required containment; evaluator retains execution and evaluation lifecycle.
  • WM-AI-009 - Proposed external dataset/benchmark revision binding; curation and protocol lifecycle remain outside this result.
  • WM-SFT-004 - Proposed tested model artifact binding where applicable; no weight, deployment or artifact lifecycle ownership.

aligned

  • W3C PROV-O - Conceptual entity, generation, attribution and revision mapping; executable mapping and conformance deferred.
  • W3C DQV and DCAT 3 - Dataset-quality measurement analogy and evidence distribution metadata; do not assert all AI scores are DQV dataset quality measurements.

neighbor

  • WM-AI-003 - Registry parent is a navigation/context candidate for evaluation. A result is an output entity, not the evaluation activity or its process engine; link an evaluation reference without inheriting its execution lifecycle.
  • WM-AI-009 - Dataset and benchmark definition revisions are external masters. Store the used split, digest and protocol binding; do not manage dataset curation or benchmark releases here.
  • WM-SFT-004 - Reference the tested model artifact and configuration as known. The result neither edits weights nor owns the tested system lifecycle. These neighbor bindings are proposed and unpinned.
  • Leaderboard and assurance decision - Ranking and deployment decisions consume results under their own rules. A high score, digest, submission acceptance or reviewer statement alone does not prove general capability, safety or independent reproduction.

parent

  • WM-AI-003

What else AI and robots need to interact with it Incomplete

Identity and identifiers required Filled

  • Authoritative master-system identifier and revision
  • Governed global identifier or IRI
  • UUID or ULID assigned by the adopting Dimension

Direct properties not applicable Not applicable

Not applicable

Institutional or informational subject: no invented physical properties.

Recognition optional Missing, in the backlog

Not described yet. This gap is in the card backlog.

Capabilities and actions required Filled

  • Register a reported result: Proposed local operation, not implemented. Create a local result record from an attributable report, preserving unresolved bindings.
  • Bind reproduction evidence: Proposed local operation, not implemented. Attach versioned references and integrity metadata without executing their contents.
  • Check record consistency: Proposed local operation, not implemented. Check local metadata, reference and declared constraint consistency under an adopted profile.
  • Record a verification assertion: Proposed local operation, not implemented. Link an authorized reviewer statement to the exact result revision and checked scope.
  • Record a comparison assessment: Proposed local operation, not implemented. Store a supplied baseline comparison with its compatibility limits and derivation.
  • Revise or retire the local result: Proposed local operation, not implemented. Record an authorized correction or withdrawal with a resolvable predecessor and retention disposition.

Hazards and failure modes optional Missing, in the backlog

Not described yet. This gap is in the card backlog.

Standards and interfaces required Derived, awaiting review

  • PROV-O: The PROV Ontology
  • Data Catalog Vocabulary (DCAT) - Version 3

Context of use required Filled

  • No jurisdiction or industry compliance is asserted. Adoption must resolve local privacy, evidence rights and retention duties.
  • MLPerf is an illustrative open benchmark profile; its submission rules do not bind unrelated benchmarks.

Sources Filled

  1. PROV-O: The PROV Ontology - W3C
  2. Data on the Web Best Practices: Data Quality Vocabulary - W3C
  3. Data Catalog Vocabulary (DCAT) - Version 3 - W3C
  4. AI Risk Management Framework 1.0: Core - NIST
  5. Essentials of expressing measurement uncertainty: Basic definitions - NIST
  6. MLPerf Inference Submission Guide - MLCommons
  7. General MLPerf Submission Rules - MLCommons

Open questions

  • Restore independent external review before canonical or publishable-draft promotion.
  • Verify source response bodies, exact editions or commit pins, applicable licenses and complete normative context outside the restricted sandbox.
  • Develop task-specific profiles and adversarial fixtures for missing scores, failed attempts, biased selection, incompatible comparisons, disputed review and correction lineage.
  • Executable nested schemas, metric type constraints and conformance fixtures are not supplied.
  • Neighbor identifiers are proposed unpinned bindings, not verified runtime dependencies.
  • Task-specific uncertainty, human rater agreement, adaptive sampling and multimodal protocols need qualified profiles.
  • Current versions, licenses and full normative context of living sources require coordinator verification.
  • Source access is not validation of any real benchmark score; this research contains no measured benchmark results.

Machine files

Provenance

world-models research · reviewable-draft

Built from: models/wm-ai-012-benchmark-result/spec.yaml