Quickstart (YAML Runner)
Goal
Complete one reproducible DSAMbayes runner execution from validation to artefact inspection, then load the fitted model in R to explore the results interactively.
This page is operational by design. It teaches you how to run the package, not the full modelling methodology. After the quickstart succeeds, use Principled Bayesian Workflow before treating outputs as decision-ready.
Before you start
Complete the setup in Install and Setup. If you want to build a model interactively from R code instead of YAML, see Your First BLM Model.
1. Set up the environment
Open a terminal in the repository root:
2. Validate the configuration (dry run)
Expected: exits with code 0. No Stan compilation or sampling occurs.
3. Execute the full run
Expected: a timestamped run directory under results/ with staged outputs.
4. Locate and inspect the run directory
Expected stage folders:
| Folder | Content |
|---|---|
00_run_metadata/ |
Original/resolved/compiled configs, session info |
10_pre_run/ |
VIF report, data dictionary, media spend plots |
20_model_fit/ |
Fitted model object, fit plots |
30_post_run/ |
Posterior summary, fitted/observed CSVs |
40_diagnostics/ |
Diagnostics report, residual plots |
50_model_selection/ |
LOO summary, Pareto-k diagnostics |
60_optimisation/ |
Budget allocation, response curves (when enabled) |
5. Verify key artefacts
6. Load the model in R
The fitted model is saved as an RDS object. Load it interactively to explore:
7. Review diagnostics
Open 40_diagnostics/diagnostics_report.csv:
Quick interpretation:
- pass — no immediate blocker
- warn — review before sharing or acting
- fail — do not treat the run as publishable or decision-ready
For the operational triage, see Interpret Diagnostics. For the methodological meaning of these gates, see:
8. Start from a tracked example config
Copy one of the two tracked examples and adapt it to your data:
config/blm_timeseries.yamlfor single-series workconfig/cre_geo_panel.yamlfor geo-panel CRE work
Edit the copied YAML to point to your data and columns, then validate and run.
What the quickstart does not prove
A successful run means:
- the package is installed correctly
- the runner contract works on the example config
- you have a complete staged result
It does not by itself prove:
- the priors are appropriate
- the fit is decision-ready
- the decomposition is substantively meaningful
- the optimisation output should be acted on
That is why the next stop should be the workflow pages.
If the quickstart fails
- re-run
validatebeforerun - read the full error message
- inspect
00_run_metadata/config.resolved.yaml - inspect
00_run_metadata/config.compiled.yaml - use Debug Run Failures
Next steps
- Principled Bayesian Workflow — methodology before interpretation
- Your First BLM Model — interactive R API walkthrough
- Config Schema — full YAML reference
- Output Artefacts — file-level run contract
- Plot Catalogue — plot interpretation