Skip to content

KB/signal

IWM IVR

Last verified

Auto-generated. This article is rebuilt from app/signals/config/signal_definitions.json by scripts/build_signals_kb.py. Edit the registry entry and re-run the script β€” do not edit this file directly.

IWM IVR

What it is

IWM IVR β€” registry key iwm_ivr.

Daily-signals column exposed for sparkline charts; raw value, no classification bands.

Data-pyramid tier

T1 β€” Signal. This metric sits at the signal layer of the platform’s six-tier data pyramid (T0 raw inputs β†’ T5 actionable read). The tier reflects how far the value is from a raw measurement β€” not how strongly it is validated. Abstraction and validation are separate axes: a higher tier is not a claim of stronger evidence.

Horizon & validation

No validated skill horizon is on file for this metric β€” read it as context / a data carrier, not a validated edge. Stamps are added only when a gated research verdict lands.

Source

Source module: market
Data source: live_only

Fetched directly from app/sources/market.py; see source code for the upstream API call and any provider-specific handling.

How it’s computed

IWM 21-day annualized REALIZED volatility, percentile-ranked against its own trailing 52-week range β€” same computation as spy_ivr applied to IWM’s own close-price history. NOT implied volatility β€” no option chain or IV is read for this field; a realized-vol-percentile proxy. See app/sources/market.py:_analyze_single_ticker.

Where it surfaces

Health-score / alignment role

Data carrier β€” no implication, no health-score contribution.

Persisted for downstream consumers (sparklines, base-rate matcher, calibration substrate) but does not classify into BULLISH / NEUTRAL / BEARISH and does not contribute to the 0-100 health score.

Release cadence

See also