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
- Define the minimum experiment record needed for a defensible comparison
- Distinguish run tracking from model selection and release approval
- Control hidden advantages in data, compute, tuning, and evaluation
- Use decision records to preserve why a candidate was accepted or rejected
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.
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.
- 1
Question
State the hypothesis or engineering decision the experiment addresses.
- 2
Controlled design
Fix data, split, budget, baseline, seeds, and evaluation rules.
- 3
Execution record
Capture code, configuration, environment, artifacts, and telemetry.
- 4
Analysis
Compare uncertainty, slices, cost, failure cases, and sensitivity.
- 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.
1. Restate the question
Name the product or engineering decision, not merely the metric target.
2. Verify comparability
Check data, split, tuning budget, compute, and evaluation protocol.
3. Summarize evidence
Include uncertainty, slices, failure examples, cost, and operational constraints.
4. Record rejected alternatives
Explain why simpler or safer options were not selected.
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
- A run record captures execution; a decision record captures reasoning — the content Annex IV point 2(b) of the EU AI Act (Regulation (EU) 2024/1689) demands: key design choices, rationale, assumptions, and what the system is designed to optimise for.
- Fair comparison means an equal budget: given enough hyperparameter optimization and random restarts, no tested GAN algorithm consistently outperformed the original non-saturating GAN.
- Exploratory search invites selection noise and winner’s curse: across 50,000 LSTM networks, Reimers and Gurevych found the seed alone moving two NER systems by one percentage point of F₁, at p < 10⁻⁴.
- Operational cost and failure slices belong beside headline metrics: the Epic Sepsis Model scored 0.63 externally against a vendor-documented 0.76–0.83, alerting on 18% of 38,455 hospitalisations while missing 1,709 patients with sepsis (67%).
- Rejected alternatives and negative results reduce repeated work: Raff replicated 162 of 255 papers (63.5%), with specified hyperparameters a significant predictor of success (p = 8.45 × 10⁻⁶).
- Declare the question and the outcome before the run: across 55 NHLBI trials, positive primary outcomes fell from 17 of 30 (57%) before 2000 to 2 of 25 (8%) after pre-registration.