Loading video...

Video Failed to Load

Go Home

Jev Engineering is what turns an agent stack into an actual control system and moves the expensive model out of every decision loop. and up to 193x faster and 444x cheaper in tests. the model shouldn’t decide everything. in this setup: request → structured state → Jev router →...

175,761 views • 4 days ago •via X (Twitter)

23 Comments

Morty's profile picture
Morty4 days ago

It looks wild Ricker

Ricker's profile picture
Ricker4 days ago

thanks Morty

Apex's profile picture
Apex4 days ago

This vis perfectly explains Jev Harness

Ricker's profile picture
Ricker4 days ago

exactly mate

Yarchi's profile picture
Yarchi4 days ago

decision layers that don't generate prose is a clean way to frame it

Ricker's profile picture
Ricker4 days ago

fact Yarchi

Zero's profile picture
Zero4 days ago

wow, that's wild

monokern's profile picture
monokern4 days ago

insane

Commisticholy's profile picture
Commisticholy4 days ago

This architectural shift is huge. Request -> State -> Jev fast decision -> Target Tool means 90% of router ops happen in under 50ms before touching a heavy model. Pure system design elegance.

Apo Apo 🐂🀄's profile picture
Apo Apo 🐂🀄4 days ago

Route → score → block → approve. That’s the sentence that matters. Prose models shouldn’t sit in every loop. A cheap decider plus a gate is a control system. Still needs a room the worker comes home to — keys, session, human on the last write. Jev Engineering is the reflex. @AgentOS_Tech is the desk around it.

rewind's profile picture
rewind4 days ago

Great one, mate.

Zodon Lore's profile picture
Zodon Lore4 days ago

Routing system state transitions with LLM prose is paying a high premium for latency and hallucinated control flow.

Chen's profile picture
Chen4 days ago

same. the boring part is what actually ships

Concreativy mostr's profile picture
Concreativy mostr4 days ago

очередное дерьмо

Dzerbi's profile picture
Dzerbi4 days ago

The interesting shift is treating the agent stack like a control system instead of making the model responsible for every decision. Cheap, deterministic gates can handle the routine work and reserve expensive reasoning for where it actually adds value.

Arthur Marques's profile picture
Arthur Marques4 days ago

193x faster and 444x cheaper is wild, and the fact that you measured it makes it even better. What was the baseline: a frontier model in every loop? And did accuracy on the decision layer hold up?

Tyler's profile picture
Tyler4 days ago

I loved your article btw - I'm going to read through it again but you were def the first (on my feed at least) to share anything about this. Really Solid.

shinra's profile picture
shinra4 days ago

request → state → router → cheap model → gate → tool is the control loop agents have been missing. One caveat: a cheap layer fails more quietly. Without a confidence threshold and escalation to a human or a frontier model, you just take the wrong step faster.

magsimich's profile picture
magsimich4 days ago

193x faster is seriously crazy

1Broom's profile picture
1Broom4 days ago

The architecture is right. Worth naming where 193x comes from though, that is TypeSafe running their own workflow eval. The independent number I have seen is nearer 25x across 777 judgments, still enough to change how I build. Quote the one that survives your own data.

Justin's profile picture
Justin4 days ago

Reminds me of how a pattern buffer from a Star Trek teleporter might operate. 🤪

Wallchain Community Hub's profile picture
Wallchain Community Hub4 days ago

removing LLMs from every loop is literally the only way agents scale

ZeroSequels's profile picture
ZeroSequels4 days ago

seems like the new paradigm

Related Videos

Jev builds the MOST POWERFUL trading agents and someone JUST open sourced jev-trader, a fully working 24/7 trading bot with Jev along with COMPLETE low latency CODEBASE WHAT THIS MEANS FOR YOU - you no longer have to build a trading bot with Jev from scratch, you just clone this and make it yours here is how you make your own Jev trading bot with this repo: 1. clone it and run three commands, it boots straight into dry run mode with real book data, real decisions, and simulated fills so you can watch it think with zero capital 2. drop in your Jev API key and the model starts answering buy or sell on every block with calibrated probabilities in 81 milliseconds 3. swap the book reader for your own venue, the model interface is clean so any order book that returns bids and asks plugs straight in 4. tune the decision cadence and horizon, ask the model every N blocks about the move over the next M, so you control how aggressive the engine trades 5. the hot loop already fits one block with exactly two round trips, one to read the book, one to send the order, nothing else on the path, this is the institutional latency discipline most retail bots never reach 6. plug in the live server and every block, every decision, every fill streams to a public dashboard so you watch your engine run the whole point is this repo hands you HARDEST part for FREE - > the low latency engine the COMPLETE breakdown of how i turned this into hedge fund grade HFT trading system is in my article below:

