Original data · updated every build

Four months of running my own automations, 10,748 runs, published in full

Most people selling AI have never operated it at scale for longer than a demo. Before I sold a single automation I ran a fleet of them on my own work and life, logged every run, and watched what broke. This is that log, with nothing flattering removed.

Between March 2026 to July 2026, O'Donnell AI's automation fleet logged 10,748 runs across 123 jobs, holding a 97.5% success rate over the most recent 30 days. The record includes a failure spike to 23.7% in May 2026, when a silent backend change broke most jobs before it was caught and reverted. Full live telemetry is public at odonnellai.com/research.

10,748
runs logged, March 2026 to July 2026
3,100
substantive task runs across 96 jobs, system heartbeats excluded
97.5%
success rate over the last 30 days, computed at this build
1 · The reliability record

The month it fell apart, and what fixing it proves

Reliability was not a straight line. It is worth showing you the worst month, because how a fleet behaves when it breaks is the only honest measure of whether it is watched.

MonthSuccessVolume
March 2026
98% ok 1,127 runs
April 2026
92.8% ok 1,382 runs
May 2026
76.3% ok 3,704 runs
June 2026
98% ok 3,186 runs
July 2026
96.7% ok 1,349 runs

In May 2026 the failure rate hit 23.7%. A backend change had quietly broken most of the fleet, and because the jobs still ran and still logged, nothing screamed. That is the exact failure class that costs a business real money: not a crash you notice, but a system that keeps going through the motions while the work silently stops.

It got caught, the change was reverted, and June 2026 came back to 98%. That recovery is the entire pitch for the Operations Watch: every run checked against rules written for your work, so a silent break is a same-day fix instead of a month of quietly lost output.

2 · What actually breaks

Automations do not fail the way people fear

Across all 10,748 runs, here is every way a job ended up as something other than a clean success. Most failures are boring and recoverable, which is the point: caught early, they are maintenance, not disasters.

Failure modeCountShare of all runs
Hard failure, the job errored out8007.4%
Degraded, ran but the output was below par1141.1%
Skipped by design, a precondition was not met1411.3%
Rate-guarded, held back to respect an API limit220.2%
Timeout, ran past its time limit210.2%
Auth expired, a login or token needed a refresh70.1%

A typical substantive run finishes in about 116 seconds. The failures above are why a build without watching is a liability: an expired token or a quiet rate limit will stop real work and never send up a flare on its own.

3 · The part that is my own life

Not all of it is work. Some of it is just my week.

Inside the fleet is a small set of jobs that have nothing to do with business: they book my golf inside hard money limits, plan our meals, and handle date-night logistics. 93 runs across 12 of these personal jobs. It is the honest preview of what a Personal Fleet looks like when the same discipline points at a household instead of a company.

4 · How these numbers are computed

The method, so you can trust the figures

Every job writes one line to a run log the moment it finishes: what ran, whether it succeeded, and how long it took. This page reads that log at the instant the site is built and recomputes every number above, so what you are reading is never more than a deploy old.

Two honesty notes. First, the 10,748 total includes high-frequency system heartbeats that keep content fresh; strip those out and 3,100 were substantive task runs, which is the number I stand behind. Second, this fleet also runs work I cannot publish, so the personal slice above is named job by job while the rest stays an aggregate. No figure here is estimated, projected, or rounded up to look better.

Source
RUN LOG · cron-metrics.jsonl
WINDOW 2026-03-19 TO 2026-07-12
10,748 RUNS · 123 JOBS
RECOMPUTED AT BUILD · AS OF 2026-07-12
LIVE FEED: public telemetry
FAQ

Questions about the data

How many AI automations does O'Donnell AI actually run?

Between March 2026 to July 2026, the fleet logged 10,748 runs across 123 distinct jobs, of which 3,100 were substantive task executions (the rest are high-frequency system checks). Around 56 jobs are active in any given month.

What is the automation success rate?

All time it is 89.7%, dragged down by one bad month. Over the most recent 30 days it is 97.5%. The gap is the story: reliability is a thing you operate, not a thing you install.

Is this data real?

Yes. Every figure on this page is computed from the fleet's own run log at the moment the site builds, and the live telemetry is public. Numbers are rounded, never rewritten.

Get started

Want a log like this for your own work?

That is what the audit finds and the Operations Watch keeps honest. Tell me the job that eats your week and you get a straight answer within one business day.

Goes straight to Jake, nobody else. How your info is handled.

hello@odonnellai.com 781.534.0355 Charleston, SC · on-site across the Southeast