Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

How does Jev work? Jev takes two things: your input and an output schema. The schema gives the structure of the answer you want. I send an email. My schema asks for two fields: is spam, and a category from marketing, finance, or spam. Jev returns: - is spam:...

12,032 Aufrufe • vor 1 Monat •via X (Twitter)

3 Kommentare

Profilbild von Joshua Pi'Rwot
Joshua Pi'Rwotvor 1 Monat

Writing the schema is where most of the real work sits, and it is easy to underrate. Once you can state the shape of a correct answer field by field, you have already decided what counts as correct. The model filling it in is doing the easier half. When output quality is poor it is usually because the schema was vague, and the prompt gets blamed for it. It also makes failures easier to spot. A missing field shows up immediately, where a weak paragraph can sit there for weeks with everyone assuming it is fine.

Profilbild von Jay
Jayvor 1 Monat

the schema is doing the real work here

Profilbild von AI Mastery Guide
AI Mastery Guidevor 1 Monat

Finally someone explains Jev simply

Ähnliche Videos

People already built a browser agent, a Claude Code bridge and a LangGraph router on top of Jev. Here are all 10 repos. If you have API access and don't know where to start, save this: 1. jev-browser Real browser control through MCP, CLI or as a library. At every step Jev answers two things: which element to touch, and whether the goal is done or the run is stuck. > 2. jev-browser-agent Picks the operation and the target in a single request, around a second per step. Anything under 0.6 confidence goes up to a bigger model or back to you. > 3. typesafe-jev-bridge OpenAI-compatible bridge with zero dependencies. Typed yes/no, choice and score answers inside Claude Code, Cursor, Cline or any OpenAI SDK, via CLI or HTTP. > 4. pilot-typesafeai-jev Jev wired into LangGraph and Deep Agents. Three questions in one request, plain code chooses the route, and the chat model only spends tokens on the route that won. > 5. building-with-jev-skill Agent skill for writing code that calls Jev. How to phrase questions, structure state, set thresholds, and debug a question that keeps answering wrong. > 6. jev-skill Guided setup and eval workflows. Checks what's installed without changing anything, never swaps your provider behind your back, never makes up probabilities. > 7. awesome-jev (yibie) What people actually shipped with Jev, sourced and sorted by category, with the limitations written down for each entry. > 8. awesome-typesafe-jev SDKs, live demos, agent tools and independent evals. Shows where every vendor number comes from. > 9. awesome-jev-by-typesafe Use cases, patterns and starter code backed by evidence. The 70 to 500 ms latency figure is labeled vendor-reported, not measured. > 10. awesome-jev (cobanov) Biggest catalogue so far: SDKs for Go, Java and JS, MCP connectors, guardrail experiments and studies. > Copy these complete Jev blueprints - then read full Jev setup below ↓

Asteri

16,629 Aufrufe • vor 1 Monat

This is completely f*cking wild. A Stanford AI researchers gave Claude Code a second brain with JEV. The result? 80+ billion data points processed every 14 minutes. here's how it works: Jev stands at the door. every row has to get past it first. the easy ones it waves through on the spot. only the ones it can't call get sent upstairs to Claude. the old way: everything -> Claude -> big bill the new way: everything -> Jev -> the tricky few -> Claude Jev also tells you how sure it is on every call. that number decides who goes upstairs. just don't pick it out of thin air. test it first. the 20-minute setup: 1. take 200 real rows from your data 2. run them through Jev AND Claude 3. sort Jev's answers by how sure it was 4. find the point where Jev stops disagreeing with Claude. that's your cutoff 5. above it, Jev's answer is final. below it, the row goes to Claude then do the math. on a public benchmark Jev cost $0.015 per 1,000 rows and Claude cost $0.80. if Jev settles 80% of your rows: $0.015 + (20% × $0.80) = $0.175 per 1,000 rows instead of $0.80 that's ~78% off, with Claude still handling every hard case. 3 rules that keep it working: -> ask all your questions in one Jev call. topic, urgency and sentiment together, not three separate requests -> once a week, send 50 of Jev's "confident" answers to Claude anyway. if they start disagreeing, raise the cutoff -> never let Jev make the final call on anything you can't undo. refunds, bans, deletions go to Claude or a human where this pays off right away: -> support tickets: route by topic and urgency -> leads: hot, warm or skip -> comments: fine, spam or needs a look -> spreadsheets: fix category labels across thousands of rows Claude thinks. Jev picks. code ships.

