12 usecases built now with Jev

Built a tool that searches Google Icons using JEV (Laya-MLX) Should I publish it? 👀 https://t.co/97qw7oIkOt

best way to close my day with a webinar on @typesafeai Jev in JarvisCore! i covered the 4 places we are using Jev in our agent runtime: RAG classification and ranking, model routing, subagent routing, and directly in agent decisions this is not the end, i believe there is much more to come in our memory assembly, tool recovery, peer delegation, and human-in-the-loop. Every agent harness, runtime, loop needs some good Jevglue! also check out this https://t.co/nrzsIzpxM8 by @CompleteSkeptic

Built an AI slop finder for @X using Jev @typesafeai . • Tweet → Content script extracts text • Text → Backend API → Jev • Jev → AI-slop score • Score → Badge displayed on the tweet #jev #aislop #newmodels https://t.co/VMzJA1Tyde

🤔 Where do #Jev and other "Decision Models" fit into your current agentic or non-agentic pipelines? The short answer: anywhere you might have LLM calls with a #pydantic model or json schema to type-cast your raw data into structured categories, Likert-scale numerical scores, or true/false decisions. I ran three benchmarks with @flyteorg on https://t.co/WczbNQoVLn in the context of three use cases: - Customer support - Code review - Legal contract review In all three cases, using Jev was faster (up to x2.6) and cheaper (at least x10) with no loss in quality compared to using a "System 2"

How we're using Jev frrom @typesafeai at @knowyourcompani - Rendering exact citation on a document page -> upgrade from chunk box mapping to more precise citations https://t.co/5pUBxNcLS7

This might be the most useful thing I’ve built with Jev so far. A Chrome extension that quietly analyzes what I’m seeing and classify them as Opinion, Engagement bait, etc... So clean you may think it is a new feature on X :) https://t.co/POUtFhxGkD

Research notes and an interactive Cloudflare Worker demo for Jev, TypeSafe AI's structured decision model

Jev-kit: all the Jev stuff I've wired into Claude Code, now in one repo (guard hook, sub-agent sizing, file search, browser agent) I've been using TypeSafe's Jev with Claude Code for a couple of days and kept adding more use cases/ideas. So I've cleaned it up and put it in one repo. For anyone who doesn't know Jev; Jev is a small fast model that answers pick-one and yes/no questions (and more) in about 0.3s, which makes it cheap so you can put it inside your agents loop and make calls Claude would otherwise spend a turn on (eating away our already limited weekly usage). What's in it: A PreToolUse guard. Plain code checks let about 93% of tool calls straight through in ~33ms, the grey ones get one question to Jev. Catches stuff like cat on an env file or a find across the whole disk Sub-ag

I built an app that uses Jev to classify your entire query workload and tell you which queries to EXPLAIN ANALYZE first I posted here last month about RDST, the free desktop app that runs the slow query to EXPLAIN to index recommendation loop. The biggest change since then is what happens before EXPLAIN. When a database has thousands of distinct query shapes, you can't EXPLAIN ANALYZE all of them, and sorting queries by their performance doesn't always tell you which ones are actually badly written. RDST now answers that with Jev, a small classification model from TypeSafe that answers fixed multiple-choice questions about a query in a fraction of a second. Every query shape it discovers gets classified from its SQL and the schema, without executing anything, on five structural questions:

jev-browser: give it a task and a URL, Jev picks one action per step Fast and cheap browser use: Jev chooses one action per step from the clickable, typeable and selectable elements of the page, and scores how likely the goal is met or the run is stuck. Budgets, retries and stopping stay in code. Ships as an MCP server, CLI or library. Around 178 stars.

Tried using Jev to check what an agent should remember We've been trying Jev for agent memory, mostly to catch cases where the saved note says more than the original conversation did. Think "we might use Postgres" turning into "we chose Postgres." Once that gets saved, the next conversation starts from a decision nobody actually made. We gave Jev the original text and a proposed memory, then used its judgments to decide whether to save it, skip it, or leave it undecided. We ran the same setup with Luna as a comparison. On 100 synthetic cases, using a .40 cutoff, Jev kept 39 of the 50 memories labeled worth keeping. Luna kept 41. Neither saved a candidate labeled skip or defer. Median gate latency was 250 ms for Jev and 1,593 ms for Luna, including network time. Then we checked what happen

I used Jev to make Claude actually follow my CLAUDE.md, checked on every turn in ~350ms CLAUDE.md is context, not a constraint. It holds for a few turns, then a handler shows up with raw SQL in it and a failing test quietly becomes it.skip. Nothing checks the output against the rules you wrote. So I added the check. A Stop hook takes the final reply, a PostToolUse hook takes each edit, and every rule in your CLAUDE.md becomes one typed yes/no question in a single Jev request. All rules answered in parallel, anything over the threshold goes back to Claude with the rule quoted, and it fixes it in the same turn. Benchmark (59 labeled examples, 19 rules): 93.3% precision, 93.3% recall, 348ms p50, ~$0.045 per 1,000 checks. What it's bad at is in the repo too: exact characters, dataflow rules l