Loading video...

Video Failed to Load

Go Home

Jev Engineering is the layer most agent stacks are still missing. state → decision → action → verification → next state up to 193x faster and 444x cheaper in our tests. everyone is optimizing the model. Jev Engineering optimizes what happens between model calls. every agent eventually hits the...

81,664 views • 1 day ago •via X (Twitter)

27 Comments

Morty's profile picture
Morty1 day ago

I’m sorry for people who really miss it

Ricker's profile picture
Ricker1 day ago

lol, me too

Apex's profile picture
Apex1 day ago

It’s really new meta Ricker, banger article

Ricker's profile picture
Ricker1 day ago

fact bro

rewind's profile picture
rewind1 day ago

Saved g!

Paruchh's profile picture
Paruchh1 day ago

a model that refuses to write prose, finally

Ricker's profile picture
Ricker1 day ago

yep man

Valentyn Kit 🦀 | Rust · Solana's profile picture
Valentyn Kit 🦀 | Rust · Solana1 day ago

When Jev loops?

Flux's profile picture
Flux1 day ago

what a visual Ricker

Hussain Hashim | Building SundayBack's profile picture
Hussain Hashim | Building SundayBack1 day ago

@0xRicker hitting the nail on the head with this. I found optimizing between model calls made a huge difference in my own builds too.

Jay Zhou's profile picture
Jay Zhou22 hours ago

if decisions become their own layer, who writes the ground truth you verify them against?

Brian Hadu's profile picture
Brian Hadu23 hours ago

optimizing the process between model calls is key to efficiency gains

Tobi's profile picture
Tobi23 hours ago

the important split is state versus a decision. state tells you what happened. a decision needs a reason, source, and expiry, or the next loop just repeats yesterday's mistake.the important split is state versus a decision. state tells you what happened. a decision needs a reason, source, and expiry, or the next loop just repeats yesterday's mistake.

ShadowAguy's profile picture
ShadowAguy1 day ago

state transitions are expensive. routing every decision through the model is why latency hurts. what is the actual mechanism that cuts 193x?

Deep's profile picture
Deep1 day ago

the glue between model calls is where most of my agent bugs show up. the model itself was rarely the problem.

Alexandre Villeneuve's profile picture
Alexandre Villeneuve1 day ago

« up to 193x faster and 444x cheaper in our tests » from which model?

Mira Takes's profile picture
Mira Takes17 hours ago

The control-layer thesis is right: most agent stacks waste a model call deciding what to do next. The real benchmark is whether verification catches bad state transitions cheaply enough to make that loop dependable, not just faster.

Max Bevza's profile picture
Max Bevza1 day ago

optimization layer is literally what agents need right now

volovuk's profile picture
volovuk1 day ago

Optimizing the overhead between model calls is where the real multi-agent scaling happens

Elbow's profile picture
Elbow16 hours ago

Jev is an if-statement and a waste of time, stop deepthroating the hype cycle

Brsaemre's profile picture
Brsaemre1 day ago

Chuẩn luôn fen ơi, đợt này mình cũng thấy thế :))

Lennox's profile picture
Lennox21 hours ago

把 state → decision → action → verification 显式化,确实比把所有控制逻辑塞进提示词更容易优化。尤其要把状态、预算和终止条件作为运行时数据记录下来;提示词只描述目标,系统才能比较不同策略的成本与可靠性。

Quiet Operator | AI & Markets's profile picture
Quiet Operator | AI & Markets9 hours ago

everyone optimized the brain and forgot the nervous system

Yohaku's profile picture
Yohaku1 day ago

Jev engineering so popular now

AI Mastery Guide's profile picture
AI Mastery Guide22 hours ago

Everyone's sleeping on Jev.

Slonski's profile picture
Slonski10 hours ago

optimizing the gap between calls is the real claim not another model swap

Jakob Jordan's profile picture
Jakob Jordan17 hours ago

Thank you very muchaa 👏

Related Videos

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

30,675 views • 21 days ago

Jev is HERE and this is the CLEAREST explanation of what it is and what NEW businesses it unlocks. (and at the end I'll tell you how to get Jev even if you're on the waitlist) WHAT IT IS You know how you open your inbox and have to decide what's junk, what needs a reply, and what can wait? Jev does that part. It looks at each thing and says "this is junk, I'm 94% sure." It doesn't write anything back to you. It just sorts. 1,700 emails for 18 cents, instantly. That sounds kinda trivial but the important part WHAT IT UNLOCKS My explanation of Jev sounds small until you realize HOW MANY jobs are exactly this. Someone reading a stack of applications. Someone deciding which support ticket goes to which team. Someone looking at inbound and deciding who's worth calling back. A few ideas on what it unlocks: 1/ Instant quotes that are actually instant. Every quote form on the internet says "we'll email you by end of day." Build the version that answers in under a second, for roofers, movers, insurance, legal intake. 2/ Lead scoring as a product. Every agency and service business has a contact form full of junk. Score every submission and send the real ones straight to the owner's phone. 3/ Support triage for companies with no support team. The ticket gets classified and routed before anyone opens it. 4/ Clipping tools. Pass in a transcript, get the best moments scored in three seconds. Every clipping product just got a cheaper engine. 5/ Application piles. Grants, permits, insurance claims, job apps, loan docs. Someone reads that stack one item at a time today. 6/ Marketplace matching. Someone types what they need and gets matched to the right local business instantly instead of waiting for callbacks. 7/ Browser agents that actually move FAST. That makes bulk browser work practical: pulling quotes from five carriers, filing the same form for 200 clients, checking supplier inventory in real time etc. TLDR; find an expensive queue and put Jev at the front of it. HOW TO GET IT I didn't realize you can skip the waitlist because Jev is live on the Vercel AI Gateway right now, so you can start calling it today. In this episode, we share how. Episode now live on The Startup Ideas Podcast (SIP) 🧃 (thanks to vogel for coming on and spilling the sauce today) Watch: Jev is a big deal because this is a whole new way to do AI Really cool Happy Jev day.

GREG ISENBERG

148,535 views • 2 days 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 • 11 days ago