Trust · Accuracy
Every forecast is scored in public when it resolves.
Every Forum Atlas forecast is timestamped the moment it ships. When its horizon closes and the outcome is known, we record what actually happened and score the forecast with a Brier score — in public. This is that record, live from the platform.
Last forecast issued 2026-10-18.
Engine v1 — pre-fix (through Aug 4, 2026)
cohort 1 of 2Produced before the Aug 5, 2026 driver-effects fix (RT-DEFENSE-101): forecast drivers were inert, so distributions reduced to base priors plus sampling noise. Shown as issued; we did not rewrite them.
Current engine — post-fix (since Aug 7, 2026)
cohort 2 of 2Produced by the fixed Monte-Carlo engine with verified driver effects. 15 of 54 are bound to a resolution rule and can be scored; the remaining 39 cannot be, however long you wait.
Cutover: engine fix deployed Aug 5, 2026. 185 forecasts on the record in total (131 pre-fix + 54 post-fix).
Scoreable on the record: 15 of 54 (current engine) and 17 of 131 (pre-fix), as of 2026-10-21 09:37 UTC. “Scoreable” means bound to a named public series and an explicit threshold that can settle it — the only way we will ever put a Brier score against it. A forecast that is not scoreable is not pending; it will never produce a number, and we would rather print that than let an empty column imply patience. Generation itself fails sometimes and we publish that too: 236 runs attempted, 51 failed (21.6%).
How scoring works
Forecast
p(YES) timestamped at issue
Bound series + threshold
public series named · rule written
Resolution date
fixed in advance or on publication
Observed value
read from the series · YES / NO
Brier
(p − outcome)² · published
A forecast whose series stops publishing cannot resolve and is shown as unscoreable, not dropped.
- Timestamped at generation. A forecast is stamped when it is written. The database does not yet lock a forecast row against later edits; the prediction-market ledger, sealed by hash before settlement, is the record that cannot move.
- Distributions, not guesses. Forum Forecast decomposes a question into driver hypotheses, retrieves cited evidence for each, and runs a Monte-Carlo simulation in which each driver's estimated effect is scaled by its estimated weight. It draws 10,000 samples when the request asks for a confidence target of 0.9 or higher and 1,000 otherwise, and publishes a probability distribution with a 95% sampling interval, not a single number. 183 of 185 on the record used 10,000 samples; the rest used as few as 1,000, which is what the engine does when a caller asks for a lower confidence target.
- Brier-scored on resolution. When the outcome is known, we score it. 0 = perfect; 0.25 = an uninformed 50/50 on a binary; lower is better. Multi-outcome baselines differ — we publish the method, not just the number.
- In public. The track record is attached to every forecast so you can judge the model before you rely on it.
- Commit-reveal, where it applies. Forecasts on the public prediction-market ledger are sealed as a salted SHA-256 commitment before the market settles and revealed afterwards, so a changed number would produce a different hash. Forum Forecast outputs in the product are timestamped rows, not hashed commitments. The ledger.
By forecast type
Both cohorts combined — see the pre-fix note above.
| Type | On record | Resolved | Avg Brier |
|---|---|---|---|
| Regulatory outcome | 59 | 0 | — |
| Contract recompete | 24 | 0 | — |
| M&A target | 23 | 0 | — |
| Breach disclosure | 22 | 4 | 0.243 |
| Launch success | 21 | 3 | 0.167 |
| Capacity auction | 16 | 0 | — |
| Price Band | 12 | 6 | 0.266 |
| Other | 6 | 5 | 0.313 |
| Sanctions designation | 2 | 0 | — |
See the full methodology, the commit–reveal ledger and our citation discipline.
Forecasts and the ledger are readable on the free tier. Start free