Waitlist open Our new book, AI Engineering For Production, is coming before the end of 2026. Get the release date first.New book: AI Engineering For Production, coming before the end of 2026. Join the waitlist
Name: Towards AI Legal Name: Towards AI, Inc. Description: Towards AI is the world's leading artificial intelligence (AI) and technology publication. Read by thought-leaders and decision-makers around the world. Phone Number: +1-650-246-9381 Email: pub@towardsai.net
228 Park Avenue South New York, NY 10003 United States
Website: Publisher: https://towardsai.net/#publisher Diversity Policy: https://towardsai.net/about Ethics Policy: https://towardsai.net/about Masthead: https://towardsai.net/about
Name: Towards AI Legal Name: Towards AI, Inc. Description: Towards AI is the world's leading artificial intelligence (AI) and technology publication. Founders: Roberto Iriondo, , Job Title: Co-founder and Advisor Works for: Towards AI, Inc. Follow Roberto: X, LinkedIn, GitHub, Google Scholar, Towards AI Profile, Medium, ML@CMU, FreeCodeCamp, Crunchbase, Bloomberg, Roberto Iriondo, Generative AI Lab, Generative AI Lab VeloxTrend Ultrarix Capital Partners Denis Piffaretti, Job Title: Co-founder Works for: Towards AI, Inc. Louie Peters, Job Title: Co-founder Works for: Towards AI, Inc. Louis-François Bouchard, Job Title: Co-founder Works for: Towards AI, Inc. Cover:
Towards AI Cover
Logo:
Towards AI Logo
Areas Served: Worldwide Alternate Name: Towards AI, Inc. Alternate Name: Towards AI Co. Alternate Name: towards ai Alternate Name: towardsai Alternate Name: towards.ai Alternate Name: tai Alternate Name: toward ai Alternate Name: toward.ai Alternate Name: Towards AI, Inc. Alternate Name: towardsai.net Alternate Name: pub.towardsai.net
5 stars – based on 497 reviews

Frequently Used, Contextual References

TODO: Remember to copy unique IDs whenever it needs used. i.e., URL: 304b2e42315e

Resources

Jev: The AI Model That Doesn’t Write — It Decides
Latest   Machine Learning

Jev: The AI Model That Doesn’t Write — It Decides

Last Updated on October 29, 2026 by Editorial Team

Author(s): Naimish Baranwal

Originally published on Towards AI.

A beginner-friendly look at TypeSafe AI’s “System One” model and why it could change how we build AI software.

We have spent years teaching AI models to write.

  • Write an email.
  • Write code.
  • Write a summary.
  • Reason through a problem.

But software often needs something much simpler:

“Given this information, what should I do next?”

That is the problem TypeSafe AI is targeting with Jev, its first System One model.

Jev is not designed to generate paragraphs. It takes a piece of state/context plus structured questions, and returns typed decisions, probabilities, and confidence information that software can use directly.

So what is Jev?

Jev is an AI model from TypeSafe AI, a startup founded by Diogo Almeida, who co-invented RLHF, the training technique behind ChatGPT. It launched in September 2026.

The easiest way to picture it:

Think of an LLM as a writer.

Think of Jev as a decision engine.

LLM
────────────────────────────────────
Context → Generate tokens → Text → Parse / validate → Software logic


Jev
────────────────────────────────────
Context + Questions → Structured decisions → Software logic

For example, suppose a customer sends:

“I was charged twice for the same transaction.”

An LLM might generate:

“This appears to be a duplicate transaction. You should investigate…”

Jev can instead answer something like:

{ "department": { "choice": "billing", "confidence": 0.91 } }

You hand Jev some information and a few questions. It hands back structured answers (JSON) that your software can use directly, with a confidence score on each.

Why not just use an LLM?

Because generating text is expensive when all you wanted was a decision. LLMs normally generate tokens one after another:

Token 1 → Token 2 → Token 3 → Token 4 → ...

Jev says it uses parallel sampling, allowing the requested decisions to be evaluated together rather than generating a long sequence of output tokens. TypeSafe reports roughly 70–500 ms response times and says Jev can be 20–200× faster than frontier LLMs on System-One-shaped tasks.

TypeSafe also lists pricing based on input tokens, with output tokens free.

So the idea is not:

“Build a smarter chatbot.”

It is:

“Build a cheaper and faster AI component for software decisions.”

System 1 vs System 2

Psychologist Daniel Kahneman described two modes of thinking. System 1 is fast and intuitive, like recognizing an angry face. System 2 is slow and deliberate, like solving a puzzle. LLMs are System 2 machines. Jev is built for System 1.

A rough analogy:

SYSTEM 1 SYSTEM 2
──────────── ─────────────
Fast Slow
Intuitive Deliberate
Quick judgment Planning / reasoning

"This ticket is about billing." "How should I solve this
complicated problem?"

TypeSafe uses “System One” to describe models focused on fast, structured judgments, rather than open-ended generation.

Importantly, this analogy is about the type of task, not a claim that Jev literally thinks like a human brain.

The three question types

Jev only understands three kinds of questions:

Jev: The AI Model That Doesn’t Write — It Decides

Here’s what a support-ticket check looks like. The input is: “My payouts have been failing for 3 days.”

STATE QUESTIONS
"My payouts have + is_urgent → Noul
been failing + department → Choice
for 3 days" + frustration → Score
\ /
└──────► [ JEV ] ◄──┘
│
▼
one structured answer

Here is how you ask those three questions in code:

from typesafe_sdk import Choice, Noul, Score, TypeSafeClient

state = {"ticket": "My payouts have been failing for 3 days."}

