JEV
Bounded intelligence
- Typed answers
- Outcomes defined first
- Probability distribution
- Parallel questions
- Designed for branching
MODEL COMPARISON
Jev and language models solve different parts of an intelligent system. The useful comparison is not which model is universally better, but which interface fits the job in front of your code.
JEV
LANGUAGE MODELS
THE CORE DIFFERENCE
When software already knows the legal outcomes—choose a queue, score a risk level, decide whether to retry—open-ended text is often extra surface area. Jev returns a typed value directly. When the task requires explanation, planning, code, creative work, or a novel answer, a language model is the right shape.
SAME TASK, TWO INTERFACES
Suppose software must send each ticket to billing, technical, or sales. With an LLM, you usually write a prompt, ask for JSON, validate the string that comes back, and handle the cases where the model invents a label or wraps the answer in prose. With Jev, the legal answers are part of the request, so the response is already a typed value with a probability for each option.
criteria mapanswers.queue.choiceThe billing row is provider-documented for Jev. Speed and cost advantages beyond that come from TypeSafe’s launch materials and are provider-reported. Reproduce them on your own state sizes and traffic before treating them as a plan.
USE THEM TOGETHER
An LLM can produce a plan or candidate output. Jev can route the plan, score urgency, or verify explicit criteria. Deterministic code owns permissions and side effects. Each component stays in the role its interface supports.
A common cascade is code first, Jev second, LLM last: exact rules handle the obvious cases, Jev handles the fuzzy but bounded ones, and only the leftover cases that need language or reasoning reach an LLM or a person. That keeps the expensive, slow interface for the minority of requests that need it.
WHERE EACH ONE FAILS
Text only, with English strongest. A 64k-token context, of which 32k covers the state plus the longest question. It cannot write, explain, or invent an answer outside the options you declared.
Output can drift from the requested format, latency grows with output length, and stated confidence is not a calibrated probability. Cost grows with every generated token.
Both can be wrong. A typed answer cannot break its declared shape, but it can still choose the wrong option, so measure accuracy and calibration on your own labeled data.
Rules are exact and replayable but brittle against ambiguous language. Use them first where the decision is lexical, numeric, or table-driven.
DECISION GUIDE
For eighteen concrete patterns, including the cases where rules or an LLM are the better tool, read the Jev use-case guide. For the exact request and response fields, see the API guide, and for where each claim comes from, the sources page.
EARLY ACCESS
The integration is in progress. The API button will connect to the live BeatAPI model page after the first verified request.