Experiment Guide¶
Guide Maps¶
graph LR
family["Reproducible Research"]
program["Deep Dive DVC"]
guide["Capstone docs"]
section["Docs"]
page["Experiment Guide"]
proof["Proof route"]
family --> program --> guide --> section --> page
page -.checks against.-> proof
flowchart LR
orient["Read the guide boundary"] --> inspect["Inspect the named files, targets, or artifacts"]
inspect --> run["Run the confirm, demo, selftest, or proof command"]
run --> compare["Compare output with the stated contract"]
compare --> review["Return to the course claim with evidence"]
This guide exists because experiment support is one of the easiest parts of DVC to use sloppily.
What an experiment is for here¶
In this capstone, an experiment is a controlled deviation from the baseline parameter surface. It is not a license to mutate the baseline story until the result looks good.
Review questions¶
- Which parameter changed, and why does that change stay comparable to the baseline?
- Which metrics moved, and what do those changes mean operationally?
- Which prediction records changed enough to justify closer review?
- What evidence would be required before promotion to
publish/v1/?
Minimum route¶
- Inspect baseline
params.yamlandmetrics/metrics.json. - Run
dvc exp runwith one declared change. - Use
dvc exp showto compare the candidate against the baseline. - Return to the publish contract only if the candidate is worth promotion.
Read STAGE_CONTRACT_GUIDE.md first when the real pressure is not how to run the experiment, but whether the changed params still support honest comparison and still belong to the stage that owns them.