Fast decisions: a small model so the large ones stay quiet
Most choices my agents make are narrow: is this headline relevant, which category is this email, is this note a lasting preference. I send those to a typed decision model called Jev instead of a large chat model. It answers with a choice or a score in about a third of a second.
System 1 vs System 2: System 1 is fast, cheap judgment that answers one narrow question in under a second; System 2 is slow, expensive reasoning that I save for work that needs it.
What this layer does
The typed decision model returns one of two typed answers: a choice among options I list, or a calibrated score between 0 and 1. It does not write text and it does not chat. If it cannot answer, the call falls back to its previous route, so no decision is lost.
Source: my verdict log, test rows excluded, 21 Sep 2026 to 1 Nov 2026, refreshed every 6 hours.
Decisions per day
| Date | Decisions |
|---|---|
| 21 Sep 2026 | 5,967 |
| 22 Sep 2026 | 10 |
| 23 Sep 2026 | 16 |
| 24 Sep 2026 | 268 |
| 28 Sep 2026 | 8,858 |
| 29 Sep 2026 | 5,826 |
| 30 Sep 2026 | 3,245 |
| 1 Oct 2026 | 6,899 |
| 2 Oct 2026 | 8,032 |
| 3 Oct 2026 | 8,238 |
| 4 Oct 2026 | 8,070 |
| 5 Oct 2026 | 8,544 |
| 6 Oct 2026 | 6,527 |
| 7 Oct 2026 | 32,951 |
| 8 Oct 2026 | 4,351 |
| 9 Oct 2026 | 2,375 |
| 10 Oct 2026 | 6,161 |
| 11 Oct 2026 | 3,985 |
| 12 Oct 2026 | 7,756 |
| 13 Oct 2026 | 5,006 |
| 14 Oct 2026 | 4,609 |
| 15 Oct 2026 | 6,943 |
| 16 Oct 2026 | 4,382 |
| 17 Oct 2026 | 79 |
| 18 Oct 2026 | 331 |
| 19 Oct 2026 | 3,752 |
| 20 Oct 2026 | 4,354 |
| 21 Oct 2026 | 4,842 |
| 22 Oct 2026 | 8,616 |
| 23 Oct 2026 | 8,444 |
| 24 Oct 2026 | 6,520 |
| 25 Oct 2026 | 7,662 |
| 26 Oct 2026 | 547 |
| 27 Oct 2026 | 779 |
| 28 Oct 2026 | 562 |
| 29 Oct 2026 | 548 |
| 30 Oct 2026 | 791 |
| 31 Oct 2026 | 695 |
| 1 Nov 2026 | 396 |
Source: verdict log on my server, read at build time.
How fast, how often it falls back
| Measure | Value |
|---|---|
| Median answer time (p50) | 308.3493709564209 ms |
| 95th percentile (p95) | 553 ms |
| 99th percentile (p99) | 852 ms |
| Handed to fallback route | 102 (0.05%) |
| Score calls / choice calls | 107,117 / 90,820 |
Fallback means the typed model did not return a usable verdict and the call site used its backup route. It measures availability, not correctness. I do not have a labelled truth set for these decisions, so I do not report an accuracy figure for my own data.
What it replaced
| Status | Call sites |
|---|---|
| Previously an AI model call | 18 |
| Previously a fixed rule | 4 |
| Total live call sites | 22 |
| Candidates under review | 6 |
| Rejected after review | 1 |
A call site is one place in my code that asks for a decision. One site can ask more than one type of question. These are counts of call sites, not measured before-and-after savings.
Where the decisions come from
| Decision family | Decisions | Share | Previous route |
|---|---|---|---|
| A private work workflow | 169,840 | 86% | Chat model call |
| Research headline relevance | 25,891 | 13% | Chat model call |
| Everything else (memory curation, email category, next action, model tier choice) | 2,206 | 1.1% | Chat model call or fixed rule |
About three quarters of all decisions come from one private workflow in my work. I report its volume and nothing else about it.
What it costs
On a measured sample of 50,695 calls since 7 Oct 2026, the typed decision layer processed 30,469,510 input tokens and 5,617,334 output tokens (36,086,844 total tokens, about 712 tokens per call) and cost $1.2797, an average of about $0.0500 per day.
Output tokens are free on this service; list price was $0.042 per million input tokens.
Earlier verdicts in the log are not metered for tokens. Because I do not record the tokens a chat model would have used for each decision, I do not publish an estimated reduction figure. The measured fact is narrower: 197,937 decisions were handled by this layer instead of calling a chat model.
Where I never use it
A typed model is probabilistic, so I exclude it by file from anything irreversible or trust critical. It never decides:
- Sending email or messages
- Deleting files or approving cleanup
- Anything touching money, finance or payments
- Secrets, credentials and vaults
- Lists of people who asked not to be contacted
These paths stay deterministic plain code or wait for my explicit approval. The exclusion list is checked by the same registry that manages live sites.
Limits
The typed decision model is not free of mistakes. On public classification datasets, a third party measured this model at 76 to 95 depending on the dataset, against 77 to 96 for a large chat model and 88 to 91 for a fine-tuned small classifier. Those benchmarks come from public datasets and are not my data; I treat them as an external reference, not a result on my workflows.
In my own use, 0.05% of calls returned no usable answer and went to the backup route. It answers only the narrow, typed questions I configure; it cannot reason through anything open-ended or explain why it reached a decision.
The current service runs on limited credit, so I am testing a free and local typed decision model to take over the same role. This page describes an architectural role rather than a permanent vendor.
Decisions that matter stay deterministic or come to me because a cheap wrong answer that cannot be undone is not cheap.
How typed decisions fit into my broader cost strategy is documented in the savings ladder on Model routing and tiered compute
Method note
Decision counts, latency percentiles, fallback counts, and call site numbers are read from the verdict log and decision registry at build time and refreshed every 6 hours. Test rows (identifiers starting with smoke, test, or probe) are excluded before counting. Times are wall-clock per call as logged by my client, including network latency. Fallback measures availability when the model returned no usable answer, not correctness against ground truth. Token and spend counts are from the meter started on 7 Oct 2026 (50,695 calls); earlier calls were not token-metered. Jev runs through its own service rather than the model gateway, so none of these calls appear in the Token ledger.