Jev looks promising for attention triage, task routing and memory filtering. We tested that promise, investigated what may be inside, and checked where its probability outputs still fall short.
TypeSafe Jev · observed version jev-1.13.0 Public-source analysis + triage + diagnostics + full benchmark Facts, measurements and hypotheses distinguished throughout
One recorded response · expanded wording
P(number is 1 or 2)18%
P(1 or 2, and ≤5)30%
The second event is the same event. Its probability should be identical.
Uniform draw from integers 1–10. Exact probability: 20% for both. The contradiction persisted across three wording variants. Inspect the evidence →
73successful diagnostic calls one resolved model version
101questions answered in one call 0.688 s median, three repeats
9 / 9conjunction failures on one problem, three formulations
$0.00148estimated diagnostic input cost published rate; not an invoice
00 / The practical opportunity
Help the fleet decide what needs attention.
The most useful near-term role is a fast, bounded judgment inside existing software. Start with prioritization suggestions while keeping the complete update stream visible.
Synthetic smoke test
Attention triage
In a separate 26-call test, Jev matched all 24 pre-labelled updates—11 attention, 13 routine—and chose “uncertain” for both ambiguous examples. Median end-to-end latency: 690 ms. Small evaluator-written examples do not establish real-fleet recall.
Candidate use
Routing and filtering
Choose an appropriate skill or handler, rank memory relevance, classify routine waits versus actionable blockers, or flag outputs for review. These closed-set decisions fit the interface; their fleet performance has not been measured here.
Next bounded test
A held-out fleet evaluation
Use independently labelled representative updates, penalize missed blockers and decisions, measure false alarms and uncertain fallbacks, then run in shadow mode. No fleet alert suppression or production integration was enabled.
Prompt optimization is possible without fine-tuning. An external search such as EvoPrompt could vary instructions, criteria and examples against fleet labels. No fine-tuning endpoint was found in the reviewed API docs, and no prompt-search experiment has run. Preserve an untouched test set: optimizing coherence alone can reward uninformative answers; fleet attention accuracy and missed-blocker cost are the practical objectives.
The triage test is separate from the 73-call architecture/coherence diagnostic summarized above. Estimated triage input cost: $0.000514 at the published rate, not measured billing. Triage method and results.
01 / The public interface
A model built to return decisions.
TypeSafe launched Jev on September 15. Its output contract is concrete; its architecture and training recipe remain mostly undisclosed.
Documented interface
Three probability primitives
Noul returns a yes-probability. Choice returns a distribution over supplied options. Score returns a distribution over descriptive levels and its weighted mean. No arbitrary text is generated.
Vendor claim
Parallel evaluation + RLCD
The launch names a new architecture, a parallel sampler, and “Reinforcement Learning for Calibrated Decisions.” The primer describes a post-training path from pretrained language models. No parameter count, loss equation or complete recipe is disclosed.
Documented distinction
Typed is not necessarily true
The advertised “zero hallucinations” figure refers to schema matching. A valid category can be wrong. Choice and Score confidence is derived from the probability distribution; Noul has no separate confidence field.
Speed: claimed versus measured. TypeSafe advertises 70–500 ms near its West Coast service and $0.042 per million input tokens. Our Farol end-to-end medians were 0.670 s for a single question and 0.688 s for 101 questions. Network, connection setup, load and workload differ; these numbers do not isolate model compute or validate a universal speedup.
Language understanding. Parallel decision outputs.
The most plausible broad picture is a large, instruction-conditioned probabilistic classifier. That identifies a design family, not its implementation.
Input
State
Unstructured text or structured program context.
Hypothesis
Shared computation
Encode or reuse state across many questions.
Hypothesis
Parallel scoring
Evaluate instructions and candidate descriptions.
Output contract
Typed probabilities
Return distributions, choices and derived scores.
Confidence here describes the research hypothesis, not Jev’s API confidence field.
Hypothesis
Evidence and confidence
What we cannot infer
Shared-state, parallel decision computation
Medium. Batching 101 questions barely changed median latency in this small probe; the vendor explicitly claims parallel evaluation.
Attention masks, encoder/cross-attention, shared KV cache, model size, precision or hardware.
Instruction-conditioned compatibility scoring
Medium. Arbitrary user-defined descriptions work as categories. Score docs say each level is evaluated separately, without its index or neighbours.
A simple independent fixed-score softmax: duplicate-option probes challenge that narrower explanation.
Training rewards useful probability distributions
Public objective; unknown mechanism. RLCD targets calibration. Proper scores or distributional supervision would fit the goal.
Whether the loss uses Brier/log scores, a reward model, KL, explicit coherence constraints or a particular RL algorithm.
Large internally generated judgment datasets
Data creation is claimed; synthetic distillation is speculative. TypeSafe calls itself a data research lab and says it makes its own data.
Whether supervision comes from teachers, humans, programs, self-play or mixtures.
Two tempting shortcuts fail. Cheap inference does not imply a small model—TypeSafe explicitly says Jev is “neither small nor an LLM.” And probabilities on a 0.01 grid do not prove a 100-sample ensemble: rounding, quantization and other sample counts can look the same.
Why a different objective could help: when an event is true 70% of the time, a hard-answer accuracy objective favors always saying “yes.” A strictly proper probability score instead favors reporting 0.7. This motivates distributional training but does not show that reinforcement learning is necessary.
Why speed is plausible: removing lengthy autoregressive output and sharing input computation can save substantial work. The vendor acknowledges that short inputs and many requested probabilities favor its interface. Price alone does not establish serving cost.
03 / Measured API behavior
Valid probabilities. Incompatible beliefs.
A small exact-probability problem makes the distinction visible. Repeated contradictions persisted when we removed symbolic shorthand and used direct yes/no questions.
Recorded responses · no simulated outputs
Uniformly draw an integer from 1 through 10.
A means “1 or 2.” B means “at most 5.” A implies B, so A ∩ B = A and A ∪ B = B. Select one actual response from each formulation; repeated results appear below.
P(A)0.18
Exact: 0.20
P(A ∩ B)0.30
Same event as A. Exact: 0.20
P(B)0.47
Exact: 0.50
P(A ∪ B)0.85
Same event as B. Exact: 0.50
Conjunction above its containing event
+0.12
“1 or 2, and at most 5” receives 30%, while “1 or 2” receives 18%. A conjunction cannot be more probable than either constituent.
Expanded control, repeat 0 · jev-1.13.0
All three expanded repeats: P(A) = .18 / .18 / .17; P(A ∩ B) = .30 / .28 / .28. Across all three formulations, the bound failed in nine of nine calls. This is a targeted counterexample, not a model-wide failure rate.
One recorded example from each formulation; exact values are mathematical ground truth.
Formulation
P(A)
P(A ∩ B)
P(B)
P(A ∪ B)
Original probability wording
.27
.33
.59
.59
Direct yes/no
.23
.43
.64
.82
Expanded event descriptions
.18
.30
.47
.85
Exact values
.20
.20
.50
.50
Control limitation. Direct and expanded arms also added a joint Choice question, so differences between arms cannot be attributed only to wording. Each arm nevertheless violates its own required relations. Initial complement errors were .09–.10; a separate deployment-cause example had inclusion–exclusion residuals .14–.20. These diagnostics do not measure population calibration or establish a benchmark ranking.
A joint distribution helps…
One Choice over “both / A only / B only / neither” lets code derive algebraically consistent marginals from the same four cells. This coherence is supplied by the representation.
…but support still matters.
A-only is impossible when A implies B. Jev gave it .06–.11 with symbolic descriptions and .01 in all three expanded controls. Normalization does not enforce facts about which worlds are possible.
Different readouts disagree.
One expanded joint Choice implied P(A)=.20 and P(B)=.42, while independent Nouls returned .18 and .47. A normalized answer is not necessarily a shared belief system across queries.
Outputs are not deterministic here. Sampling, numerics and service behavior remain possible.
Single vs 101 questions
Medians .670 s vs .688 s. Mean target probabilities .866 vs .863. All 101 answers returned.
Consistent with efficient parallel/shared computation; not a throughput study or architecture identification.
Duplicate Choice description
Combined duplicate mass .123, vs original .134. Fixed independent weights + softmax would predict about .236.
Duplicates mostly split mass; challenges that simple explanation. Only three duplicate repeats.
Duplicate Score level
Combined duplicate mass .170 vs original .157; naive fixed-weight prediction about .271.
Score also fails the simple doubling prediction; Choice and Score need not have identical internals.
Reorder Score descriptions
Blocking mass means .843 / .873 / .893; dominant meaning follows description; numerical score follows index.
Semantic stability, not exact invariance. Order-associated shifts need further controls.
IDs, labels and neighbours
Question-ID rename, irrelevant options and one hostile neighbouring question preserved the winner. Conflicting option keys shifted probabilities.
Consistent with some question isolation. One hostile payload is not a security guarantee.
Experimental accounting and reproducibility
Initial design: 19 conditions ×3 repeats, plus seven additional identical baseline calls, shuffled with a fixed seed: 64 calls. Follow-ups: six direct yes/no controls plus three expanded controls: nine calls. Total: 73 successful calls, 35,283 reported input tokens, all resolving to jev-1.13.0. At $0.042/million inputs, estimated cost is $0.001481886; this is not measured billing. Follow-up conditions were chosen after initial failures.
Only synthetic state was sent. Raw requests, responses, timing, usage and model identifiers were preserved. All observed probabilities lay on a .01 grid. Some confidence values differed despite identical rounded probability vectors; the rounded output alone is insufficient to reconstruct the confidence computation. This page’s 73-call diagnostic is distinct from the original 26-call fleet-triage exercise and from the project benchmark linked in navigation.
The probability head we discussed. The coherence question remains.
Consistency-FT proposed a dedicated proposition readout, training on logical relations, and anchoring updates to the model’s own previous beliefs. Jev makes that first interface commercially concrete.
Separate completed benchmark · independent Noul protocol · jev-1.13.0 · lower algebraic violation is better
Collection: 591/591 original questions answered independently, covering all 300 original groups; the same observations are projected onto the reviewed 157-group / 274-question scope. Exact event text and criteria were supplied as state, with an untuned Noul readout. There is no native abstain field. 592 attempts included one HTTP 529 retry; median successful-call latency was 0.662 s. Reported usage: 270,285 input tokens; estimated input cost $0.01135. This is distinct from the 73-call diagnostic. Benchmark receipts. Different providers, elicitation protocols and run dates limit causal model comparisons; the scores establish neither calibration nor fleet utility.
Calibration
Do frequencies match?
Among predictions assigned 70%, about 70% should resolve true. This needs labeled outcomes and a defined evaluation distribution. RLCD publicly targets this property.
Coherence
Can the beliefs coexist?
Complements sum to one; conjunctions respect bounds; marginals and conditionals obey shared identities. These can fail before any event resolves. This is what our probes directly test.
Projectivity / transfer
Do representations agree?
A joint distribution’s marginals should agree with equivalent independent queries. Refining a fixed event partition and summing it back should preserve beliefs. Finite local checks do not prove global coherence.
Direct relevance: Noul is a usable scalar proposition interface and a cheap comparator for our research. The observed contradictions give us a concrete target for coherence audits. They do not reveal Jev’s training loss, prove RLCD equals RLE, or demonstrate capability gains from consistency training.
What we can test next
Use a distinctly named Noul protocol on the reviewed benchmark; keep raw elicitation separate from coherent repair. Then use the existing controlled decision experiment: exact finite Bayesian cases, raw vs repaired vs coherent-uniform baselines, and actual decision regret alongside Brier loss and violation scores.
A joint Choice over feasible assignments is another useful representation arm. It enforces derived relations in code; it is not evidence that a model learned them. Full Boolean enumeration also grows exponentially: 8 atoms require 256 states, beyond the advertised 255-option limit.
A training boundary worth preserving
Exploit(q, S) + λ · mean KL(Bernoulli(q) ∥ Bernoulli(pprevious))
Our proposed anchor uses the same candidate model’s earlier probabilities. Substituting Jev for Qwen’s own-base anchors changes the experiment into cross-model distillation. Jev has no weight access or fine-tuning mechanism disclosed in the sources reviewed; it is currently a comparator or belief service, not our trainable base.
Practical fits: fleet triage, skill routing, memory relevance filtering and verification gates. Closed-set decisions suit the interface; unattended suppression of blockers still needs representative validation. Research sources: project design · downstream-decision proposal · current evaluation methodology.
05 / A reading map
Papers that explain the possible ingredients.
These are intellectual precedents and useful comparison points. None is established as a dependency of TypeSafe’s implementation.
Start with three: Yin et al. for the classifier interface, Gneiting–Raftery for truthful probability objectives, and Paleka et al. for the consistency question.
Score a user-supplied label description as a hypothesis against input text. Explains how one model can classify into arbitrary categories without a separate fixed head for every task.
The mathematics of incentives for honest probability reports. A natural lens for “calibrated decisions,” without claiming RLCD uses a particular proper score.
Logical question families and arbitrage-based evaluation before outcomes resolve. The anchor for our project’s relation checks and the most direct way to interrogate Jev’s probabilities.
Explains why apparently calibrated estimates can fail structural coherence, faithfulness and usefulness. This is the evaluation paper; our literature notes distinguish it from the later RLE workshop/thesis training formulation.
Accurate models can be overconfident. Temperature scaling gives a simple baseline against which any calibration-specific training claim should be assessed.
Soft targets preserve information beyond the winning category. Relevant to a possible teacher-to-decision-model path; no evidence establishes Jev’s teachers or implies Jev is small.
LoCo-LMs train with facts and logical constraints and test transfer to related unseen knowledge. Closer to our proposed coherence treatment than Jev’s disclosed calibration objective alone.
Connects neural output vectors to logical constraints. Useful if implementing a structured probability head, while keeping training constraints separate from held-out scientific tests.
Model self-evaluation and calibration. Helps distinguish a learned correctness judgment from Jev’s documented statistic computed from its output distribution.
A concrete precedent for synthetic instruction datasets. Relevant to TypeSafe’s emphasis on making its own data; not evidence about its actual generation pipeline.
Explains the speed and dependency tradeoffs of parallel outputs. Jev produces typed decisions rather than translated token sequences, so this is an architectural analogy.
Efficient-trader non-exploitability and beliefs that become coherent over time. Neither Jev’s interface nor our finite static LP establishes this much stronger criterion.
Garrabrant et al. · 2016
06 / Provenance and limits
What this page establishes.
Useful parallel behavior and concrete coherence failures at the API boundary. It does not identify private weights, disclose RLCD, or prove a general calibration result.
Interpretation discipline. Local calibration, logical coherence, factual accuracy and decision quality are distinct properties. A tiny arithmetic diagnostic proves that a universal coherence guarantee does not hold on these returned outputs; it does not tell us how often failures occur in real work. Conversely, success on synthetic triage does not validate suppressing real agent updates.