JevBench
★ 327▲ 16fstandhartinger/jevbench
Benchmark for typed decision models across several suites, with confidence cascades and committees reported separately.
Probability-aware evaluation: calibration, and how much work can be automated at a fixed error budget.
View on GitHub →Hands-on review
Compares Jev with an open zero-shot classifier under a written protocol, with hashes and resumable runs. Auditable rather than reproducible.
Good for
Watch out for
Tested Sep 20, 2026 at 0d610cc53e79 · Python in Docker, offline; 39 tests, and a check of the published report against the code that generates it
How we reviewed this: we ran its tests in Docker offline and compared the published report against the code that produces it. We ran no benchmark and make no statement about any result — our policy is not to publish accuracy, latency or cost figures for the service.
jev-benchmarks, by AbdelStark, compares Jev with an open zero-shot classifier on the one thing both can do: assign a single label and give a probability per label. It measures discrimination, probability quality (Brier, NLL, calibration error), how much coverage you can automate at a fixed error budget, system behaviour, and bootstrap intervals — with a protocol document written before the results.
The engineering habits are good: a pinned dataset revision, deterministic class-balanced sampling, append-only prediction files so a run resumes, hashes of every artifact, and failures recorded as an explicit non-prediction that still counts against accuracy.
One design detail worth noting: the Jev adapter uses meaningless option keys and puts the label text in the descriptions, while the other backend receives the label strings directly. That’s a deliberate choice about what each system is asked to read.
39 tests pass offline.
You cannot re-run this without network access and a key: the dataset downloads at preparation time, the model checkpoint downloads on first use, and the per-example predictions are gitignored. What ships is the hashes. So a third party can check that the published numbers correspond to files with those hashes — but cannot recompute them.
We did verify that the published report’s configuration hash matches the configuration file in the repository, and that the per-dataset metric keys match what the scoring code emits. The outer envelope has been hand-tidied relative to what the code writes, which the report itself partly explains.
Two gaps between the protocol and the code:
Also worth flagging for contributors: the README’s minimal install produces a test suite that won’t even collect, because a test imports an adapter whose dependency lives in the other extra. CI uses the fuller install.
As research engineering, this is the most disciplined evaluation project we’ve seen in this ecosystem — the protocol, the hashes, the resumable runs, the refusal to let failures vanish.
Read it as an audit trail, not a replication package, and note that the metric it promised to lead with isn’t in there.
For calibrating on your own data instead, see jevcal.
See how it compares with other tools in Best Jev tools, tested hands-on.
Review updated Sep 20, 2026. Numbers quoted from the project are its author's own; we don't publish our own measurements of Jev.
fstandhartinger/jevbench
Benchmark for typed decision models across several suites, with confidence cascades and committees reported separately.
sutro-sh/jev-align
CLI from Sutro that finds the examples a Jev function is least sure about, asks you to label them, and uses GEPA to improve the question.
xD3I/PZ_Optimization
Performance work on a game, notable here for the harness: the arithmetic and the noise floors are computed in code, and Jev is asked only for the verdict on what the numbers mean. No licence file.
New Jev releases, pricing changes, and the best new projects, once a week. No spam; unsubscribe anytime.
Powered by Buttondown. See our privacy policy.