Benchmark Result
Represent a reported benchmark outcome with the context, reproduction evidence and qualified verification needed to interpret it.
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.
- Which master identifier and revision identify this reported result? identity
- Who issued this result and under which reporting authority? authority
- Is the outcome an individual run, a metric vector or a declared aggregate? classification
- 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.
- Which tested artifact revision or endpoint snapshot does the result describe? identity
- Which preprocessing, prompts, tools or runtime configuration were included in the tested boundary? composition
- What transformations or tuning separate the tested subject from its declared base? provenance
- 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.
- Which benchmark release and task define the meaning of this outcome? definition
- Which scenario, track and permitted modification class apply? classification
- Which accuracy or quality constraints condition reporting of the primary score? requirement
- 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.
- Which dataset version, split and subset were actually evaluated? relationship
- How many eligible, attempted, completed and excluded cases contributed to the result? measurement
- What evidence addresses overlap with training, tuning or calibration material? quality
- 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.
- When did execution, result issuance and local ingestion occur? temporal
- Which hardware and software configuration governed the measured execution? composition
- Which load, warm-up, randomization and repetition settings were applied? process
- 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.
- Which versioned inputs, configuration and logs support a reproduction attempt? evidence
- Which required artifacts are available, restricted, expired or missing? access
- Which post-processing steps connect raw outputs to the reported score? provenance
- 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.
- Which metric definition, scale, unit and preferred direction apply to each value? definition
- What value and precision were reported for each metric and sample slice? measurement
- Which metrics are measured, missing, failed, censored or not applicable? state
- 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.
- Which runs or component scores were included and excluded by the aggregation rule? composition
- How were weighting, normalization and denominators used to derive the aggregate? measurement
- Which uncertainty estimates accompany the score and what do they mean? measurement
- 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.
- What verification status applies to each result revision and metric scope? state
- Who made the verification assertion and what relationship do they have to the issuer? authority
- Was verification a metadata check, code inspection or an actual reproduction? evidence
- 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.
- What discrepancy or objection challenges this result and which evidence supports it? evidence
- Which accountable role resolved the challenge and on what recorded basis? decision
- Does the resolution require correction, supersession, withdrawal or no change? lifecycle
- 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.
- Which baseline result revision is proposed for comparison? relationship
- Which differences in protocol, data, configuration or measurement boundary limit comparison? constraint
- How was any reported improvement computed and with what uncertainty? measurement
- 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.
- Which accountable custodian governs this result and its evidence copies? ownership
- Which result fields or artifacts need restricted disclosure or redaction? privacy
- What retention, hold and disposal rules apply to each evidence artifact? retention
- 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
- PROV-O: The PROV Ontology - W3C
- Data on the Web Best Practices: Data Quality Vocabulary - W3C
- Data Catalog Vocabulary (DCAT) - Version 3 - W3C
- AI Risk Management Framework 1.0: Core - NIST
- Essentials of expressing measurement uncertainty: Basic definitions - NIST
- MLPerf Inference Submission Guide - MLCommons
- 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