Last updated: 2026-09-20 · Sources: typesafe.ai, provider listings, independent write-ups (linked inline)

What Is Jev? TypeSafe's System One Model Explained

Jev is the first of a new model class — System One Models — announced by TypeSafe AI on September 15, 2026. Instead of generating text, it answers typed questions about your input and returns structured decisions with calibrated probabilities. This guide explains how it works, what it can and cannot do, and which claims you should verify yourself.

TL;DR

The problem with chat models

RLHF-era LLMs are optimized to produce words people like. That makes them superhuman at instruction following — and unreliable as software components: they drop modes, express overconfidence, hallucinate free-form text, and wrap every answer in prose. If what your application actually needs is “which of these 4 categories is this ticket?” or “is this claim supported by this source?”, a chat model is an expensive, noisy way to get a one-bit answer.

TypeSafe's bet is that a large share of what people currently ask LLMs to do is structured decision-making dressed up as chat — and that this share deserves its own model class, natively consumed by machines.

How Jev works

Input: state + typed questions

You send one HTTP request containing a state (a block of text to judge — a ticket, a paragraph, a log line) and one or more questions, each with a fixed answer type. The response returns every answer with a probability, in a single pass.

{
  "state": "Hi, I've been trying to connect my Stripe account
    for 3 days and it keeps failing. I'm losing sales.",
  "questions": {
    "urgency":   { "type": "noul",   "statement": "This message expresses urgency." },
    "category":  { "type": "choice", "options": ["billing", "technical", "sales", "spam"] },
    "frustration":{ "type": "score",  "scale": ["low", "medium", "high", "critical"] }
  }
}

Training: RLCD, not RLHF

TypeSafe built Jev with a new architecture, a new sampler, and a training algorithm called Reinforcement Learning for Calibrated Decisions (RLCD). The optimization target is calibration — a 0.9 should actually mean 90% — rather than human preference on generated prose. This is also why the model cannot produce invalid answers: the output shape is fixed at the architecture level, not by prompt engineering.

Output: decisions + confidence thresholds

Your code owns the policy: auto-execute above 0.9, escalate to a human between 0.6 and 0.9, fall back to a frontier LLM below that. TypeSafe's framing: “Combine those decisions in code to build larger workflows, with control over how the intelligence is used.”

The three primitives

PrimitiveReturnsExample question
ChoiceOne option from your list + probability“Which category is this ticket?” → billing (0.91)
ScoreAn ordinal rating + probability“How severe is this alert?” → high (0.87)
NoulTrue/false probability for a statement“Does this paragraph deny the claim it cites?” → 0.95

All three can share one request — a common pattern is fanning out every question you might need (speculative fan-out) and letting code pick the relevant answers, because adding questions barely moves the bill when input is the only thing priced.

Benchmarks — and their caveats

TypeSafe ran a custom 4-workflow evaluation (security incident response, agent-trace observability, invoice processing, customer service):

ModelAccuracy*Cost / caseLatency
Jev67.8%$0.00040.4 s
GPT-5.6 Terra67.9%$0.030410.1 s
Claude Sonnet 567.8%$0.11778 s
Claude Opus 573.1%$0.176137.8 s
GPT-5.6 Sol74.1%$0.083623.3 s
Read the asterisk before you trust the table
  • *“Accuracy” is agreement, not truth. Consensus labels were generated by GPT-6 Astra and Claude Fable 5.1 — so the benchmark measures agreement with two frontier models, and TypeSafe admits this biases toward OpenAI and Anthropic.
  • It's vendor-run. TypeSafe designed the workflows, built the harness, and ran the evaluation. No independent neutral-harness reproduction has surfaced yet.
  • The 0% error claim is structural. “Zero hallucinations” and “0% type errors” follow from the schema guarantee, not from measurement. A valid answer can still be the wrong answer with high confidence attached — this distinction was the most-argued point in the Hacker News thread after launch.
  • The community verdict: evaluate Jev on your own traffic before relying on the numbers.

Pricing in one table

JevGPT-5.6 TerraClaude Sonnet 5
Input / 1M tokens$0.042$2.00$3.00
Output / 1M tokens$0$12.00$15.00
Cost per decision case~$0.0004$0.0304$0.117

Full provider-by-provider rates and an interactive cost calculator live on the pricing page.

Limitations

The right mental model

Jev isn't a cheaper LLM. It's a typed function call that happens to be intelligent: it returns a value your code can use directly, with a confidence number attached. Once you have that, a lot of code that exists only to survive and validate string output stops needing to exist at all. Within days of launch, the open-source openjev project reproduced the interface pattern on a small open model — a sign the primitive may outlive any single vendor.

How to try it

Three routes, from zero-code to full API access, are covered step by step in our Get Access guide — including the no-waitlist paths via Vercel, Cloudflare, and OpenRouter. For when to use Jev versus a frontier model, see Jev vs LLMs; for concrete workflows, see use cases.