Roan

119,605 views • 4 days ago

FIVE LAYERS OF AGENT ENGINEERING, EACH ONE WRAPS THE ONE BELOW IT. IF YOU SKIP LAYER 2, YOUR LAYER 5 WILL LOOK BROKEN WHEN IT IS ACTUALLY JUST STANDING ON NOTHING. for weeks i debated harness vs loop vs graph like they were competing choices. then a stack diagram made the shape obvious. they are not choices. they are floors. 01 | prompt engineering. the message. unit of work: one input. inputs are role, instructions, examples, format. output is a single raw response. 02 | context engineering. the memory. unit of work: what stays in the window. a curator selects, compresses, and drops from query, docs, memory, prior turns, and tool outputs before the prompt runs. 03 | harness engineering. the machine. unit of work: the machine itself. gather (context + prompt) → LLM → tools or sub-agents → verifier → final response. the article calls this the operating environment. 04 | loop engineering. the system. unit of work: the run. goal + success criteria + max iterations + budget + completion check wrap around one harness pass. failed pass appends results to context and retries. 05 | graph engineering. the topology. unit of work: the graph run. goal + nodes + edges + state schema. graph routes to agent nodes, tool nodes, or human approval. a reviewer node with a different model and fresh context checks the final answer. the wrapping is the whole point. layer 5 assumes layer 4 works. layer 4 assumes layer 3 works. skip layer 2 and layer 3's verifier keeps failing without a clear reason. this is why swapping the model is a one-day project and swapping the stack is a quarter. the model is the commodity. the five layers around it are the engineering. full three-layer breakdown of the top of the stack (harness, loop, graph) in the post below.

kocer

31,162 views • 25 days ago

Jev has been blowing up lately. If you've got the Jev API but don't know how to play around with it yet, you can just copy this checklist. 1. jev-ultrafast A high-speed browser Agent built with Browser Use. Jev only judges "what to do, which element to click" at each step, and only calls the small model when typing is needed. Searching for a flight on Google Flights takes about 7 seconds. 2. fast-jev-compaction Context compression for Claude Code. Before each tool call, have Jev judge if there's anything still useful; delete the useless stuff, and keep the original text without rewriting it. 3. json-render Vercel Labs' generative UI framework. In experiments, Jev doesn't write JSON token by token; it just handles selecting components, properties, and layouts. 4. typesafe-mcp Best for people who just got the API. Plug Jev into Claude Code, Claude Desktop, Codex, and Pi, and do Choice / Score / Noul anytime. 5. jev-mcp Ready-made Agent judgment toolkit: fact-checking, content screening, semantic ranking, classification, and information extraction. 6. SemDecide Turn Jev into a command-line tool. Directly classify, score, and filter in the Shell—great for hooking up to crawlers, CI, and data pipelines. 7. jev-codex-router First have Jev judge how hard this round of programming tasks is, then decide the model tier, reasoning depth, and speed mode. 8. Winnow Context garbage collection for Claude Code. When Read / Bash / Grep spits out a ton of stuff, Jev first judges which parts are really relevant to the current task. 9. jev-review Before code review, run it through Jev first to pick out high-risk changes, then hand them off to a pricier big model or a human. Comes with a local dashboard. 10. Blink Use Jev as a code repository navigator. At each directory level, judge which files are most relevant to the current issue, then keep digging down. Copy these complete Jev blueprints - then read full Jev setup below ↓ ↓

rody

194,422 views • 3 days ago

Jev has been exploding in popularity recently. If you already have access to the Jev API but aren’t sure how to start experimenting with it, just copy this checklist: 1. agent-desktop Desktop automation. Read the system's accessibility tree, judge which button, menu, or input field to click next. 2. typesafe-mario Have Jev play Super Mario. No screenshots—just read the structured state in the emulator's RAM, then decide to run, jump, or dodge. 3. jev-drone Use Jev to control a drone. The underlying flight control still handles stability and safety; Jev just does higher-level judgments like climbing, braking, and navigating obstacles. 4. OneVOneJev 1v1 FPS in the browser. Every decision tick, judge movement, view angle, aiming, firing, and jumping. 5. jev-trader High-frequency market making on Monad testnet. Jev judges the next buy or sell based on spreads and trade direction, with model latency around 81ms. 6. Prism Doesn't directly have Jev place orders. It judges states like toxic flow, market pressure, mean reversion, etc., then hands off to the original strategy. 7. neo4jev Stuff Jev into a knowledge graph. At each node, judge the most worthwhile edge to take next, then follow it all the way. 8. jev-curate Use Jev to screen training data. For JSONL / Parquet, first judge quality, relevance, and risk, then decide which ones go into the next training round. 9. Canny Prevents Coding Agents from stubbornly claiming they're done. Look at tool outputs, code diffs, and test results, then judge if the completion claim is reliable. 10. killmyidea Input a startup idea, and Jev scores it from multiple angles, finally giving you KILL, FIX, or SHIP. Copy these complete Jev blueprints - then read full Jev setup below ↓ ↓

