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.

N1 distribution top triggers

What it is

N1 distribution top triggers — registry key n1_distribution_triggers.

Human-readable list of fired conditions from the N1 scorer (e.g. [‘near_52w_high:-2.0%’, ‘rsi_divergence:50’, ‘momentum_rollover:-1.0%’, ‘sma_breach:sma20’, ‘confirmation:pass’]). Serialized as a JSON array string in the candidates table. Mirrors the A* triggers convention.

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: screener
Data source: computed

Derived metric — produced inside the platform (app/sources/screener.py or equivalent) rather than fetched as a raw upstream value. See the How it's computed section below for the formula.

How it’s computed

List of triggered condition strings assembled in evaluate_distribution_top. Each string describes one fired predicate with its observed value. See app/screener/archetypes.py.

Where it surfaces

• API field: screener.candidates.n1.triggers on GET /api/v1/signals/latest

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: daily