🔹 1. The problem with the traditional Agent Loop
- A typical AI agent works like:
LLM → decide → tool → observe result → LLM → decide → tool → ...
- Every decision often requires another LLM call.
- This creates latency and cost, especially when many decisions are simple classifications.
- Tool calling and structured outputs made LLMs easier to integrate into software, but they don't eliminate the repeated model calls.
🔹 2. What is Jev?
- Jev is not a traditional LLM.
- It doesn't generate paragraphs, code, or conversations.
- It is a System One model designed to make fast, structured decisions.
-
You give it:
- A state/context
- One or more questions
It returns typed answers + probabilities/confidence.
TypeSafe AI reports up to 200× faster inference and 400× lower cost than comparable LLMs for classification tasks. These are vendor-reported figures, not an independent benchmark.
🔹 3. Think of Jev as a "Decision Engine"
Instead of asking an LLM:
"Analyze this ticket and tell me what to do."
You can ask Jev specific questions:
State:
"Stripe connection has failed for 3 days."
Questions:
- Is this urgent?
- Is this a billing issue?
- Should this be escalated?
Jev can return probabilities such as:
urgent = 99.9%
Your application then makes the actual decision.
🔹 4. Three types of questions
Jev currently supports three important decision types:
-
Choice → Select among predefined options.
- Example:
support,billing,technical
- Example:
-
Score → Give a continuous/ordered score.
- Example:
low → medium → high
- Example:
-
Noul → Yes/no probability.
- Example:
Is this request dangerous?
- Example:
Multiple questions can be evaluated in parallel against the same state, so adding more classification questions has little impact on latency.
🔹 5. Jev + LangChain
LangChain integrates Jev through:
TypeSafeClassifier
The architecture becomes roughly:
┌──────────────┐
│ Agent │
│ LLM/Brain │
└──────┬───────┘
│
Need a decision?
│
▼
┌──────────────┐
│ Jev │
│ Decision │
│ Engine │
└──────┬───────┘
│
structured result
│
▼
Agent continues
The state passed to Jev can be text, structured data, or LangChain messages, so it can be inserted into middleware or agent nodes. ([LangChain][1])
🔹 6. Jev is NOT replacing the main LLM
This is probably the most important concept.
The article positions Jev as a complement to an LLM, not a replacement.
| Task | Appropriate model |
|---|---|
| Write code | LLM |
| Explain something | LLM |
| Generate an email | LLM |
| Reason about architecture | LLM |
| Decide if request is urgent | Jev |
| Classify request | Jev |
| Select model | Jev |
| Determine whether a tool call is risky | Jev |
| Route simple vs complex tasks | Jev |
So the architecture becomes:
LLM = reasoning/generation
Jev = fast decisions/classification
🔹 7. Use Case: Model Routing
One interesting use case is automatically selecting the right LLM.
For example:
User Request
│
▼
Jev
│
├── Simple lookup ──────► Fast/cheap model
│
├── Normal coding ──────► Standard model
│
└── Complex architecture ► Powerful model
Instead of always using your most expensive model, Jev can classify the request and route it accordingly.
This is particularly interesting for AI coding agents, because many requests don't require the strongest reasoning model.
🔹 8. Use Case: "Auto Mode" / Safety Guardrail
Another major use case is checking an agent's tool calls before execution.
For example:
Agent decides:
"Run this bash command"
↓
Jev
↓
Is this potentially risky?
↓
┌───┴────┐
│ │
Safe Risky
│ │
▼ ▼
Execute Block
LangChain's AutoModeMiddleware uses Jev to evaluate potentially risky tool calls and can block them before the tool executes.
This is essentially turning part of the coding-agent harness into an explicit, reusable component.
🔹 9. Why this matters for Agent Harnesses
The bigger idea isn't just "Jev is another AI model."
It's that an agent harness can contain multiple specialized models.
Instead of:
ONE BIG LLM
│
┌──────────┼──────────┐
▼ ▼ ▼
Reasoning Routing Safety
you can build:
Agent Harness
│
┌──────────────┼──────────────┐
│ │ │
▼ ▼ ▼
Jev LLM Jev
Routing Reasoning Safety
│ │ │
└──────────────┼──────────────┘
▼
Tools
The harness becomes an orchestration layer around the intelligence, rather than simply a wrapper around one LLM.
🔹 10. The key takeaway
The article's core idea can be summarized as:
Don't use an expensive generative LLM for every decision an agent needs to make.
Use:
LLM → complex reasoning + generation
Jev → fast structured decisions
Harness → coordinates everything
This can potentially make agents faster, cheaper, and easier to control, particularly when there are many classification, routing, or safety decisions inside the agent loop.
💡 And this connects strongly to your earlier "Humanoid = AI System" architecture
You can think of it this way:
AI AGENT / HUMANOID
│
┌──────┴──────┐
│ Harness │
└──────┬──────┘
│
┌────────────────┼────────────────┐
▼ ▼ ▼
Jev LLM Tools
Decisions Reasoning MCP/APIs
Routing Generation External World
Safety Planning
│ │
└────────────────┼────────────────┘
▼
Agent Memory
So Jev is closer to a "fast reflex/decision system" than a brain. The LLM remains the deeper reasoning component, while the harness coordinates the different components.
Top comments (0)