Claims triage
Fast-track, standard review or investigate, with a confidence for each
Your AI can hold a conversation. So why is a person still approving the refund? Sieve is a family of open-weight decision models. Give one a case and a question with a fixed set of answers, and it returns a probability for every answer. No free text, nothing to parse, and a confidence your risk team can sign off on.
Sieve-31B-v3 is tied for first on the Jev Decision Index, out of 237 models. Jev 1.14 scores 60.24.
Rear-end collision. Police report attached. Repair estimate $3,850. Policyholder for 9 years, no prior claims.
Where should this claim go?
Illustrative example. Confidence is (top probability − 1/n) / (1 − 1/n), where n is the number of options.
Four years into the language-model era, your support team still routes its own tickets. Not because the model cannot tell where a ticket belongs. It can. The problem is what comes back. A paragraph is a fine answer for a person and a poor one for software, so every decision a model makes has to be parsed, checked, and second-guessed before anything is allowed to act on it. The intelligence arrived. Permission to use it did not.
Route this ticket. Approve or hold this transaction. Escalate this alert. Is this answer grounded in the retrieved document. Which tool does this request need.
Your software makes these judgments thousands of times a day. A general-purpose language model answers them by writing a sentence, which you pay for by the token, wait for, parse, and retry when it comes back malformed. And it gives you no confidence score your model-risk team can act on.
Sieve reads the case once and returns a probability for each answer you allow.
Billed for tokens in and out. Waits while the model writes. No calibrated confidence to audit.
One forward pass with no text generated. Milliseconds on one GPU. Every decision calibrated and logged.
This is not a replacement for the model you already run. Reasoning, planning and conversation are what large models are good at, and you should keep paying for them where they earn it. What they should not be doing is answering the same four-option question eight thousand times a day at a cent a go. Give that work to something built for it, and let your software do what software has always done: act.
We know what a benchmark score is worth, because ours was wrong once. Our 27B model scored 68.02 on the public test suite and 59.89 when the maintainers ran their private one. We had taught it the test. The rebuild took three weeks and changed how we train and how we select weights, and the model below now scores higher on tasks from domains it has never seen than on the skills it was trained for. That is the number we would check if we were you.
Decision Index 0.4.1, board data of 28 October 2026. The Full score is 60% private tests of the same skills and 40% private tasks from new domains; public benchmarks are displayed on the board and carry no weight. Leaderboard positions move as models are added.
Nobody buys a decision stack. They buy one decision that stopped costing them money, and then another. These five exist because that is the order the problem arrives in: prove it works, get it past InfoSec, teach it your policies, satisfy the examiner, then do it again for the next twenty decisions without starting over.
Open-weight decision models from 0.8B to 31B parameters, with a Jev-compatible API. Run them anywhere.
Best for: developers and data teams proving the cost and latency case before any contract.
Each one stands alone. Most teams start with a Foundry model running on Vault, governed by Assurance, then add decisions from their industry canvas.
Every one of these is a decision somebody on your team makes a few hundred times a day, from a policy they could recite in their sleep, and gets right almost every time. That is what makes them worth automating and also what makes them easy to measure: you already know the right answer for the last two thousand cases.
Fast-track, standard review or investigate, with a confidence for each
Escalate or close, with the probability behind the call
The right team and the right regulatory tag the first time
Approve, pend or send to a clinician
Call, text, hold or offer a plan, within policy
Let the agent act, or stop and ask a person
Pick one decision with history and a clear owner.
The model you need is probably smaller than the one you are using. A 9B model answers a yes/no judgement in 50 milliseconds for a fifth of a cent, and on the kind of question your software actually asks, it is not meaningfully worse than something forty times its size. Start small, and move up only where the decision is genuinely hard.
| Model | Best at | Published result | Runs on |
|---|---|---|---|
| Sieve-31B-v3 | Hard reasoning and agent tool selection | 71.1 on the Decision Index, tied for first | One 96 GB GPU |
| Sieve-27B-v2 | Intent detection, claim verification, RAG hallucination checks | 59.89 on the Decision Index | One 80 GB GPU |
| Sieve-9B-v2 | The balance of accuracy, speed and cost | 47.00, answering in 50.5 ms | About 20 GB of GPU memory |
| Sieve-4B | Confidence scores you can trust | 3.1-point calibration error | 4.7B parameters |
| Sieve-2B-v3 | Lightweight intent detection and routing | 34.45, with 81.7 macro-F1 on CLINC150+OOS | 2.3B parameters |
See all Sieve models on Hugging Face. Model cards credit every base model and open-source component. Two vision models are also published and are not counted here.
Jev made this category real, and it is a good hosted API. The question is not which model is better on a given Tuesday, because that will change. The question is what you are left holding in two years. With a hosted API you are renting one shared model over the internet, and the terms, the price and the roadmap belong to somebody else. With Sieve the weights are yours, the adapter trained on your decisions is yours, and it runs where your data already lives.
| Jev (TypeSafe) | Sieve | |
|---|---|---|
| Decision Index | 60.24 (Jev 1.14) | 71.1 (Sieve-31B-v3) |
| Where it runs | TypeSafe's hosted API and the gateways that resell it | Your VPC, on-premises or air-gapped, or hosted |
| Who owns the model | TypeSafe, and the same weights serve every account | You, with open weights and custom adapters |
| Tuned on your decisions | Not part of the hosted offering | Sieve Foundry trains on your decision logs |
| Your data | Sent to TypeSafe, with zero retention on enterprise plans | Stays inside your network with Sieve Vault |
| Audit and model risk | A confidence score per answer | Confidence plus Assurance: drift, audit log and a validation pack |
| Moving existing code | Jev-compatible API, so you change the base URL |
Jev is a product of TypeSafe. Comparison based on TypeSafe documentation and public sources, October 2026.
There is no prompt to write. No output schema to specify, no retry loop, no parser to maintain when somebody adds a sixth queue. You pass the case and the answers you will accept, and you get a number back for each one.
Install, load a model, ask a typed question:
$ pip install "sieve-decisions[cuda,serve] @ git+https://github.com/sthanika-ai/Sieve"
from sieve import load_sieve
model = load_sieve("sthanika-ai/Sieve-9B-v2")
model.choice(state=ticket,
question="Which team should handle this?",
options=["billing", "technical", "account", "other"])
What comes back is a probability for each of the four options, so your code reads the top one, checks it against your threshold and routes the ticket. There is no prompt to write and no output format to specify.
Already using Jev? Sieve speaks the same request format, so existing code moves by changing the base URL.
# POST /v1/systemone
{
"model": "sieve-latest",
"state": { "claim": "Rear-end collision, police report, estimate $3,850" },
"questions": {
"route": {
"type": "choice",
"instructions": "Where should this claim go?",
"criteria": { "fast_track": null, "standard": null, "investigate": null }
}
}
}
# response
{ "route": { "choice": "fast_track", "confidence": 0.73,
"probabilities": { "fast_track": 0.82, "standard": 0.15, "investigate": 0.03 } } }
You have been through a pilot that went sideways and could not be stopped without someone losing face. So every stage here has a written exit that you control, agreed before the work starts. If the benchmark is unconvincing, that is the end of it and it cost you nothing. If the pilot misses the criteria we set together on day one, there is no fee.
One decision, up to 2,000 past cases, scored against your current model
Exit: Your call on a pilot
Up to five decisions, in your cloud or on redacted samples
Exit: Agreed criteria met, or no fee
Vault in your environment, a Foundry model on your logs
Exit: Model-risk sign-off, live
Canvas decisions added, quarterly retraining, monthly drift and calibration reports
The benchmark is free because arguing about this in a meeting is slower than measuring it. Send one decision and two thousand past cases, and in ten business days you will know what Sieve costs, how fast it runs and how often it is right, next to whatever you use today. If the answer is that your current setup is fine, that is a useful thing to find out for nothing.
One decision, scored on your past cases. Results in ten business days.
Six weeks, up to five decisions. Credited in full toward Foundry or Vault, and waived if we miss the agreed criteria.
For organizations that sign by 15 December 2026: the Assurance monitor free for a year, a two-year price lock and a seat on the product council.
A general model still generates the answer token by token, and a schema constrains the shape rather than the judgement. You pay for the generation, you wait for it, and the confidence it reports is not calibrated against whether it was right. Sieve scores the options you supply in a single forward pass and returns a probability you can threshold on.
Not your AI strategy. One decision, the one that comes up more often than anyone wants to admit and still lands in a person's queue.