Remix.run Logo
▲ Decision models like Jev don't beat LLM-as-a-judge or traditional classifiers(developers.redhat.com)
60 points by tomncooper 3 days ago | 15 comments
▲Garlef 4 minutes ago | parent | next [-]

I think it's a bit early to call the race.

I think the abstraction is a useful one - a general purpose classifier that does not need to be specifically trained: Text in, structured judgement out - with a focus on speed and cost efficiency.

And since there is not yet a large body of benchmarks yet, I don't think have sufficiently explored how to measure these things.

But since there's a market and some hype this will soon happen.

(And it's not like TypesafeAI has a real moat or invented something entirely new here ~ they just managed to put things into one coherent perspecive)

▲AnthusAI 3 days ago | parent | prev | next [-]

That was a pretty simple task they gave it, and sure you can use BERT with sequence classification for simple classification tasks.

In our benchmarks, Jev did a LOT better at multi-step reasoning tasks than any open decision model we have tested so far, and it was also better than GLiDE which was specifically designed for that kind of task. And also better than Luna. On accuracy and also confidence calibration but also time and cost.

https://hard-decisions.anth.us/models/

▲Havoc 15 minutes ago | parent | prev | next [-]

Traditional classifier isn’t a direct equivalent though. Jev has some light abstraction/reasoning ability.

eg feed it a weather forecast and ask it whether I need an umbrella. It’s smart enough to make the connection between rain and umbrella.

So somewhere between classifier and fat LLM.

Ultimately boils down to right tool for the job

▲segmondy 3 days ago | parent | prev | next [-]

duh, this is not news. (general, fast and cheap) before decision models, you could pick only 2.

LLM as judges - generalized, but too slow. If you had to make millions of classifications a day, this will be the wrong approach. you won't/shouldn't use LLM to classify spam/no spam. hot dog/or something.

traditional classifiers, very specific 1 trick pony, super fast and cheap once built. If you need to make tons and tons of classifications, this would be the approach. but if you wanted a classifier right now for a novel problem, you need an expert to curate data, train and deploy.

decision models/jev - are generic, you can throw them at most generic classification problems, and they are good enough. it's a fine balance between general, fast and cheap. you get all 3

▲lostmsu 3 days ago | parent [-]

Is Jev any faster, cheaper, or more precise than medium LLMs like Luna 6?

▲ShinTakuya an hour ago | parent | next [-]

Yes. Not as fast/cheap as Typesafe claims, but lots of benchmarks suggest around 3-4 times cheaper, and 7-14 times faster.

- https://www.ml6.eu/en/blog/jev-vs-gpt-6-luna-vs-bert-text-cl... - https://tessl.io/blog/jev-is-136x-faster-and-27x-cheaper-tha... - https://x.com/fazxes/status/2100300097695232164 (this last one is Luna 5.6 but that isn't too different from 6 besides accuracy and cost)

▲IanCal an hour ago | parent | prev | next [-]

Luna 6 is 10c per million input tokens and charges 5x that for output. Not sure if it’s still true but it used to be the case that structured outputs took time to process and cache which is relevant if the structure changes. It doesn’t give a percentage you can use for thresholds, and I’d want to know if Jen treats the questions as independent (they aren’t with luna, order of questions will change the result).

Jev is 4.2c/m tokens in and free out.

▲pokeapallascat 2 days ago | parent | prev [-]

not really

▲nicce an hour ago | parent [-]

I don't think Luna is fast enough by any means

▲reexpressionist 3 days ago | parent | prev | next [-]

The key properties for using such models for conditional-branching decisions in agentic stacks (and related) is that they should be well-calibrated (under the definition chosen for the task) and informative (e.g., always predicting the mean might be "well-calibrated" in a theoretical sense for some chosen quantities of interest, but isn't particularly useful in practice).

The tricky thing with the neural networks is that the output logits are in effect a highly lossy compression of the epistemic (reducible) uncertainty, so even if the target calibration quantity is well-specified, it can be difficult to obtain in practice. A side-effect of this is that estimates in the high probability regions are not particularly stable under even modest co-variate shifts, which is a real problem if the estimates are being used for decision-making in a multi-step search graph that can lead to branches that are unlike what the model/estimator saw at training/calibration (if not altogether out-of-distribution). Here are a couple papers that describe how to approach those challenges:

[1] Similarity-Distance-Magnitude Activations. In Findings of the Association for Computational Linguistics: ACL 2026, pages 22037–22057, San Diego, California, United States. Association for Computational Linguistics.

[2] Introspectable, Updatable, and Uncertainty-aware Classification of Language Model Instruction-following. In Proceedings of the ACM Conference on AI and Agentic Systems (CAIS '26). Association for Computing Machinery, New York, NY, USA, 1259--1269.

▲petesergeant 4 minutes ago | parent | prev | next [-]

There are plenty of benchmarks that show they do, too, though, so this is a single data point.

▲deepsquirrelnet 3 days ago | parent | prev | next [-]

BART is quite an old model for this kind of test, and probably not a good very good choice for much these days. I'm working on replicating their benchmark on my own NLI model that targets zero-shot guardrail applications. I don't think it'll beat much larger models, but should give a better baseline for what a crossencoder can do.

https://huggingface.co/dleemiller/crossingguard-nli-l

▲6thbit 3 days ago | parent | prev | next [-]

Shouldn't LLMs intuitively be better with a high number of available options? This article only does simple prompts with only options to block or not block.

What is openai doing for their decisions API, a finetuned luna?

▲dominotw 3 days ago | parent | prev | next [-]

prompts that these evaluations were done are too trivial

▲aidiveyt a day ago | parent | prev [-]

The block/allow framing is the part I'd push on. I had a batch where automated checks passed all 99 outputs and reading each one by hand found 8 broken. The scorer only catches the failure modes its rubric already names, and a two-option guardrail bench inherits that ceiling whichever model sits behind it.