Skip to content
AI.info

MLOps

Experiment Tracking and Decision Records

Design experiment records that support fair comparison, reproducibility, negative results, and accountable model selection.

By the end you can

Example

The candidate won because it received more opportunities

Put the state-of-the-art GAN algorithms side by side, give every one of them the same hyperparameter search and the same random restarts, and the ranking collapses. That is the comparison the field had not run for itself. Lucic, Kurach and three colleagues ran it in 2018.

Each algorithm got one shared budget instead of whatever its own authors had happened to spend on it. The abstract reports what survived: “We find that most models can reach similar scores with enough hyperparameter optimization and random restarts. This suggests that improvements can arise from a higher computational budget and tuning more than fundamental algorithmic changes.” They found no evidence that any tested algorithm consistently outperforms the original non-saturating GAN.

Every one of those published wins had been logged somewhere. What no tracker recorded was the asymmetry that produced them.

  • Tuning budget: Each algorithm received the same hyperparameter optimization and the same random restarts rather than the search its own authors had spent, and most then reached similar scores.
  • Compute cost: The authors put the improvements down to “a higher computational budget and tuning more than fundamental algorithmic changes”. The budget belongs in the record beside the score.
  • Metric selection: A slice chosen after inspecting the alternatives is a decision, not an observation, and a run table does not mark it as one.
  • The verdict: No evidence that any tested algorithm consistently outperforms the original non-saturating GAN — a whole family of headline results did not survive an equal search.
  • Decision risk: The tracker records runs but not the unequal comparison protocol that generated them.

Ten thousand runs can still leave no evidence

An experiment tracker holds every parameter and every metric from six months of work. Nobody can still say which runs used the same data split, whether the baseline received equal tuning, or why the selected candidate was preferred. The data is all there. The comparison is not.

The cost of that has been measured. Edward Raff tried to re-implement papers by hand, from the text alone, without looking at any released code — papers published between 1984 and 2017. “After this selection process, we are left with 255 papers, of which 162 (63.5%) were successfully replicated and 93 were not.”

Two record-keeping facts predicted the outcome. One was whether the paper specified its hyperparameters (p = 8.45 × 10⁻⁶). The other was whether the authors replied to questions (p = 6.01 × 10⁻⁸). Of 24 papers whose authors did not respond, replication succeeded once. Of 26 whose authors did respond, it succeeded 22 times.

Tracking is useful only when runs belong to a comparison protocol. The record must preserve the question, the controlled variables, the budget, the evidence and the conclusion — negative results included.

Case

Conclusions that reverse when the compute budget changes

Some comparisons are decided by unequal computation rather than by method. Dodge and colleagues took that on in 2019, arguing that “test-set performance scores alone are insufficient for drawing accurate conclusions about which model performs best”. Their proposal is to report the “expected validation performance of the best-found model as a function of computation budget (i.e., the number of hyperparameter search trials or the overall training time)”. Applied to the published literature, it turned up “multiple recent model comparisons where authors would have reached a different conclusion if they had used more (or less) computation”.

The reversal had already happened once in language modelling. Melis and colleagues re-ran the popular recurrent architectures in 2017 under a single tuning regime: “We reevaluate several popular architectures and regularisation methods with large-scale automatic black-box hyperparameter tuning and arrive at the somewhat surprising conclusion that standard LSTM architectures, when properly regularised, outperform more recent models.”

The ranking the newer models had won came from differing code bases and limited computation. That is uncontrolled experimental variation, not a property of the methods. The budget belongs in the record beside the score.

Comparison

Three artifacts serve three audiences

One dashboard cannot answer every question. A run record supports reproduction and debugging of one execution. An experiment report supports comparison across controlled alternatives. A decision record supports accountable selection and future reconsideration.

For high-risk systems the third artifact is no longer a matter of team taste. The Artificial Intelligence Act — Regulation (EU) 2024/1689, published in the Official Journal on 12 July 2024 — makes it a legal artefact. Annex IV is the technical documentation required by Article 11(1). Point 2(b) obliges the provider to document “the design specifications of the system, namely the general logic of the AI system and of the algorithms; the key design choices including the rationale and assumptions made, including with regard to persons or groups of persons in respect of who, the system is intended to be used; the main classification choices; what the system is designed to optimise for, and the relevance of the different parameters”. Point 2(g) adds the validation and testing procedures, the metrics used to measure accuracy and robustness, and “test logs and all test reports dated and signed by the” responsible persons.

Rationale, assumptions, the optimisation target, the trade-offs made, and a dated signature on the test report. That is a decision record, written into law rather than recommended in a style guide.

FigureComparison · 3 columns

Run record

Supports reproduction and debugging of one execution.

  • Parameters and metrics
  • Artifact identities
  • Environment and logs
  • Audience: engineers and researchers

Experiment report

Supports comparison across controlled alternatives.

  • Hypothesis and baseline
  • Budget and uncertainty
  • Slices and failure cases
  • Audience: technical review

Decision record

Supports accountable selection and future reconsideration.

  • Chosen option and rationale
  • Rejected alternatives
  • Conditions and exceptions
  • Audience: product, risk, and operations

Visual

The anatomy of a defensible experiment

Comparison begins before the first training job starts. State the question. Fix the controlled design. Capture the execution record. Analyse uncertainty and cost. Then record the decision and the evidence that justified it.

NeurIPS 2019 turned part of that anatomy into a submission requirement: every submitted paper had to answer the Machine Learning Reproducibility checklist. Pineau and seven co-authors, the conference's reproducibility chairs, reported on what came back across 6,743 submitted papers. Of those, 40% carried a link to code at submission and 74.4% by camera-ready. NeurIPS 2018 had been under 50% across 4,856 papers; ICML 2019, 36% rising to 67% across 3,424 papers.

