-
Notifications
You must be signed in to change notification settings - Fork 130
jevos vs setfit
SetFit trains a small classifier from a handful of labelled examples per class; jevos needs no examples at all, only a yes/no question per label. If you can label eight or so examples per class and your classes are stable, SetFit gives you a fast, cheap, multilingual classifier that you own. If you cannot label anything yet, or your "classes" are really conditions and rules that change, a question is the quicker start. Neither is a large model, so the choice is mostly about what you have: examples or definitions.
Conflict of interest, in one line: we build jevos; the SetFit facts below come from its documentation and repository, fetched 2026-09-29.
The two tools sit at neighbouring points on one scale. Zero examples, a few examples, thousands of examples: each step up buys accuracy and costs labelling. SetFit's own documentation even covers the zero-example case, which makes the comparison sharper.
This page is what each one asks of you, how each handles a new label, SetFit's zero-shot mode, speed and size, languages, and a way to choose.
SetFit describes itself as "an efficient and prompt-free framework for few-shot fine-tuning of Sentence Transformers." You give it labelled examples; it trains a Sentence Transformer body and a classification head (scikit-learn or a PyTorch alternative), and generates "rich embeddings directly from text examples" instead of using handcrafted prompts. The headline claim on its docs: "with only 8 labeled examples per class on the Customer Reviews sentiment dataset, SetFit is competitive with fine-tuning RoBERTa Large on the full training set of 3k examples."
jevos asks for the opposite input. No examples, no training step: a text and a question.
{
"model": "jev-latest",
"state": "The box arrived empty. This is the second time!",
"questions": {
"missing": {"type": "noul", "instructions": "Does the customer say the item was missing from the package?"},
"upset": {"type": "noul", "instructions": "Is the customer upset?"}
}
}Each question comes back as its own noul, a probability of yes. Where SetFit learns what a class
means from examples, jevos is told what it means in words. That puts the burden on the wording,
which is why why wording changes an LLM's answer belongs in
any evaluation of a zero-shot setup.
With SetFit, a new class needs its own examples and a new training run. Training is fast by the project's account, "typically an order of magnitude (or more) faster to train and run inference with" than approaches built on large models, so the labelling, not the training, is the real cost.
With jevos, a new label is a new question in the request, live on the next call. The same goes for changing what a label means, or putting a rule inside it: "Our policy refunds items reported missing within 30 days of delivery. Should this customer get a refund?" is a README example that no set of eight examples would pin down, because the rule, not the wording, decides it.
SetFit can start without labels too. Its zero-shot how-to generates a synthetic dataset from the
class names with a template, This sentence is {} by default, through get_templated_dataset(),
and trains on that as usual. In its example the docs report 59.1% accuracy for zero-shot SetFit
with BAAI/bge-small-en-v1.5, against 37.65% for the Transformers zero-shot pipeline with
facebook/bart-large-mnli, and 67 times the speed. Those are SetFit's numbers on SetFit's example;
we have not reproduced them, and we have not run jevos on that dataset.
The difference in approach is what matters here. Templated zero-shot learns from label names; a yes/no question can say much more than a label name, such as a definition, an exclusion, or a condition. When the class name is enough, the templated route is cheap. When it is not, a question carries the missing information.
A Sentence Transformer with a classification head is a light model. SetFit's zero-shot page reports about 0.46 ms per sentence for its example model, on its own setup. jevos is a 1B-class model with 8-bit weights on the CPU: 26 ms for a request of about 30 tokens and 112 ms for one of about 190, on an Intel Core Ultra 7 255H with 16 threads. The hardware differs, so do not divide one by the other, but the class is clear: per text, an embedding classifier costs far less compute.
jevos narrows the gap when there are many labels on one text, because the text is read once for every question: three questions took about 66 ms against 49 ms for one.
SetFit "can be used with any Sentence Transformer on the Hub", so multilingual classification is a matter of starting from a multilingual checkpoint. jevos reads English only. For non-English text this is the deciding row, and it favours SetFit or another multilingual option; see using an English-only LLM with other languages.
| You have... | Start with |
|---|---|
| 8 or more labelled examples per class, stable classes | SetFit |
| no examples, labels you can describe in a sentence | jevos |
| labels defined by a rule or a policy | jevos, with the rule in the question |
| non-English text | SetFit with a multilingual checkpoint |
| very high volume on short texts | SetFit |
| many conditions per text, each needing its own probability | jevos |
The two combine well over time. Start with questions, send uncertain answers to people, keep their decisions, and once a task has a stable label set and enough examples, a few-shot classifier is a natural next step. The broader version of that trade-off, with full fine-tuning, is on a yes/no LLM vs a fine-tuned BERT classifier.
What is SetFit? A framework for few-shot fine-tuning of Sentence Transformers into classifiers, without prompts, from a small number of labelled examples per class.
Zero-shot or few-shot: which is better? With a handful of good examples and stable classes, few-shot usually is. With no examples, or labels defined by rules, zero-shot questions are the practical start.
Can SetFit work with no labels? Yes, by training on synthetic examples made from class names with a template, per its zero-shot guide.
Is SetFit faster than jevos? Per text, an embedding classifier needs far less compute than a 1B-class model. We have not measured both on the same hardware.
Which supports other languages? SetFit, through multilingual checkpoints. jevos is English only.
See also: jevos vs bart-large-mnli, zero-shot text classification with yes/no questions and intent detection with a local LLM.
- SetFit description, the 8-examples claim, speed, prompts and multilingual support: the SetFit documentation and repository, fetched 2026-09-29.
- Zero-shot SetFit,
get_templated_dataset(), 59.1% vs 37.65%, 0.46 ms and 67 times: SetFit's zero-shot how-to, their measurements, fetched 2026-09-29. - jevos latency, the three-question timing and the README refund rule: the jev README, our own measurements.
From the notes of jev, which starts where the labelled examples have not been written yet.
- Ask a local LLM a yes/no question and get P(yes)
- Zero-shot text classification with yes/no questions
- LLM policy decisions: put the rule in the question
- LLM as a judge on a CPU
- Why a small LLM says yes when the answer is no
- Small LLMs and arithmetic in yes/no questions
- Our held-out benchmark said 0.855, new questions said 0.757
- jevos vs Jev vs Laya for yes/no decisions
- An open-source alternative to Jev for yes/no decisions
- jevos vs the OpenAI API for yes/no classification
- jevos vs Ollama for yes/no decisions
- jevos vs bart-large-mnli for zero-shot classification
- A yes/no LLM vs a fine-tuned BERT classifier
- jevos vs SetFit: zero-shot vs few-shot classification
- jevos vs Llama Guard for content safety checks
- jev serve vs llama.cpp server for classification
- jevos vs LM Studio: a decision server, not a chat app
- Local vs hosted LLM decisions: latency, cost, privacy
- A yes/no LLM vs a business rules engine
- LLM decisions vs keyword rules and regex
- The fastest AI model for yes/no decisions
- What makes a local LLM fast on a CPU
- Why one forward pass beats generating an answer
- Prefill vs decode: where LLM latency comes from
- Why LLM latency grows with the length of the text
- Why a hosted LLM API cannot answer in 50 ms
- Many questions about one text: why the extra ones are cheap
- CPU or GPU for a small LLM
- Latency budgets: where a 200 ms model fits
- Measuring LLM latency: median, p90 and warm-up
- Q4_K_M vs Q8_0: speed and size for a small model
- Throughput vs latency for a decision server
- What P(yes) means, and what it does not
- LLM calibration explained with yes/no answers
- Expected calibration error (ECE), explained
- Temperature scaling for LLM probabilities
- Platt scaling for a yes/no model
- Reading a reliability diagram
- How to choose a threshold for P(yes)
- Thresholds when a wrong yes costs more than a wrong no
- Human in the loop AI with a review band
- Precision and recall at a P(yes) threshold
- Base rates: why a 0.9 yes can still be wrong often
- Combining yes/no answers with AND, OR and NOT
- Logits, log-odds and P(yes)
- LLM confidence scores: probabilities vs self-reports
- How to write yes/no questions an LLM answers well
- Negation in yes/no questions for an LLM
- One condition per question: splitting compound questions
- Ask whether the text says it at all
- Scores as yes/no thresholds: is it at least high?
- Sending JSON as the text: designing the state
- Why wording changes an LLM's answer, and how to test it
- Mainly about: questions for messages with several topics
- Yes/no questions about tone and emotion
- Asking about intent: what does the writer want?
- Yes/no questions about long documents
- Using an English-only LLM with other languages
- Content moderation with a local LLM
- A Discord moderation bot with a local LLM
- Spam detection with yes/no questions
- Review moderation with a local LLM
- Email triage with a local LLM
- Support ticket routing with yes/no questions
- Urgency detection in customer messages
- Sentiment analysis with yes/no questions
- Intent detection with a local LLM
- Lead qualification with yes/no questions
- Fraud case triage with a local LLM
- Phishing email screening with a local LLM
- Log and alert triage with a local LLM
- Checking text for personal data with yes/no questions
- Prompt injection screening with a small model
- Document classification with a local LLM
- Product categorization with yes/no questions
- Contract clause detection with a local LLM
- Refund request triage with a local LLM
- Detecting cancellation intent in customer messages
- RAG evaluation with yes/no questions
- RAG faithfulness check with a local LLM
- Hallucination detection with a local LLM
- LLM regression tests in CI with yes/no checks
- Rubric design for an LLM judge
- Pairwise comparison with a yes/no judge
- LLM judge bias and how to control it
- Evaluation metrics for yes/no classifiers
- Building a yes/no test set for your own data
- Accuracy by kind of question: why one number hides failures
- Generating test questions with answers computed by code
- Benchmark contamination and truly held-out tests
- An LLM router with yes/no questions
- A model cascade: small model first, large model on doubt
- Semantic routing vs yes/no questions
- Gating AI agent tool calls with yes/no checks
- AI agent guardrails with yes/no questions
- Stop conditions for AI agents
- Logging LLM decisions for audit
- Reducing LLM cost with local yes/no decisions
- Replacing chat LLM calls with yes/no questions
- Structured output vs a probability
- A Python client for local LLM decisions
- Calling a local LLM decision server from JavaScript
- Local LLM yes/no decisions in n8n
- A Slack bot that uses local LLM decisions
- Home Assistant automations with local LLM decisions
- A LangChain tool for local yes/no decisions
- Batch decisions from files with jev decide
- Running LLM yes/no checks in GitHub Actions
- Securing a local LLM server with an API key
- curl examples for a local LLM decision API
- Self-hosted AI for decisions
- A private LLM for text classification
- On-premise LLM for business decisions
- GDPR and automated decision-making with an LLM
- Offline AI for decisions: no network needed
- Edge AI decisions on a CPU
- Run an LLM locally without a GPU
- Small language models explained
- When a small model is enough, and when it is not
- An LLM on a laptop: what it can do in real time
- What is GGUF, for someone deploying a classifier
- GGUF quantization types explained: Q4_K_M, Q8_0 and others
- GGUF vs safetensors
- llama.cpp vs Ollama for a classification service
- llama-cpp-python vs calling llama.cpp through ctypes
- llama.cpp on Windows without compiling
- Running llama.cpp CPU only
- Using llama.cpp prebuilt binaries instead of building