rody

334,032 views • 2 days ago

Another insane Jev use case! Jev makes it incredibly cheap to evaluate and classify agent runs at scale. And finally, someone open-sourced a self-improving memory layer that can put that capability to work across agent harnesses. It turns your agent sessions into a compounding knowledge layer, where every successful run can make future agents smarter across: - Codex - Claude Code - Cursor - OpenCode and 20+ more Beacon by Asymptote Labs continuously builds a shared history across your agent harnesses and uses Jev to identify the runs worth learning from. It then turns the best workflows, corrections, and debugging patterns into reusable skills. GitHub repo: (don’t forget to star it ⭐) Most agent runs are messy. They contain exploration, failed commands, dead ends, and one-off fixes that should never become permanent memory. So Beacon preserves the full session history, while Jev helps decide what should be promoted, reviewed, or discarded. The recording below shows this in action. Beacon found 579 sessions across 5 coding-agent harnesses and normalized them into one consistent history. From there, Jev surfaces the lessons worth keeping and makes them available across your agent stack. - A pattern learned in Cursor can carry into OpenCode. - A lesson from Claude Code can improve the next Codex run. Every successful run adds to the shared knowledge layer, making future agents smarter. If you want to dive deeper into Jev, I also wrote a breakdown of how it works. The article is quoted below.

Akshay 🚀

84,030 views • 1 day ago

Another insane Jev use case! Jev is making it dramatically cheaper to evaluate what actually happened inside an agent run. And finally, someone open-sourced a self-improving memory layer that can put that signal to work across agent harnesses: - Claude Code - Codex - Cursor - OpenCode, and 20+ more Beacon by Asymptote Labs continuously captures your agent history across harnesses and uses Jev to identify which runs are actually worth learning from. It then turns the highest-signal workflows, corrections, and debugging patterns into reusable skills. GitHub repo: (don’t forget to star it ⭐ ) Beacon preserves the complete session history. But preserving a run and learning from it are two different things. Most coding-agent sessions contain routine exploration, failed commands, and fixes that only apply to one task. The trace can remain available for inspection without turning every detail into guidance for future agents. Jev scores each run for evidence, reuse potential, and human correction signals. An application policy then decides whether to promote, review, or discard it. The recording shows this in action. Claude receives a coding task, modifies the implementation, and runs the tests. I then provide an edge-case correction, so Claude updates the code and adds regression coverage. Beacon automatically captures the complete session. Jev evaluates whether the correction contains a reusable engineering lesson. Once approved, that lesson becomes available to other coding agents working on the project. Since it works across harnesses: - Claude Code sessions can teach Codex. - Cursor debugging can improve OpenCode. So a problem solved by one agent should not need to be learned from scratch by another. If you want to dive deeper into Jev, I also wrote a hands-on guide to building this Jev-style decision path with open models, entirely locally. Read it below.

Avi Chawla

279,042 views • 3 days ago

