Skip to content
✎ FeedbackNew here?
How well testedDescriptive onlyit describes what happened; it has never earned the right to rank or selectRecorded: LIVE (descriptive event board)

Results War Room — Canonical Reference

One-line definition: Every company whose results land in the window appears — no rule selects the names. Each event is labelled by whether its earnings surprise and delivery multiple fell in the upper part of its own reporting cohort, recomputed per run. Descriptive only: the tradeable version failed net of cost.


1. What it is

A board of companies that have just reported, plus the ones about to. It answers a narrow question — who reported, and did the market's reaction come with real delivery money behind it — and it answers it about the past, for events that have already happened.

Two things must be kept apart, because only the second is a rule of ours:

Where this stands: the board is descriptive only. Every attempt to turn the drift into a book has failed net of realistic cost (§4). The board is useful as a record of what happened around a result — not as an instruction.

2. Our variation vs. the standard technique

The standard PEAD construct sorts reported events by standardised unexpected earnings (SUE) alone and studies the subsequent drift. Ours departs on three points:

3. How it works (methodology)

The cohort. Events are results filings landing in the window. Upcoming board meetings are read separately from the exchange results calendar (is_results=1) and shown as a forward list — an intimation that a company will report, never a statement about the outcome.

The two flags. For the settled events in the run:

The two breakpoints are derived per run from the cohort and stored beside the snapshot (results_reactions_meta), not hard-coded. They move as the reporting season changes, which is exactly why this page quotes no number: any figure printed here would be stale by the next run and would misrepresent the rule as a constant. The live values are on the snapshot itself.

What the reader can do with them. The board's default view is everything; a reader may optionally narrow to the events where both flags are set. That narrowing is a view filter the reader chooses, not a house selection — the same rows are present either way.

What is displayed per event. The surprise, the delivery multiple, the post-event cumulative abnormal return at two horizons, whether the event has settled, and a cohort label. Where the board prints a historical cohort mean it prints it with its n, because a mean without its count is not a measurement.

Staleness. The board carries an explicit lag banner when the underlying tape is behind, so a reader can never mistake an old snapshot for today's.

4. Status, validation & honesty fence

LIVE, and descriptive only. The drift is real as a description of what the cohort did. It is not a strategy here, and this page does not present it as one:

Promoting any part of this board to a ranked or traded claim requires its own pre-registered, leak-free study recorded in the ledger that beats the recorded numbers. Until then it stays descriptive.

5. Where it lives (code· routes· DB· timers)

6. Data & provenance

Two primary feeds and one archive, all authentic-source (Guardrail #8):

🔴 The board does not read the Screener-origin quarterly fundamentals table. That distinction is deliberate and load-bearing: naming a vendor origin on the receipt of a paid surface would attribute the number to a source it did not come from.

7. Terminology canon

Reader-facing definitions: the metrics glossary.

8. Decision & session history

9. Open items / frozen work

10. Sources of truth