I saw Jev and without understanding it said to myself, “I can build that!” And brainstormed some weird Alex trebek jeopardy generator I called trebek, a bun ran typescript app that you give it an input, it decides if it’s a category, question or answer then generates what’s missing. Trained a SQLite-vec database on the English language for a few days with a small qwen embedding model to add vec embeds to the db then ripped the cord on the embeddings before I started feeding my llm the proper specs for Jev and now i have a cool jeopardy generator that now doubles as a Jev clone classifier with a custom v1 endpoint for system 0 or whatever it is. Level understanding here, fun experiment though ^>^ and produces useful outputs
That sounds like a lot of fun, love the creativity. Do you have a repo you can share? It would be nice to run it, and if you wanted, maybe I could add it to the demos on <a href="https://playground.jeffyclassify.com" rel="nofollow">https://playground.jeffyclassify.com</a>
Ha. I did something similar but made a Jeopardy judge for my family to play jeo-paw-dy hosted by the family dog. It uses our phones as buzzers and speech to text to let people just speak the answer
ha i made one to play the Oregon trail
As an MLE who has been failing to get anyone interested in classifiers for many years, the hype around Jev makes me scream internally.<p>Yes, I get that a zero-shot classifier is more convenient than the traditional kind, it's very cool. Kind of. But then again plain LLMs have been perfectly cheap and serviceable as zero-shot classifiers for quite some time now, so again I'm back to my internal screaming.
I think part of what made Jev catch on is that the API is like an if(...) or switch statement<p>People are just so used to the chat style APIs that they didn't even consider doing things like sending a bunch of emojis to a chat model and then asking for the optimal one in this context etc. Also chat models are pricier for the same behavior and can also output something random like a refusal<p>But yeah ironically I think in the initial breakthrough LLM paper on GPT-3 in 2020 some of the multiple choice questions were answered by comparing token probabilities of specific continuations rather than fill in the blank
You know, it's a good point.<p>Maybe I should have spent less time pitching to PMs and more time pitching ground up to devs, who have the right foundation to intuitively understand the usefulness.
> But then again plain LLMs have been perfectly cheap and serviceable as zero-shot classifiers for quite some time now, so again I'm back to my internal screaming.<p>It's the scale of "perfectly cheap", jev (specifically) is so dirt cheap and fast that you can throw it at things that should not be justifiable in the past and you barely have to do any work other then quick testing.
I will also say, not having to get a team to build this for you, having to get business justification from your team for that teams hours, then spending time revising and testing that out and then you have to "prove" that it's worth having in your feature as a AI cost<p>Versus<p>"Let's put jev here and see how it works, if it works, then fantastic let's build a business case"
Around 8 years ago I built <a href="https://www.taggit.io/" rel="nofollow">https://www.taggit.io/</a> and concluded that the market just wasn't there... Turns out it just wasn't there yet. I know the frustration you're talking about, pitching to PMs. Maybe the iron is hot again, and SotA perf/problem has definitely changed. Would love to chat and commiserate, hit me up if you're interested.
on the bright side, maybe this zero-shot classifier wave could be the back bone for more specialized classifiers (with more mindful selection of data and training)
What are some pre-Jev classifier and ranker approaches? And how do you train them?
Jev is classification for normies. Look ma, no training.
I want to share the rage. Can you expound on what makes you scream?
For me, so much about building a traditional classifier goes into measuring and improving its performance on the data you’re making decisions about.<p>With Jev, we seem to have just ignored all that. There seems to be some magical thinking that, because it’s AI, its decisions must be accurate.<p>Which I don’t think is really justified given the narrowness of the benchmarks and breadth of tasks people want to use it for.
Idk, imagine you worked on Skype's B2B sales team for years and then COVID happens and Zoom blows up.<p>Is it a better thing? Yeah. Does it affect me in any tangible way? No.<p>But come on, really people? All you needed was like one tiny bell & whistle to take this from nothing to the hottest thing of all time?
I bet the timing was the key, people in the last year have been furiously building things that use LLMs as an API and as we work on this stuff we have systems with N LLM steps and M of them are frustrating because you want a specific choice picked or list of things ranked and sometimes the llm will just output something else entirely!<p>So along comes this thing you can graft in that is more reliable, faster, and cheaper for that, and I get it immediately.<p>A year ago I'd be like "kinda cool but what it for?"
> because you want a specific choice picked or list of things ranked and sometimes the llm will just output something else entirely!<p>With structured outputs, that just doesn't happen though?
preordained slop it is then
<i>> But then again plain LLMs have been perfectly cheap and serviceable as zero-shot classifiers for quite some time now</i><p>I'm no prompt engineer, but I've found them to be too slow any time I wanted to use them that way. I have never tried Jev, but apparently it is supposed to be fast, so it seems like, according to the marketing, it could become usable where LLMs haven't been.
I also found inconsistent results (across time and similar inputs) which made it useless for me. I reverted to using LLMs for coding machine learning. I get deterministic outputs that make sense to me, but don’t have to know the ins and outs of how it works (given how it’s applied). I may try Jev in the future for a new problem but unlikely to refactor something that works.
Maybe instead of screaming you can take this as a chance to level up your engineering.<p>Good engineers don't treat approach as A == B or even A like B, when extremely integral parts of their applications differ.<p>Zero-shot isn't just "more convenient", in a low data regime: it's the only workable solution, and 100x so if your plan involves the acornym "BERT" (because even the largest of those models has the world knowledge of a fart to draw priors from)<p>Better ergonomics while being faster and cheaper as the existing things really is enough to justify callling what you've done a new thing, in a world of finite resources and time. It's actually making <i>me</i> scream how many people don't get that.
> Maybe instead of screaming you can take this as a chance to level up your engineering.<p>Probably also sales. System One thinking and other buzzwords will help.
> in a low data regime: it's the only workable solution<p>Low data regimes no longer exist in the age of LLMs, one can trivially generate a training and eval set and distill a good classifier on any domain within a day.<p>But I do acknowledge zero-shot is more convenient. Personally I don't think Jev has any moat so I won't bother with their model specifically, but yes I do anticipate using this type of thing more in the future.
I don't think jev has any moat either, but interestingly the distillation you described sounds like something imo someone would pay for. Convenience again.
Personally I wouldn't.
I suppose that just makes it a commodity.
I'm going to crash out at the stupidity and earth-shattering banality of that first paragraph if I try to respond faithfully, so I won't and agree to disagree.
> As an MLE<p>Yea but those models you were building were lame and inaccessible to play with for common devs.<p>Just because they have the same api doesnt mean you were building the same thing.
This is a great way to start but the perf of LLM models like Qwen are not ideal for local execution. I have adapted Laya (pure decision model) to run in a browser and I am able to get responses under 200ms. Give it a try: <a href="https://wexare-ai.github.io/browser-laya/" rel="nofollow">https://wexare-ai.github.io/browser-laya/</a>
You can easily get under 100ms per decision in browser with a Qwen based decison model: <a href="https://alxnahas.github.io/strands-decider-web/?backend=engi" rel="nofollow">https://alxnahas.github.io/strands-decider-web/?backend=engi</a>...
There is nothing about Qwen or Laya that make one or the other better at running in the browser. It is really just: how large is your model and how does KV cache expand as input length increases
Why would a Qwen 1.7b be too slow? You should get well under 200ms there.
Laya is just ModernBert fine-tuned. It's still a language model (just a bidirectional one). Let's call it what it is instead of this weird Decision Model mysticism.
I am also not a big fan of everybody calling them system one models. AFAIK, system one also refers to activities like driving a car, but I don't want to have those decision models driving cars.<p>So I think I understand what is meant, but I don't like the comparison.
Is this mysticism what TypeSafe AI is valued at $7.5b for?<p>Maybe the people talking about an AI bubble do have a point. I am getting the impression here that investors are throwing money at everything.<p>Personally I believe AI labs have a solid business model that could soon be very profitable, but this here has me doubting now.
So "decision model" is the new cool term for classifiers? You know, that thing that already existed decades ago
decades ago you would train a classifier over a fixed set of classes. decision models are flexible regarding the possible outputs they can produce. also, you get text and images in input
If you think “bullet” is the cool new name for “arrow” then sure.<p>Decision models can perform zero-shot classification over almost unlimited text-input domains. This was science fiction decades ago.
A coin flip can make infinite decisions on all possible input taxonomies.<p>Zero-shot is indeed very cool. And it's super useful/useful for the developer masses that don't know, care, or work pressures don't allow, for proper evaluation and calibration.<p>But it would be good that we don't over-hype these things.
The difference is in the training, or more accurately what data the model is trained on.
If you don't really care about knowing the specific probability (I think this is actually a huge info hazard), you can achieve this right now with a trivial tool calling arrangement. The benefit still stands. You are reducing the size of the action space from something that might be Turing complete (shell, code) into a multiple choice question.
This is very cool. If you are looking for something similar but more lightweight, that you can run (and train) on CPU, try out Jeffy: <a href="https://jeffyclassify.com/" rel="nofollow">https://jeffyclassify.com/</a><p>On GitHub: <a href="https://github.com/nicobrenner/jeffy" rel="nofollow">https://github.com/nicobrenner/jeffy</a>
To me the Jev moment isn't about Jev / Typesafe. It's articles like these. It's the letting a million Jevs bloom.<p>The bubble will come from a realization that a lot of people can train these models. AI Researchers will become more diffuse, work at more companies, and building a Jev or fine-tuning an LLM isn't some trillion dollar frontier lab exercise, but increasingly just something developers do.
Does someone have examples of interesting stuff that has been built utilizing Jev/decision models? The way this is hyped up surely there must be some good stuff?
This started as a fun experiment, but I now use Jev on my mac as an advanced auto-correct. Much better than any other option I tried. <a href="https://levmiseri.com/nospace" rel="nofollow">https://levmiseri.com/nospace</a> (the no space being more of a gimmick, but the autocorrection is good)
I am working on a game <a href="https://imperiaquiz.com/en" rel="nofollow">https://imperiaquiz.com/en</a> that needs over 20,000 questions. I use jev to classify 'has statement' and 'can be a question' paragraphs/chunks taken from cli script to reduce token usage. Meaning, an LLM only starts work once I've chunked text and marked it as 'to be reviewed' instead of parsing the full content. This reduces tokens usage at least 10x on average
I see Jev as a major step towards commoditizing current LLM paradigm. One thing would be to further optimize this particular route to work purely on CPU. This will grant an option to embed this feature into any application, from MS Office to games. The other is integrating this into agent workflow to vastly minimize token consumption.
So, what exactly is the<p>> interesting stuff that has been built utilizing Jev/decision models<p>in that case?
It would be interesting to see if a coding LLM trained for tool calling like GLM 5.3 would work well as a Jev model, or maybe even a flow where a model generates options (eg for a plan) and then uses a Jev to refine/optimize the path. Or similarly where else in a harness they’d help.
Not in a serious manner but I created a testing harness for a Nintendo 3DS game I'm making that uses the OpenAI Decisions API. The main advantage is the speed (~2-300ms per input) which I really need for this purpose.
Not with Jev, but you can use classifiers for a lot of use cases, here’s a few: <a href="https://playground.jeffyclassify.com/" rel="nofollow">https://playground.jeffyclassify.com/</a>
Also like to see a "layman harness" like <i>LM Studio</i> integrate an open decision model in its workflow.
use it to classify a bunch of research papers (by feeding it section by section, or summaries of sections if too long)<p>works like a charm<p>(not a product, so not much to share)
I use Jev in a Claude code hooks to detect dangerous commands.
Saw the question "Where would you most likely find a bat?", it occurs to me there's an innate tension, do we want the llm to be factually correct or do we want it to be more average human like? As an average human being not a sme on the subject my first instinct answer would be cave as well. I think it's reasonable to expect trainning on the aggregate of the internet means it would arrive at the same answer.<p>Edit: The context of the question does indeed make it sound more like the animal bat. The other answers sound more like gotchas to me.
Is simply changing the temperature so that the model appears calibrated over a particular benchmark after the fact “allowed”? Feels p-hacking esque.
I had the exact same thought "I can build that!" one month ago. So I built JobFit, a CV/job-post fit-scoring typed-decision model, training pipeline, and web app that runs in your browser: <a href="https://github.com/gw0/jobfit-model" rel="nofollow">https://github.com/gw0/jobfit-model</a>
Just for the author: On any of my iOS 26 browsers (orion, brave, safari), a page reload occurs when the model download completes, which resets the state, so I never get to interact with the model.
What is the intuition behind the temperature fitting for calibration step?<p>Flattening the output probability distribution curve makes some sense, but playing with the graph doesn't seem to show the 3.797 figure as the best.<p>And how do you curve fit for this single example?
I'm looking forward to a "Build a Decision Model (From Scratch)" book.
Take ModernBert, add a fully connected layer with 255 outputs, take a bunch of classification datasets from Huggingface, write the code to have the datasets fit the jev format on these 255 outputs, do supervised fine tuning on the datasets with that format. then use a confidence loss of some kind
Nice read! I also gave a shot building one on Gemma3 and Gemma4. It was a fun exercise. I’m sharing it if anyone interested, Gemma4 based one is on a branch: <a href="https://github.com/onatm/gev" rel="nofollow">https://github.com/onatm/gev</a>
This is really cool to see. Being able to play the token generation was awesome. Amazing job with breaking down how to think about these models. This made the idea of Jev/decision models really easy to grasp for me. The idea of calibrating the model was helpful. I thought this was a great overview.
These are neat - and the source of the many Jev clones we've seen. I think their recent funding round is in part because of their algorithms/data. It remains to be seen if that's a big enough edge to be worth 1 billion+ dollars
Great guide! It works, made a 500MB model for CPU based off qwen 3.5 0.8B. It plays maze games like Pac man
<a href="https://github.com/kouhxp/gutsy" rel="nofollow">https://github.com/kouhxp/gutsy</a>
A lot of LLM "thinking" involve choosing between alternatives.<p>Offload the decision-making parts of LLM reasoning to a jev like model.
Hey I have one question Is there any way we can also make a model, that can take a first decision about voice policing let's say I have speech to text tool like a whisper flow and if we want to make a voice policing decision model that can take first decision so that the voice policing works fast do it that can work out can you guys answer is.
this is just constrained generation? I thought the latest crop of decision models (inspired by Jev) do something fundamentally different in the architecture; they're not simply off-the-shelf models with a token mask
Great article, thanks!
Is this only about getting fix json output?
- i have to keep scrolling down on your home page <a href="https://nishtahir.com/" rel="nofollow">https://nishtahir.com/</a> to see what posts you have<p>- could you kindly put all that in a /blog page with pagination and not infinite scroll?
[flagged]
[dead]
[dead]
[flagged]
[flagged]
[dead]