with TypeSafeClient() as client: # reads TYPESAFE_API_KEY
response = client.system_one(
state=state,
questions={
"is_urgent": Noul(
instructions="Does the ticket communicate time pressure?"
),
"department": Choice(
instructions="Which team should handle this ticket?",
criteria={
"billing": "Payments, charges, refunds, payouts.",
"technical": "Bugs, errors, integrations.",
"account": "Login, profile, settings.",
},
),
"frustration": Score(
instructions="How frustrated does the customer seem?",
criteria=[
"Calm and neutral",
"Frustrated",
"Very angry or using strong language",
],
),
},
)

Notice that you define the options. Jev can only pick from them. Its answer comes back as:

{
"is_urgent": { "noul": 0.95 },
"department": { "choice": "billing", "confidence": 0.80 },
"frustration": { "score": 1.04, "confidence": 0.94 }
}

One call answers three questions. Instead of making three separate LLM calls, you ask Jev all of them at once. TypeSafe says the questions are evaluated in parallel and independently against the same state, so adding more questions barely slows down the response.

Confidence turns AI into plain if/else

Because every answer carries a confidence score, you can write ordinary code around it. TypeSafe’s docs suggest a pattern like this:

if confidence > 0.9:
auto_act() # trust it
elif confidence > 0.5:
flag_for_review() # double-check
else:
send_to_human() # don't guess

The numbers (TypeSafe’s own claims)

Speed → 20–200x faster than frontier LLMs
Cost → 40–400x cheaper
Price → $0.042 per million input tokens
Output → free
Latency → 70–500 ms
Context → 32K tokens

“Jev can’t hallucinate”, mostly true

Jev’s answers are locked into a fixed format, so it can’t ramble, invent a fake field, or break your JSON.

Subscribe to the Medium newsletter

If your application gives it three choices:

A = Billing
B = Technical
C = Account

it cannot suddenly invent:

D = Please contact our support team...

The output shape is defined beforehand.

But that does not mean Jev can never be wrong.

It can still choose the wrong option, misunderstand a question, or be poorly calibrated. That’s why the confidence score matters. Jev is trained with a method called RLCD (Reinforcement Learning for Calibrated Decisions), which punishes confident wrong answers more than uncertain ones. So the safer statement is:

Jev removes free-form output hallucination and type errors; it does not remove incorrect judgments.

Where Jev fits

Jev is meant to sit beside LLMs, not replace them:

  • AI Agent Routing: which model or tool should handle this request?
  • Moderation: spam, fraud, jailbreak attempts
  • Classification — ticket, intent, category, document type
  • Scoring — risk, relevance, urgency, quality
  • Context compaction: deciding what’s worth keeping
  • Demos: TypeSafe showed it playing Doom, chess and Wikiracing
  • Real-time applications — where milliseconds matter
  • Large-scale filtering — making millions of small decisions cheaply

A typical setup looks like this:

 USER
│
↓
Your Agent
│
┌───────────┴───────────┐
↓ ↓
JEV LLM
Fast decisions Deep reasoning
Routing Writing
Classification Planning
Scoring Explanations
Guardrails Code generation
│ │
└───────────┬───────────┘
↓
Your Software

For example:

Jev decides which tool or model should be called.

LLM decides how to solve a complex problem.

Code decides what actions are actually allowed.

That hybrid architecture is probably more realistic than “Jev will replace LLMs.” TypeSafe itself presents Jev as an automation-oriented component that can work alongside more general generative models.

How does it work?

Nobody outside TypeSafe knows yet. The architecture isn’t public. What’s known is that it uses a new training method (RLCD) and a parallel sampler that answers all questions at once instead of word by word. The name comes from the Jevons paradox: when something gets much cheaper, people use far more of it.

The catch

  • Benchmarks are TypeSafe’s own. On their workflow tests, Jev matches GPT-5.6 Terra (about 68%) but trails the top models (about 73–74%).
  • Text only, and it can’t write anything.
  • It gives no explanation for its answers.
  • TypeSafe’s docs say it’s weak at math, date comparisons and long irrelevant context.

Is Jev the future?

Probably not instead of LLMs.

More likely, alongside them.

We may be moving toward systems where different models have different jobs:

 AI SYSTEM
│
┌───────────┴───────────┐
↓ ↓
System One System Two
(Jev) (LLM)
│ │
Decide quickly Reason deeply
│ │
└───────────┬───────────┘
↓
SOFTWARE

LLMs are extremely powerful because they can generate almost anything.

Jev gives up that flexibility to gain speed, structure, and decision-oriented outputs.

If LLMs are the brain that thinks and writes, Jev is the reflex. It’s fast, cheap, and structured. The best AI systems will probably use both.

And that may be the real idea behind System One models:

Not every AI problem needs a model that writes.
Sometimes software just needs a model that decides.

Join thousands of data leaders on the AI newsletter. Join over 80,000 subscribers and keep up to date with the latest developments in AI. From research to projects and ideas. If you are building an AI startup, an AI-related product, or a service, we invite you to consider becoming a sponsor.

Published via Towards AI


Towards AI Academy

We Build Enterprise-Grade AI. We'll Teach You to Master It Too.

15 engineers. 100,000+ students. Towards AI Academy teaches what actually survives production.

Start free — no commitment:

→ AI Engineering For Production — our new book, coming before the end of 2026. Join the waitlist.

→ Agents Architecture Cheatsheet — 3 years of architecture decisions in 6 pages

Our courses:

→ AI Engineering Certification — 90+ lessons from project selection to deployed product. The most comprehensive practical LLM course out there.

→ Agent Engineering Course — Hands on with production agent architectures, memory, routing, and eval frameworks — built from real enterprise engagements.

→ AI for Work — Understand, evaluate, and apply AI for complex work tasks.

Note: Article content contains the views of the contributing authors and not Towards AI.