Flywheel offline benchmark record

Six test suites ran offline, with no model connected. The first five test accountability, recovery and state handling on their own small test sets. The sixth re-reads saved per-task results from two models: a base model and Flywheel Local Coder 14B, the same model after continued pretraining, meaning further training on new text.

Offline benchmark record3 September 2026

We ran no other coding harness for this record, so this page ranks no one. The full record below lists what the public documentation of Codex, Cursor and Claude Code declares, as read on 3 September 2026.

What the six suites scored

Five suites scored 100 percent on small test sets, where the true rate could be as low as 61 percent. Flywheel Local Coder 14B scored 3.05 points below its base model.

  • 95% interval: the range likely to hold the true score, with its low end named

Score on the suite's own tests

Accountability

Does an unaccountable system get a low score here? 8 dimensions, mean score

100%

Governed agent

Does a workflow refuse an action above its allowed level? 6 scenarios

100%

Agent recovery

After an injected fault, does the agent recover without failing quietly? 6 scenarios

100%

Provider swap

Does saved state survive a switch to another model provider? 10 checks

100%

Source-mined checks

Do checks drawn from source datasets still hold against those datasets? 26 cases

100%

The one comparison between two models

Change in pass rate, in points

Flywheel Local Coder 14B against its base model

Did further training change how well the model completes code? 164 tasks

3.05 points lower

A gap this small can be chance: of 164 tasks, 9 passed only on Flywheel Local Coder 14B and 14 passed only on the base model.

How we know: the chart
Does not prove
This record does not rank Flywheel against any other coding harness. No other harness was run to produce a single entry in the capability list, and the entries for the other tools are a dated reading of public documentation. The one comparison the record does contain is negative and sits inside its own noise.
Limits
The five 100 percent scores come from small test sets of 6 to 26 items each, and the capped lines show how wide that leaves each interval. Each suite runs offline, so none of these scores measures capability against a frontier model.
Method
Every score and count is read out of the sealed record. The capped line is a Wilson 95 percent interval, computed for this page from each suite's pass count and denominator. Accountability reports a mean score across its dimensions, so it gets no interval. The comparison sits on its own signed axis, because a drop drawn on a 0 to 100 track would look like a partial success. The model comparison re-reads per-task results the two models produced earlier. Its exact McNemar (binomial) test gives p = 0.40, and the continuity-corrected test on the model comparison page gives 0.404: 9 tasks passed only after continued pretraining and 14 passed only on the base model. The record holds no interval for that difference, so none is drawn.
Tally
Each suite with its size, result and interval.
SuiteSizeResult95% interval
Accountability8 dimensions100%None, because this is a mean score
Governed agent6 scenarios100%61 to 100%
Agent recovery6 scenarios100%61 to 100%
Provider swap10 checks100%72 to 100%
Source-mined checks26 cases100%87 to 100%
Flywheel Local Coder 14B against its base model164 tasks3.05 points lowerNone in the record
What each suite asks
  • Accountability. Does an unaccountable system get a low score here? This suite scores accountability only. Pair it with a capability benchmark.
  • Governed agent. Does a workflow refuse an action above its allowed level?
  • Agent recovery. After an injected fault, does the agent recover without failing quietly?
  • Provider swap. Does saved state survive a switch to another model provider?
  • Source-mined checks. Do checks drawn from source datasets still hold against those datasets?
  • Flywheel Local Coder 14B against its base model. Did further training change how well the model completes code? Continued pretraining on the workspace corpus brought no improvement in general code completion and no significant harm. The point estimate is a small drop inside the noise. The model names in these results no longer point to any model on a current roster, so the exact weights behind each arm cannot be fetched again from the name alone. The per-task outcomes are committed, so anyone can redo the arithmetic, but the answers cannot be generated again. Each arm ran one greedy sample per task. One sample shows the greedy output only, so it does not measure the model's range of answers. This compares base weights with continued-pretrained weights on general code completion. It does not measure Flywheel's checking harness, which is what this repository builds.

Record dated 3 September 2026

The full record
Limits
  • The capability list sets Flywheel's checked entries beside the other tools' declared entries. Those are two different kinds of evidence, and the page never averages them into a score.
Unknown
No other harness was run, so how Flywheel compares with other coding harnesses stays unknown.
Not measured

These suites need a live model endpoint. The record names them, so an absent number reads as unmeasured.

Suites that did not run, and what each one needs.
SuiteNeedsStanding result
Retired capability comparison, four armsA live local or frontier endpoint.Retired on 26 July 2026. The arms were not independent: the treatment's first attempt is the same call as the baseline's only attempt, so the treatment cannot score lower and the difference is not a comparison. The quantity measured is verified pass@k. The retired table read verified inference 9 of 10 against single-shot 8 of 10, a difference of +0.100 with a 95 percent interval of -0.236 to +0.420. That interval includes zero, and no capability uplift is claimed.
Paired uplift benchmarkA provider list and an oracle.No standing result.
Verified benchmark on a private task setEndpoints and a private task set that the person running it supplies.No standing result.
Classifier friction check across chat backend modesA chat backend per mode.No standing result.
Chat-backend versions of the governed, recovery, stateful and source-mined suitesA chat backend. Without one, only the deterministic variants ran, and the chart above shows them.No standing result.
Peer declarations

Flywheel's entries are checked against its own repository when the record is read. The entries for the other tools are dated declarations from their public documentation and configuration files, and nobody measured them. A declaration is not a measurement, so this page ranks no one. Flywheel's own entries hold on 33 of 33 rows of the capability list, with 0 missing, and for 24 of those rows no other listed tool declares the feature. The page recounts these totals from the rows each time it is built.

What each tool's public documentation declares, across all 33 rows.
ToolDeclaresPartialAbsent
Codex7323
Cursor7719
Claude Code7620
Check it yourself

The two source files are byte-identical copies of files committed in the Flywheel repository. Fetch them at commit a8e1cd2e7c7a220dc578340438a9482bef3d7485 (the benchmark code), hash them, and compare them with these digests. Record seal: 107a33f920629afb53ddaf0d960ea54f3bed96d6c21c9ed99a0acecd2ac1579b. Interpreter: Python 3.12.10.

Public source files and their digests.
FileSHA-256Original
Sealed offline benchmark record89ddd7e4c75664243a13b73b583e157bd0b34053bf98e537f3da1dbf357eda4fOriginal at the named commit
Capability declaration matrixe6f72e45537d3853c7680d2302e7497dcaa03c4fc0f8882831d623b455d1fab8Original at the named commit

To regenerate the record, run python scripts/run_offline_benchmarks.py then python scripts/build_benchmark_page.py in the engine repository. A test there re-runs the first and compares the seal.

To recheck this record's claim in one command from a clean clone, run python -m harness.recheck run recheck/site-benchmark-seal.json in the engine repository. It checks out the pinned commit, reruns the check and then a control that must fail. RECHECK.md describes the runner.