kiosa

13,948 Aufrufe • vor 18 Tagen

this is f*cking gold 20 GitHub repos with 500K+ combined stars that will level up your JEV workflow AGENTS > jev-ultrafast: Jev picks every click and DOM target, a small LLM only types > hermes-jev-skills: routing, memory, compaction and skill picks in one pack > typesafe-computer-use: OCR reads your Mac screen, Jev picks the next click MEMORY > fast-jev-compaction: scores every tool call keep, truncate or drop instead of summarizing > jevmem: project memory for Claude Code, Cursor and Codex, updated every turn > jev-second-brain: your Obsidian vault, Jev judges which notes duplicate, revise or contradict SAFETY > jev-guard: a gate before every tool call, Jev scores the risk, you set allow, ask or deny TOOLS > skills: the official TypeSafe skill for Claude Code and Codex > system-one-adapter-python: dry-run your questions on an ordinary LLM before you burn a Jev key > jev-mcp: claim checks, screening and ranking as MCP tools > typesafe-mcp: plug Jev into any MCP client > json-render: Vercel's generative UI, where Jev picks the components OPEN MODELS > SemIf-OpenJev: semantic ifs from frozen open models kev: Jev-like models on Qwen that run on your MacBook > laya-mlx: the Laya decision engine on Apple silicon > clm: an open System One model with Choice, Noul and Score > jevlike: train your own Jev-like model TRADING > jev-trader: one buy or sell decision per Monad block START HERE > awesome-jev: the biggest map of everything built on Jev > awesome-jev-by-typesafe: use cases, patterns and starter code bookmark it before your next build

NO1ennn

18,445 Aufrufe • vor 1 Monat

Jev is cool. So is it's OSS companion, Laya. The Latest Cool Thing In AI™ tends to get a lot of hype, sometimes without everyone even understanding it. So... what is this thing? Jev is an AI model that consumes input and produces output VERY differently than chat, claude, grok. The input is two things: 1) Text state to assess. Email, html, code, whatever. 2) A set of questions which will be asked about the attached state. The canonical example from TypeSafe's docs is to identify the urgency of a support ticket. We pass the model the customer text + a single noul question "is this urgent?". Jev returns a full set of JSON. This JSON is not generated with token-by-token autoregression. Jev is not trained to produce sequences of text tokens, rather to answer questions, and guarantees well-formed responses. In the example below, we see it produces a 0.99 probability (on a 0-1.0 scale) that the answer is "yes." Jev supports exactly three types of questions (seconds example in video): a) Noul: 0–1 probability that the answer to a yes/no question is "yes." b) Choice: Ask question with pre-defined set of answers. Jev chooses the best and assigns probabilities to each. c) Score: Ask question with pre-defined scale of answers. Jev produces a position on the scale. Jev computes answers for all questions in parallel, making responses super fast even for many questions in a single request. This might seem like a narrow set of capabilities, but in the right contexts leads to incredible potential. It also makes for a useful API / primitive for programming, since the outputs are... *ahem*... type-safe and predictable in structure. Jev is not going to replace LLMs for writing your code, auto-generating your docs, or being at the core of an agent harness. But Jev IS incredibly cool, and will be used to build a lot of amazing tech. Hope this helps.

Ben Dicken

42,183 Aufrufe • vor 1 Monat

