Pranav Srivastava

11 lessons

0/11 done
Lesson 1 of 11·12 min·Beginner
012 min

Start here: what Jev is, and how well proven it is

What you will learn
  • Explain in a sentence what a typed-decision model is and how it differs from an LLM
  • Say honestly how well proven Jev is, as of 25 September 2026
  • Know what this course promises, and what it deliberately does not
  • Read the evidence labels used throughout

A story, and an invoice

Picture Kestrel Pay, a made-up payments app. Every support message, about two million a month, is read by a large language model that answers, in a friendly paragraph: "This looks like a billing issue, the customer seems frustrated, I would treat it as high priority." Then a bit of code tries to read that paragraph to work out which queue the ticket goes to. Sometimes the parsing breaks. Sometimes "high priority" turns into a 3 when the team meant a 4.

The engineer looking at the invoice notices something odd. The model is writing a whole paragraph to make a decision that fits in three words: billing, urgent, at risk. And the writing is the expensive part.

That observation is the whole reason typed-decision models exist.

The one-sentence version

A typed-decision model takes some text and a list of questions, and returns values: a category, a score, or a yes/no probability. It does not write sentences.

Jev, from a company called TypeSafe AI, is the first commercial one. Its makers call the category System One models (launch post), after the fast, gut-reaction thinking in Daniel Kahneman's Thinking, Fast and Slow. An LLM is closer to System Two: slow, wordy, deliberate.

Two ways to make the same decision
   LLM
   ticket text ──► [ model writes a paragraph ] ──► your code parses it ──► queue
                     (slow, priced by output tokens)   (can break)

   Typed-decision model
   ticket text + questions ──► [ model returns values ] ──► queue
                     (fast, output is free at list price)   (always the shape you asked for)

Why anyone should care

Four things, in order of how much they matter:

  1. The answer is always the right shape. No parsing paragraphs. Your code branches on queue == "billing".
  2. It is fast. The vendor says 70 to 500 milliseconds; independent write-ups measured a median around a quarter of a second (BestHub, Flowtivity). Fast enough for a user waiting on a screen.
  3. It is cheap per decision, at least at TypeSafe's list price. Chapter 2 does the sums properly.
  4. It says how sure it is. That lets you send only the unsure cases to an expensive model. (Chapter 6 explains why you must not take that "sure" at face value.)

The name is a small joke. It nods to the economist William Stanley Jevons, whose paradox says that when something gets cheaper to use, people use more of it. If asking a question of a model costs almost nothing, you start asking it about everything.

How well proven is it?

Here is the honest part, and the reason for this course's shape. Every headline claim, checked against what independent people found in the first ten days. Filter by label. Open the ones that surprise you.

How well proven is each claim? Checked 25 September 2026
  • True by construction: answers are forced into a schema you define. One independent review counted zero invalid answers across 23,703 calls. Note what this does not say: a well-formed answer can still be the wrong answer.

    Sources: TypeSafe launch post; xbill, independent tests, 24 Sept 2026

Third-party write-ups read on 25 September 2026. We did not re-run their tests. The product is ten days old, so expect this page to age quickly.

If you take one thing from this chapter: "0 hallucinations" and "0 type errors" describe the shape of the answer, not whether the answer is right. A perfectly formatted wrong decision is still a wrong decision, and in a payments or healthcare system that is the one that matters.

What this course promises

It willIt will not
Explain typed decisions from scratch, with interactivesTell you Jev is great or terrible
Show exactly where token and money savings come from, with a calculatorPromise a savings percentage
Give high-stakes use cases, each labelled by evidencePretend the evidence is stronger than it is
Cover when not to use it, in a full chapterSell you anything
Compare Jev with the open-weights LayaDeclare a winner
Propose how it could help real projects, honestly marked as proposalsClaim any of that is built

How the chapters fit

The route through the course
  0 Start here ─► 1 What a typed decision is ─► 2 Does it save money?
                                                       │
        ┌──────────────────────────────────────────────┤
        ▼                    ▼                         ▼
  3 Triage cascade   4 Guardrails         5 Decompose, filter, route
        └──────────────────────┬───────────────────────┘
                               ▼
                  6 Trusting the numbers ─► 7 When NOT to use it
                               │
                  8 Jev vs Laya ─► 9 Your projects ─► 10 Study guide

It leans on the harness ideas from Agentic AI Harness Patterns: the approval gate, the circuit breaker, the shadow evaluation harness, and the fallback ladder. A typed-decision model does not replace those. It plugs into them.

Chapter summary
  • A typed-decision model returns values (a category, a score, a probability), not prose
  • Jev is a hosted System One model from TypeSafe AI, released in early access on 15 September 2026
  • Its headline claims are mostly vendor claims; independent tests in week one are mixed
  • "Zero type errors" is about the shape of the answer, not its correctness
  • The value proposition is real but narrow: fast, cheap, well-shaped decisions on the right kind of task
Check your understanding
  1. In one sentence, what is the difference between what an LLM returns and what a typed-decision model returns?
  2. Why does "0 type errors" not tell you the decision is correct?
  3. Which claim in the evidence ladder would you most want independent proof for before using Jev in a payments system, and why?

Sources

All pages read on 25 September 2026. Figures were pulled through a summarising fetch tool, so check any number on the linked page before you quote it.

Finished this lesson?

Mark it done — your progress is saved automatically.