EnemoAi

How EnemoAi is measured

What we test, how we pick what we test it on, what we do with the misses, and what we haven't tested at all. Written and checked against our code on 5 November 2026. The backtest sections were updated on 7 November 2026 with a second pre-registered test.

Where things stand

  • No independent review has happened. Nobody outside EnemoAi has checked any method or result on this page, and no reviewer has been engaged. Everything here is our own account of our own work.
  • Answer quality: 0 of 6. In the latest live test, on 2 November 2026, none of the 6 answers met our quality bar. Every earlier test also passed 0 of 6.
  • Prediction: the filing alerts barely separate failures from survivors. They flagged 18 of 27 companies that failed and 8 of 15 distressed companies that didn't.
  • Mentor and Fate Radar have no backtest result. Mentor's first replay made no calls because of a fault, so that run can't be used. Fate Radar isn't connected to the backtest yet.
  • Two scores built from filings have been pre-registered and tested out of sample. The first flagged 76% of failures and 46% of survivors. The second, tested on only 35 companies, flagged 68% of failures and 12% of survivors. Neither clearly beats filing alerts on the same companies. Details are below.
  • The company set behind the filing-alert figures wasn't pre-registered. The 42 companies were named by us after their outcomes were known.
  • No run is published yet. On 5 November 2026 the API reported no published track record, so /track-record sends visitors to the home page.

How a claim gets measured

We use four kinds of test. Each answers a different question, and none of them stands in for another.

Backtests

A failure is a bankruptcy petition, a receivership of the company or its bank, or a wind-down of its main business, within 24 months of the replay date. Failures are replayed 24, 12, 6 and 3 months before the event. Survivors are replayed on the day their distress was disclosed and six months later. That makes 138 replays: 108 of failures and 30 of survivors.

Two predictors are written to run on those dates:

Every proportion carries its count, its sample size and a 95% Wilson interval. For Mentor, the Brier score gets a 95% range from resampling whole companies, and it's compared with always stating the set's own failure share. Lead time is the time from the first critical or high alert to the event, looking at any day in the 24 months before it, so it's a look back and not something a replay on a given date could have seen.

Later sources void the run. Every passage shown to Mentor, in every research round, and every source it cites must be dated on or before the replay date. One that is later or undated stops the run and nothing is written. Alert replays are checked for later or undated filings again at publishing. A limit we can't test away: the model behind Mentor was trained on text from after these dates and may remember the ending. Its sources can be checked but its memory can't.

Forward calls

A daily job is written to read the SEC's form index and record, on the filing day, each company that filed a late-report notice (NT 10-K, NT 10-Q, NT 20-F), plus an equal number of companies that filed on time that day, chosen by a fixed hash and not by hand. A call resolves as a failure on an 8-K Item 1.03 within 24 months, or as no failure if the company is still filing after 24 months. A company that stops filing without one stays unresolved and is counted as such. Customers' Watchlists, alerts and decisions are never used. We quote no forward score here: the first ones arrive when a flagged company fails, and the rest about 24 months after each call.

The answer-quality test

An answer passes only if all of these hold:

The panel isn't made of people. The same model that writes the answers, Claude Opus 5.5, grades them against a written rubric, playing all three seats. It also judges whether cited claims are supported. No professor, strategist or investor has graded an answer. A high grade would mean better grades from this rubric, not better outcomes for a business.

Latest live test, 2 November 2026, 6 answers (one per mode)
MeasureResult
Answers meeting the whole bar0 of 6
Citation check passed50%
Known answer right50%
Freshness, disclaimer, not cut off100%
Inside the compute ceiling100%
Panel passed0%
Evidence discipline (mean of 5)2.00
Does the math2.17
Base rates2.17
Strongest counterargument3.00
No platitudes3.00
What would change the call3.17
Decision usefulness3.17
Cited claims checked160: 142 supported, 18 partly, 0 unsupported
Cited claims with a figure not in the source9
A known source among the passages shown38%
First words, median58 seconds

What the live gate tests, and what it doesn't

Passing the bar and passing the gate are different things. The gate stops a code change from merging when answers measurably get worse than the last accepted run. It compares question by question and allows for the noise of regrading. Its latest recorded result is a pass, because nothing dropped, on a run in which 0 of 6 answers met the bar. A gate pass means "no worse than before". It doesn't mean "good".

The gate has real limits today. The set holds 64 questions, but every run on file used the same 6, so they aren't unseen. With 6 pairs it catches only large, systematic drops. It also needs a live run by EnemoAi's founder, and a passing result applies only to the exact code it measured.

Reading tests

Rules that read merger filings and credit agreements were measured on filings drawn by a salted hash from SEC form indexes and full-text search results, with the rules frozen before the held-out filings were read. One reader made the answer key, with no second reviewer. Neither rule set feeds answers yet. On first scoring, the second held-out group of 12 merger filings gave 31 right, 15 wrong and 24 missed on fairness ranges, and found 0 of 2 stated equity values. The second held-out group of 12 credit-agreement exhibits gave 4 right, 0 wrong and 9 missed on covenants. Both samples are small.

How samples are drawn

What is and isn't pre-registered

How misses are published

The misses from the alert replay are below, because no run is on the track record yet. We re-ran it on 5 November 2026 on GitHub, with no AI, and it matched the first run of 1 November 2026.

Live Threat Alerts replay, 42 companies, method 2026-11-01.1
MeasureCountRate95% range
Failures flagged, by company18 of 2767%48–81%
Survivors wrongly flagged, by company8 of 1553%30–75%
Failure replays flagged46 of 10843%34–52%
Survivor replays flagged12 of 3040%25–58%

The median warning came 389 days before the event, and 23 of 27 failures had some warning, some of them only days ahead. Read plainly, 43% against 40% is very little separation, and the ranges overlap.

These are errors by EnemoAi's alerts. They say nothing about the companies.

What the code does. Publishing refuses a results file whose checksum shows it was edited, a run that stopped at its budget, and any run with a later or undated source. The track record is built to show every company and date, with hits, misses and false alarms together.

What the code doesn't do. Publishing is a command EnemoAi chooses to run, and the page shows only the latest published run. Nothing stops us from running several times and publishing the one we prefer, or from not publishing at all. The checksum catches accidents, but someone editing a file on purpose could recompute it. An outside reviewer would need to check this. The detailed test reports are in our private repository, so what you see here is what we've chosen to copy out.

What is not measured yet

Independent review

None has taken place. When one does, the reviewer's terms will let them publish what they find, including anything against us, and we'll link to it from this page. Until then, please read every number here as our own, unaudited.

EnemoAi provides information from public sources, not legal, investment, tax or accounting advice. Your business makes the final decision. Past results do not promise future ones.