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.

Sector breadth

What it is

Sector breadth — registry key sector_breadth.

JSON-encoded per-sector pct_above_50d map persisted on daily_signals.

Data-pyramid tier

T0 — Raw input. This metric sits at the raw input 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: breadth
Data source: back_fillable

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

How it’s computed

Per-sector breakdown of breadth_50d — for each of the 11 GICS sectors, percent of constituents above their 50d SMA. Keyed by sector name, returned as a sub-object. See app/sources/breadth.py:_compute_sector_breadth.

Where it surfaces

• API field: signals.sector_breadth on GET /api/v1/signals/latest
• Surface: daily_signals row (daily-cadence persistence)

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

• Publishes: intraday

See also

• /kb/api/get-signals-latest — API endpoint that serves this field.