LLMs vs. Jev, clearly explained! LLMs are great, and the ceiling is one you can watch scroll past: an LLM writes the answer one token at a time. give it a failed deploy and four decisions, and it produces a small JSON object where every token depends on the one before it. token nine cannot exist until token eight does, so four decisions that had nothing to do with each other just stood in a queue. then your code parses it, validates the shape, and retries when the shape is wrong. Jev fixes this without being a smaller or faster model: it removes the order. one turn on that deploy has to know: → whether the incident is urgent → which team owns it → whether the next command is risky → whether the task is actually done you declare the questions and the answer type upfront, and all four come back together, typed, with a probability on each. three primitives cover almost every fork in an agent: 1. **Choice** picks one of up to 255 options you define, like engineering, billing or sales. 2. **Score** places the state on an ordered scale you define, like low, medium or high risk. 3. **Noul** returns the probability that a yes-or-no condition is true. here is the sentence that resolves the whole confusion: text is a line you have to walk. an answer space is a room you see all of at once. ↳ generation: one order you cannot change, one string at the end, a shape you hope holds ↳ evaluation: no order at all, typed answers, a probability on every option Prompts → Agents → Loops → Graphs → Jev the probabilities matter more than the answer. ↳ engineering at 0.91 against billing at 0.09 is a route you can automate ↳ 0.52 against 0.46 is a coin flip wearing a label, and the label alone never told you which one you got that last one catches careful people. an LLM would have said "engineering" in a confident sentence and given you no way to know the race was that close. thresholds live in your code, one per action, scaled to what being wrong costs. it works when the options are known and the call depends on meaning. it is not for writing, code, arithmetic, or anything where question two needs the answer to question one. and the one that eats whole nights: type safety prevents malformed output, not incorrect judgment. Jev cannot return an option outside your schema, and it can still pick the wrong valid one with confidence. a schema-valid mistake refunds the wrong customer just as fast. an LLM writes new language when the answer space is open. Jev evaluates known paths when the answer space is closed. below i have quoted my full breakdown on Jev. it covers the three primitives, the parallel battery, the thresholds, and where it does not belong. save this and read it below ↓

Hanako

44,263 Aufrufe • vor 1 Monat

Jev is now multimodal. It can see. Here’s how it works and what you can build with it: Jev is a decision model. You give it information, ask questions, and get answers your code can use directly. Previously, that information was text or JSON. Now it can include images. Start with how a Jev request works. You send a “state,” which is simply the information you want Jev to examine. Then you ask questions about it. Each question specifies the kind of answer you need. → Choice picks from options you define, such as “thumbs up” or “fist.” → Noul returns the probability that something is true, such as whether a hand is visible. → Score rates something on a scale you define, such as how open the hand is. With multimodal Jev, images can be part of both the state and the questions. Put a camera frame in the state, and your questions can ask about what’s visible in it. Put a reference photo in a question’s instructions, and you can ask whether an object in the camera frame matches the one in that photo. Jev can now also identify an object and locate it for you. The new Box type brings a YOLO-like capability to Jev. Describe what you want to find, such as “the hand in this image,” and it returns a bounding box around it. Your app can use those coordinates to highlight the object or crop it. One detail matters here. Box returns coordinates even when the target is absent, so pair it with a Noul presence check before using the result. My demo asks about presence, gesture, and location together. Jev answers these independent questions in parallel, and the app combines the results. These capabilities open up prototypes for gesture controls, locating buttons in screenshots, and checking product photos against visual references. Jev’s focus on fast decisions also makes it promising for interactive applications where response time matters, with image latency worth testing in your own workflow. Images and Box are still experimental and require the images “danger zone” header. I cover how it works, the API, and the demo app in the detailed video below. Chapters 0:00 Intro 0:36 Live demo 1:41 What's covered 2:22 How Jev works 3:06 Question types 3:57 Playground demo 6:59 Demo app walkthrough 10:30 Using Multiple images 11:25 Parallel questions 12:40 Danger zone headers 13:07 Outro If you’re new to Jev and want to understand how decision models work, I’ve written a detailed article about it. It’s quoted below.

Akshay 🚀

26,160 Aufrufe • vor 25 Tagen