What Is Jev? AI That Picks the Next Step
Jev is TypeSafe's AI for choosing an answer instead of writing one. For an IBM i team, that opens up a useful job: sort an incoming request before spending time on a larger AI tool or sending it to the wrong person.
Start with a support queue. Could AI tell an order question from a billing problem? This guide shows where Jev could fit, what your application would still control, and how we would try it on past requests.
IBM explains Jev ... TypeSafe builds it
The IBM Technology video What Is Jev? The AI Model That Doesn't Generate Text prompted this look. Jev is a TypeSafe product. The video is not an announcement of an IBM i feature or a watsonx integration.
TypeSafe calls Jev a System One model, borrowing the idea of fast judgment from Thinking, Fast and Slow. The useful distinction is simple. Sometimes an application needs a written explanation. Sometimes it just needs to know which queue a message belongs in.
TypeSafe's introduction describes a model trained for decisions with probabilities. It calls the training method Reinforcement Learning for Calibrated Decisions, or RLCD. Its speed and cost comparisons are vendor results for selected workloads. They are not measurements of an IBM i application.
The answers Jev can give your application
Think of Jev as the person at the front desk who knows which department to send you to. You give it the message and define the possible answers. It returns a decision your code can use, with probabilities that describe its uncertainty.
Jev question types, with proposed IBM i workflow examples
| Question type | Example question | What comes back |
|---|---|---|
| Choice | Is this about an order, billing, technical support, or something else? | A selected option, probabilities for the options, and confidence. |
| Score | Does this support message describe routine work, a blocked user, or a business outage? | A score against your ordered levels, their probabilities, and confidence. |
| Noul | Does this message ask for a refund? | A value from 0 to 1 representing the probability of yes. No separate confidence field. |
These are the question types in TypeSafe's documentation. The IBM i examples are our proposed uses. They describe routing work, not permission to issue refunds or change an order.
Where Jev could sit beside IBM i and watsonx
In our proposed design, an integration service receives the customer message. Jev classifies it. Existing application code then chooses an approved action: fetch order status, send the case to billing, or ask a person to review it. TypeSafe documents this general classify-first routing pattern.
The order lookup still belongs to your application. So do customer identity checks and the rules about who may see the result. If a request needs a written answer, a separate AI tool could draft one after the right information has been retrieved.
That is where our watsonx on IBM i guide and IBM i Model Context Protocol (MCP) Server guide become useful. They cover other parts of connecting AI tools to IBM i. Adding Jev would be an integration project; we have not verified a ready-made Jev connector for either.
A neat answer can still be the wrong answer
A result that fits the allowed format can still send a billing problem to technical support. That is the distinction behind TypeSafe's claim that Jev cannot hallucinate: restricting the output does not make every judgment correct.
TypeSafe's Jev 1.13 limitations describe unreliable counting and arithmetic. They also flag sensitivity to misleading input and, in some cases, the order of the answer choices. Invoice totals and date comparisons belong in ordinary code. A malicious customer message still needs to be treated as untrusted input.
There is another easy mistake here. A Choice confidence value is not the same field as the probability of its selected answer. TypeSafe derives confidence from the distribution of probabilities. We would record both rather than label confidence as the percentage of cases the model gets right.
The confidence documentation explains the distinction. An automatic-routing threshold would need testing against the shop's own messages. A number copied from a demo does not tell us how often an urgent order will land in the wrong queue.
How we would pilot Jev on an IBM i support queue
We would begin with past requests and leave the live queue alone while we compare the results. The useful question is whether Jev reduces sorting work without hiding expensive mistakes.
A Jev routing pilot
- Define the queuesUse the teams that actually handle the work. Include an other or review option so an unfamiliar request has somewhere to go.
- Replay reviewed messagesUse an approved, redacted sample with known destinations. Include unclear wording and urgent cases, then compare Jev's choices with the reviewed answers.
- Measure the mistakesTrack wrong destinations and urgent cases missed, alongside response time and total cost. Compare with the existing rules or manual sorting process.
- Try suggestions before automatic routingShow the suggested queue to staff first. Move only a tested category into automatic routing, with uncertain cases still going to a person.
The official quick start provides a playground and an HTTP API. The API key belongs in the server-side integration service. We would also agree which customer fields may leave the business before sending any real requests.
TypeSafe's current model reference lists text-only input. It also explains that the jev-latest alias can move to a new version. We would record the returned model version and keep it fixed while comparing pilot results.
Model details checked October 10, 2026. This article is a sourced design review, not a report of a Jev installation or a benchmark we have run.
Does Jev mean buying new IBM Power hardware?
Calling the documented TypeSafe service puts the Jev model on the service side of the connection. That alone is not a reason to buy a Power server or an accelerator card. The local work is your integration, data access, and whatever application handles the next step.
If the requirement is to run AI locally beside IBM i, that is a different buying decision. Our hardware sibling covers AI infrastructure for IBM i, Power S1112 inference, and Spyre prerequisites. Those pages do not establish that Jev runs on that hardware.
Watch IBM Technology explain Jev
Watch the original on YouTube. For the software decision, start with one queue and find out whether better sorting gives your team time back.
Sources
- https://www.youtube.com/watch?v=YGgNBcIgI4s
- https://typesafe.ai/blog/introducing-system-one-models-and-jev
- https://docs.typesafe.ai/primitives
- https://docs.typesafe.ai/patterns/intent-routing
- https://docs.typesafe.ai/confidence
- https://docs.typesafe.ai/model-jaggedness/jev-1.13
- https://docs.typesafe.ai/models
- https://docs.typesafe.ai/introduction/quickstart
Related Tools & Vendors
IBM watsonx Orchestrate
IBM's AI agent and workflow platform, and the first watsonx product with an official link to IBM's IBM i coding agent. The August 2026 release added a Build with Bob preview that launches IBM Bob to generate agents and tools from natural language. Still no IBM i or Db2 for i connector in the box.
IBM i MCP Server
An open-source, IBM-published Model Context Protocol server that lets AI agents and LLMs query Db2 for i data, inspect system objects, and take defined actions on IBM i using natural language.
More From the Library
- AI for Trucking Companies Still Running IBM i: What Actually Works
- Bob, watsonx Orchestrate and the IBM i MCP Server: How the Chain Actually Fits Together
- Build with Bob in watsonx Orchestrate: What Shipped, and What Is Still a Preview
- IBM Bob Pricing and Packages: Which One an IBM i Shop Actually Needs
- IBM Power Autonomous Operations, Explained Before GA: An AI Agent That Runs the Box, Not the Code