Documentation
How Kurzharr decides whether a backtest result is worth trusting — the validation stack, the scorecard, and the terms they use. Start at the top or jump to what you need; every page links to the next.
Start here
Concepts
- The validation stack
The named checks every run passes through — the order they run in, and the specific failure each one is there to catch.
- The scorecard & verdicts
How to read the verdict and the checks beneath it — and why running the same idea again raises the bar it has to clear.
- Fill price: a worked example
A scalping strategy that clears seven of eight checks at the midpoint — and inverts the moment the fill is placed where a real order executes.
- Run history & trials
Every run is recorded permanently as a trial. What that means for the significance bar, and why refining costs something.
Building & running
- Writing a strategy
The strategy spec — universe, indicators, entry and exit conditions, geometry — and what the DSL will and will not let you express.
- The indicator library
The built-in indicator families, grouped by what they do, and how a stateful indicator stands in for sequential logic the DSL forbids.
- Custom indicators
The Research-tier path for your own Python indicator: what the contract requires, what the admission pipeline checks, and what it cannot check.
- Running & forward testing
What a run executes against, and how registering a strategy for forward confirmation fixes it to a date that a parameter search cannot reach.
Reference
- The null-info diagnostic
The standalone tool: drop in an entry rule and a stop/target ratio, and see whether the entries beat the chance baseline the geometry implies.
- Tiers & limits
What Free, Pro and Research each run and unlock — and why the tier changes which checks execute, not just how many runs you get.
- Glossary
Plain-language definitions for the statistical terms the scorecard and these docs use.