Skip to content
Log in

Version the evidence, not just the model name.

AI systems, learning methods, and evaluations change quickly. Draconitic records the exact subject, source, date, experimental setting, and comparison class behind a claim so a familiar model or benchmark label does not imply false comparability.

Applies to
AI and ML systems, research, benchmarks, mathematics, physical-science intersections, and futures
Default
Primary sources with explicit version and limitation context
Revised

Claim records, not floating facts

An AI claim is stored or written with enough context to remain interpretable: exact model or system name, version when available, organization, claim type, direct source, publisher, publication date, access date, and a caveat when the evidence is incomplete or self-reported. “Model X can do Y” is narrowed to what was demonstrated, under which conditions, and by whom.

First-party technical reports and system cards are primary evidence for what their publisher disclosed. They are not independent verification. Research papers can provide method and results but may not generalize beyond their dataset. Product pages can document available features but can change without preserving a historical record.

Benchmark results need a comparison class

Draconitic does not combine unrelated evaluations into a universal intelligence score. A published benchmark result should retain:

  • benchmark name and version or dated release;
  • exact evaluated model, system, or agent;
  • metric, unit, and whether higher or lower is better;
  • split, subset, language, and evaluation date where applicable;
  • prompting, tools, scaffold, pass count, cost limit, or other material setting;
  • publisher, primary result source, and whether the result is first-party or independently reproduced;
  • comparability class and a specific caveat.

A result published by an evaluation team may be displayed as a published third-party result. It is not relabeled as a Draconitic run. Results from different benchmark versions, contaminated test sets, different tool access, rolling question pools, or retired evaluations are separated rather than sorted into one leaderboard.

Benchmark definitions and benchmark scores are separate

A definition explains what an evaluation was designed to measure, its dataset scale and task format, known constraints, and the responsible primary source. A result snapshot reports what a particular source published under a particular setting. Keeping those objects separate allows the Compendium to describe HumanEval, MMLU-Pro, ARC-AGI-2, OSWorld, SWE-bench, or another evaluation without implying that every reported score can be compared directly.

Research, theory, and mathematics

Mathematical entries identify notation, assumptions, and the level of abstraction. An equation is accompanied by a plain-language interpretation and its role in a model or learning process. Theoretical discussions are labeled as theory, conjecture, scenario, or open question; they are not presented as a released product or demonstrated capability.

Physics, quantum computing, and AI futures

Work at the boundary of AI and the physical sciences distinguishes mathematical analogy from physical mechanism, classical simulation from quantum execution, and proposed advantage from empirical evidence. Research into scientific machine learning, physical modeling, quantum information, or quantum algorithms records the computational setting and validation route needed to interpret the result. A future-facing scenario is labeled as a scenario rather than presented as an established trajectory.

Trends are based on multiple dated signals, such as peer-reviewed or preprint research, official releases, standards work, documented adoption, and reproducible practitioner evidence. A company announcement supports the fact that something was announced, not a prediction that it will succeed. Future-product pages distinguish confirmed roadmaps, reported development, inference, and speculation.

Review and corrections

Entries link to original sources. Publication checks cover references, dates, required fields, and relationships between records. Corrections retain their revision dates.

Copyright and dataset boundary

Draconitic links to benchmark papers and official repositories, paraphrases definitions and published facts, and records limited result metadata. It does not copy evaluation questions, restricted test sets, full papers, protected figures, proprietary leaderboards, or source code whose license does not allow republication.

Corrections, deprecation, and uncertainty

Entries expose publication and revision dates. A benchmark can be marked retired, superseded, saturated, contaminated, disputed, or rolling without erasing its historical value. Model names are not silently reused for newer versions. Material corrections change the affected claim and revision date; source updates become new evidence rather than pretending the original always said something else.

Reference standards and examples

Published 13 July 2026, Last materially reviewed 13 July 2026, Research corrections: [email protected]