
Tech • AI • Robotics • Game
Jev is a decision-focused AI model designed to classify, route, and score text-based inputs with calibrated probabilities, offering a faster and cheaper alternative to using full LLMs for narrow judgment tasks.
Jev is built for small, structured decisions rather than open-ended conversation or text generation. It acts like a semantic decision engine for cases where software must judge meaning in language, such as whether a support ticket is urgent, which team should own it, or whether a command is dangerous.
Traditional LLMs such as GPT or Claude can answer the same questions, but they still generate text token by token, often at higher latency and cost. Jev returns numerical outputs instead of prose, including probabilities and confidence signals that software can use directly in automated workflows.
The model resembles a machine learning classifier in output, but not in setup. A conventional supervised model such as a random forest must be trained for a specific label set and retrained when categories change, while Jev allows teams to define options in plain English inside each request and update them without retraining.
Jev evaluates a given state using three main question formats: binary yes or no, labeled choice, and continuous score. For scoring, teams must define what points on the scale mean, such as 0 for “can wait” and 3 for “needs attention right now,” allowing the model to place cases at values like 1.1 or 2.8.
In a ticket reading, “I was charged twice for the same order. Please refund one of them,” Jev can evaluate urgency, route ownership, and priority in one request. In one example, Billing received 0.84 probability, Technical 0.15, Sales 0.01, and the urgency binary returned 0.81, indicating the ticket likely needed prompt attention.
A binary probability near 0.95 means a confident yes, while 0.05 means a confident no, and 0.5 signals uncertainty. For multi-option tasks, confidence measures how clearly the top choice beats the others, not the chance that the answer is correct.
Some tickets do not fit neatly into one label. A complaint such as “I was charged but checkout still says my payment failed” can split between Billing at 0.52 and Technical at 0.46, with a low confidence of 0.18, making it a poor candidate for automatic routing and a better case for human review.
The model is meant to support risk-based automation. Low-stakes decisions can be automated at lower thresholds, while high-stakes actions such as triggering refunds should require much higher confidence or mandatory human approval.
TypeSafe reports end-to-end latency between 70 and 500 milliseconds and pricing of about 4.2 cents per million input tokens, with output tokens nearly free. Using a rough example of 10,000 support messages per day at 500 tokens each, about 47,000 messages could be checked for roughly $1, making the system far cheaper than using a general-purpose LLM for each classification step.
Jev is not positioned as a replacement for LLMs but as a companion system. An LLM can draft customer replies, summarize issues, or decide next steps in an agent loop, while Jev handles narrow control questions such as which model to use, whether a tool call is safe, whether a refund action is destructive, or whether a reply follows policy.
The model is not suitable when the task requires generating text, solving open-ended problems, or producing explanations. It also cannot eliminate error: it may not hallucinate outside a provided label list, but it can still confidently choose the wrong label within that list.
A cautious deployment path is to begin with one low-risk decision, such as ticket routing, and run Jev in shadow mode against existing rules. Teams can then compare its decisions with real outcomes, chart accuracy against confidence, and set thresholds based on their own tolerance for error and business risk.
Jev targets a growing gap in AI systems: fast, low-cost semantic decisions that do not require generated text. Its value depends less on replacing LLMs than on improving the control layer around them with measurable probabilities, confidence thresholds, and clearer automation rules.
Ask a question