The execution record improved quickly. The analysis stage did not, and the checklist answers say so in the report's own words: “In particular, it seems surprising to have 87% of papers that see value in clearly defining the metrics and statistics used, yet 36% of papers judge that error bars are not applicable to their results.”

Uncertainty is the field a community waives first. It is also the field a decision rests on.

FigureProcess · 5 steps
  1. 1

    Question

    State the hypothesis or engineering decision the experiment addresses.

  2. 2

    Controlled design

    Fix data, split, budget, baseline, seeds, and evaluation rules.

  3. 3

    Execution record

    Capture code, configuration, environment, artifacts, and telemetry.

  4. 4

    Analysis

    Compare uncertainty, slices, cost, failure cases, and sensitivity.

  5. 5

    Decision

    Record acceptance, rejection, follow-up, and the evidence that justified it.

Key idea

The best metric in the tracker may be the least trustworthy result

Search the same data often enough and multiple-comparison and winner’s-curse effects appear. Search many seeds, datasets, metrics and slices, and the most impressive result may be partly selection noise.

The distance between a tracked internal number and an independent confirmatory evaluation has been measured. The Epic Sepsis Model is a proprietary sepsis predictor deployed at hundreds of US hospitals. Wong and colleagues validated it externally at Michigan Medicine across 27,697 patients and 38,455 hospitalisations, between 6 December 2018 and 20 October 2019. The hospitalisation-level area under the ROC curve was 0.63 (95% CI, 0.62–0.64). The vendor's own internal documentation had reported 0.76–0.83.

Missed cases and alert volume moved together. “The ESM also did not identify 1709 patients with sepsis (67%) despite generating alerts for an ESM score of 6 or higher for 6971 of all 38 455 hospitalized patients (18%), thus creating a large burden of alert fatigue,” they wrote in JAMA Internal Medicine in 2021. Their conclusion was that “the ESM has poor discrimination and calibration in predicting the onset of sepsis”.

An independent group tested the same model at two county emergency departments. Across 145,885 encounters in 2023 it returned a sensitivity of 14.7%, specificity 95.3%, PPV 7.6% and NPV 97.7%.

The experiment plan should distinguish exploratory analysis from confirmatory evaluation. When the consequence warrants it, keep an untouched final test or a prospective validation.

A tracker stores observations; it does not neutralize selection bias.

Case

50,000 networks, and the seed moved the verdict

The noise floor has been measured directly. Reimers and Gurevych evaluated 50,000 LSTM networks across five sequence tagging tasks in 2017, and found that “the seed value for the random number generator can result in statistically significant (p < 10⁻⁴) differences for state-of-the-art systems”. For two recent NER systems they observed “an absolute difference of one percentage point F₁-score depending on the selected seed value, making these systems perceived either as state-of-the-art or mediocre”.

The same system, unchanged, reads as state of the art or as mediocre depending on a number nobody thought worth writing down. A single score cannot separate a better method from a luckier seed. Seeds are a controlled variable. The record has to show which ones were used, and how many.

A run record is not a decision record

A run records what executed. A decision record explains what alternatives were compared, which evidence mattered, what uncertainty remained, and why the team chose a path.

Annex IV point 2(b) asks for exactly the second kind of content: the key design choices with their rationale and assumptions, and what the system is designed to optimise for. No quantity of run logs supplies it. A log records a value, not the reason it was chosen.

Keeping the two records separate prevents selection logic from disappearing into dashboards. It also makes it possible to revisit a decision when the product contract or the population changes.

Steps

Write the decision before promoting the model

A short decision memo exposes hidden advantages and unresolved risks. Restate the question. Verify that data, split, tuning budget, compute and evaluation protocol are comparable. Summarize the evidence with its uncertainty and its cost. Record the rejected alternatives. Set the conditions that would reverse the choice.

Step one — stating the question before the run rather than after it — has already been tested at the scale of a whole field. Kaplan and Irvin examined all 55 large NHLBI-funded randomised trials of drugs or dietary supplements for cardiovascular disease between 1970 and 2012. That period spans the years in which declaring the primary outcome in advance became the norm. They reported in 2015 that “17 of 30 studies (57%) published prior to 2000 showed a significant benefit of intervention on the primary outcome in comparison to only 2 among the 25 (8%) trials published after 2000” (χ² = 12.2, df = 1, p = 0.0005). Their Results add that “Pre-registration in clinical trials.gov was strongly associated with the trend toward null findings”.

Nothing about the treatments changed on either side of 2000. What changed was that the outcome had to be named before the data were seen. The positive-result rate went from 57% to 8%. That is the size of the effect a written question has on a result — and it is the size of the effect a question chosen afterwards has on a promoted model.

FigureProcess · 5 steps
  1. 1. Restate the question

    Name the product or engineering decision, not merely the metric target.

  2. 2. Verify comparability

    Check data, split, tuning budget, compute, and evaluation protocol.

  3. 3. Summarize evidence

    Include uncertainty, slices, failure examples, cost, and operational constraints.

  4. 4. Record rejected alternatives

    Explain why simpler or safer options were not selected.

  5. 5. Set follow-up conditions

    Define monitoring, additional tests, and evidence that would reverse the decision.

Negative results are operational assets

A well-recorded failure prevents the next team from repeating an expensive experiment under the same assumptions. It can also reveal that the limiting factor is a product constraint, not model capacity.

The reproduction figures point the same way from the other side. Of the 255 papers Raff tried to re-implement, replication succeeded for 22 of the 26 whose authors answered questions, and for one of the 24 whose authors did not. What a team writes down, and whether anyone can still explain it later, decides whether the work can be built on at all. Track decisions and invalidated hypotheses with the same care as promoted artifacts.

Key takeaways