Skip to content

jevos vs jev vs laya

github-actions[bot] edited this page Oct 1, 2026 · 6 revisions

jevos vs Jev vs Laya for yes/no decisions

For yes/no decisions on a CPU, jevos is the fastest of the three on short and long requests, TypeSafe's hosted Jev is the most accurate, and Laya is the one to pick when you need many languages or scores past jevos's early ones. On the same laptop and the same requests, jevos answered in 26 ms and 112 ms, Laya in 104 ms and 449 ms, and Jev in about 345 ms both times, most of it network. On 2,000 yes/no questions about business policies none of them had been tuned on, Jev was right 0.927 of the time, jevos 0.810, and Laya 0.489.

A conflict of interest, stated first: we build jevos. Every number below was measured on the same requests or the same questions for all three, and the places where jevos loses are in the tables, not in footnotes.

This page is what each one can answer, the speed and accuracy measurements and how they were taken, and which one fits which job.

What each one does

jevos Jev Laya
Yes/no questions yes yes yes
Multiple choice yes yes yes
Scores early yes yes
Runs on your machine TypeSafe's cloud your machine
Cost free per token free
Context 8,192 tokens not stated 512 tokens (English checkpoint)
Languages English see TypeSafe's docs 100+
Runtime OpenVINO, CPU hosted API PyTorch, CPU or GPU

All three answer the same three primitives in principle: noul (yes/no, as a probability), choice and score, and none of them generates text to get there. jevos speaks the same wire format as Jev, so code written for Jev's SDK runs against a jevos server unchanged for yes/no and choice questions, and for score questions, whose answers are early (54% on held-out score questions, 82% within one level).

Laya is an encoder model (ModernBERT-large, 421M parameters, per its own README) with an English checkpoint and a multilingual one. The numbers here use the English checkpoint as shipped.

Speed

Same two requests on the same laptop, an Intel Core Ultra 7 255H with 16 threads and no GPU in use; Jev through its hosted API from Europe:

short request long request
jevos (OpenVINO, CPU, INT8) 26 ms 112 ms
Laya, English checkpoint (PyTorch, CPU) 104 ms 449 ms
Jev (hosted API, network included) 344 ms 345 ms

The short request is about 30 tokens and the long one about 190. The two local models grow with the length of the text; Jev's time barely changes, because it is dominated by the round trip, so on a very long document the hosted model's relative cost falls. From a server closer to TypeSafe's, Jev's numbers would likely be lower; from a laptop in Europe, this is what an application sees. What "fastest" can honestly mean, and why nobody can claim the fastest model in general, is on the fastest AI model for yes/no decisions.

Accuracy on rules none of them was tuned on

2,000 yes/no questions on three business policies, with every answer computed by code from the rule and the facts, identical for all three:

accuracy
Jev 0.927
jevos 0.810
Laya (zero-shot, English checkpoint) 0.489

Jev is clearly stronger on rules, and the gap is largest on additive point scores, where several signals are summed and compared with a threshold, which is arithmetic, the weakest skill of a small model (measured here).

Laya's result needs its context: it was used as shipped, with no tuning on these tasks, and its 512-token context truncates the longer rule texts, which explains most of its score. It is not a measure of Laya on the tasks it was built and documented for.

Which one to use

jevos if the decision is yes/no or multiple choice, the text is English, and you want it local: on a laptop, in CI, on a server without a GPU, or anywhere the text should not leave the machine. It is the fastest of the three on both request sizes, and free. Plan around its weak spot, computation, by doing arithmetic in code.

Jev if accuracy on hard rules matters more than latency and cost, if you need scores past jevos's early ones, or if you do not want to run anything. Because the wire format is the same, starting with jevos and moving the hard cases to Jev is a change of URL, not of code. The switch itself, step by step, is on an open-source alternative to Jev, and the same trade-off against a general hosted chat API is on jevos vs the OpenAI API.

Laya if you need many languages, or local scores past jevos's early ones, and your texts fit its context.

Short answers to the questions that lead here

Is jevos an alternative to Jev? For yes/no and multiple-choice questions, yes: same wire format, local, free and faster from a laptop. Scores are answered too, but early. Jev is more accurate on unseen rules (0.927 against 0.810).

Which is fastest? jevos: 26 ms and 112 ms against 104/449 ms for Laya and about 345 ms for Jev on our two requests.

Which is most accurate? Jev, on our 2,000 policy questions.

Can jevos replace Laya? For English yes/no decisions with texts longer than 512 tokens, it is faster and more accurate in our test. For other languages, not yet; for scores, only where an answer within one level is good enough.

Does my data leave my machine? With jevos and Laya, no. With Jev, the text is sent to TypeSafe's API.

Are jevos and TypeSafe related? No. jevos is an independent project; "TypeSafe" and Jev belong to TypeSafe AI.

See also: ask a local LLM a yes/no question, LLM policy decisions: put the rule in the question and our held-out benchmark said 0.855, which explains why we report the 2,000-question number.

Sources

  • Latency and accuracy tables, and the feature table: the jev README, measured by us on the same requests and questions for all three.
  • Laya's model, languages, context and runtime: the Laya repository, fetched 2026-09-29.
  • Jev's question types: TypeSafe's documentation, fetched 2026-09-29.

From the notes of jev, a yes/no decision model that runs on a laptop CPU. We would rather you picked the right one of the three than the one we build.

Guides

Measurements

Comparisons

Speed

Probability and thresholds

Question design

Use cases

Evaluation

Agents and routing

Integrations

Local and private AI

llama.cpp and GGUF

Clone this wiki locally