I gave JEV one prompt: "turn $24.80 into 1000x or I'm pulling the plug" it didn't ask questions. didn't negotiate. didn't say "that's unrealistic" it just started $24.80 to $31,847.52 overnight I woke up, opened Meridian Desk, and the number was already there. green, pulsing, real here's the part nobody talks about: I didn't mass-trade, didn't watch charts at 3am, didn't mass-subscribe to signal groups I built a terminal called Meridian Desk and let Jev run it while I slept Jev is the brain. it doesn't trade, it thinks it reads the entire market state every few seconds and outputs one structured decision: buy, copy, skip, or pass, each one tagged with a confidence score below Jev sit four agents that do the actual work: SCOUT finds fresh mints before anyone's even talking about them LEDGER tracks smart wallets and mirrors the ones with 90%+ win rates PULSE reads momentum and social sentiment in real time FLUX maps liquidity routes so every fill gets the best execution then there's WARDEN, the fifth agent, the last gate every decision Jev makes has to pass through WARDEN before a single dollar moves. it checks for honeypots, arms stop-losses, sizes the position, and vetoes anything that smells off if WARDEN says no, nothing happens. period at hour two the balance dropped to $7 Jev went quiet. stopped entering. WARDEN was blocking everything. confidence too low, liquidity too thin, signals disagreed it waited then around hour four something shifted. SCOUT flagged a mint nobody had seen yet, LEDGER confirmed three smart wallets were already in, PULSE showed social mentions climbing, FLUX found a clean route with under 2% slippage Jev lit up: BUY, conf 0.91 WARDEN cleared it. position filled in 1.6 milliseconds that was the first real trade. the balance went from $7 to $40 in minutes after that it just kept compounding. trade after trade, all night, no human input 96.4% copy accuracy. five agents running in sync. one decision engine calling the shots I got early access to JEV. that's it. manual research trying to do what Jev does in seconds? $5,000 a month minimum, and you'd still miss the window this isn't a bot that sprays trades and hopes. this is an architecture. intelligence layer on top, execution layer below, risk gate in between Jev analyzes. agents execute. WARDEN protects I haven't touched it since I hit start bookmark this. follow me if you want to see the terminal live

cristal💎

225,879 views • 2 days ago

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

40,810 views • 5 days ago

THIS IS F*CKING INSANE. picture asking your AI agent why it made a call six months ago, and actually getting the full answer: the data it pulled, the policies that applied, and the exact chain of reasoning that led there. that is Semantica, an open source Palantir for AI agents. every other setup forgets. an LLM plus a vector store makes a decision, moves on, and leaves you no trail of why. Semantica is a graph native layer that sits underneath your models and agents and turns your data into a living context graph, where every fact, relationship, and decision carries full provenance you can query and audit. why it changes memory engineering: > every fact remembers where it came from, W3C PROV-O compliant, exportable as JSON, RDF, or CSV > record a decision with its reasoning and confidence, then trace the whole causal chain back whenever you want > the reasoning layer is deterministic, Datalog, SPARQL, Rete, no LLM in the loop, so every path is explainable instead of guessed > bitemporal facts and time travel snapshots let you ask what the system knew at any point in the past > polyglot storage across RDF stores, property graphs like Neo4j, and vector stores like Qdrant this is memory built for the rooms where a black box gets you sued: > finance, healthcare, legal, government, compliance, anywhere a decision needs a paper trail and it drops into what you already run: > CrewAI, Agno, an MCP server, LiteLLM for OpenAI, Anthropic, Gemini, and Ollama, plus Claude Code and Cursor one line to start: pip install semantica bookmark this. the next leap in agent memory is not more embeddings, it is memory that can prove why.

NO1ennn

11,750 views • 1 month ago

Grok Bot + Kimi K3 can be turned into something bigger than an agent: an AI operating system the formula: AI OS = Router + Reasoning + Memory + Tools + Loops + Verification not one giant assistant. six layers that keep work moving without you step 1 -> Grok Bot becomes the operator. you give it the goal, it breaks the goal into jobs, assigns priorities and decides what part of the system should act next. step 2 -> Kimi K3 becomes the reasoning core. hard research, synthesis, long context and planning move here instead of forcing every task through the same model. step 3 -> externalize memory. store goals, decisions, failed attempts, artifacts and current state outside the chat. close the session, come back tomorrow, and the system still knows where it is. step 4 -> connect tools: search, code, files, APIs, docs and data. reasoning decides what should happen. tools actually make it happen. step 5 -> add the loop engine: plan -> execute -> inspect -> update memory -> retry. the loop can wait for new information, rerun a failed task, hand work to another agent or stop when the goal is complete. step 6 -> verify before output. tests, source checks, constraints and explicit completion rules decide whether the system ships the result or sends it back into the loop. that's the difference between an AI assistant and an AI operating system. an assistant waits for your next message. an operating system carries state, routes work and keeps moving. Grok Bot handles orchestration, Kimi K3 handles deeper reasoning, memory keeps the state alive, tools execute, the loop keeps the system running, verification decides when it is actually done. build one reliable loop and you have an agent. connect reasoning, memory, tools and multiple loops around it and you start building infrastructure. the full Grok Bot + Kimi K3 AI OS breakdown is below ↓

Alex

13,312 views • 15 days ago