Validation and Build
Validation is not optional in this repository. The purpose of validation is to catch the kinds of failures that historically appeared only after packaging or deployment.
Run commands from the repository root.
Validation Entry Points
Validate all migrated markets:
Validate one migrated market:
Build Entry Point
Build one market/KPI:
Market-Specific Local Repros
Where a market investigation needs a tactical proof outside the main scaffold, the market folder may also carry a local repro bundle.
For China store visits, the current local repro can be run with:
This is not the long-term replacement for the repo-wide validation harness. It is a market-specific runner used to demonstrate that the local transform/refit/decomp path works from explicit artefacts.
What Validation Should Prove
Current enforced minimum:
- required files exist
- config loads
- forbidden local-environment patterns are absent
- required functions can be sourced
- the market contract is satisfied
Planned next-stage validation:
- transform runs in a clean session
- transformed output matches model requirements
- predict works
- decomp works
- build output is reproducible and traceable
Clean Environment Principle
If a market implementation only works on one analyst machine because of:
- attached packages
- hidden sourced files
- local paths
- interactive session state
then it is not ready.
See Validation Contract for the distinction between enforced and planned checks.