正在加载视频...

视频加载失败

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...

83,098 次观看 • 1 天前 •via X (Twitter)

27 条评论

Morty 的头像
Morty1 天前

I’m sorry for people who really miss it

Ricker 的头像
Ricker1 天前

lol, me too

Apex 的头像
Apex1 天前

It’s really new meta Ricker, banger article

Ricker 的头像
Ricker1 天前

fact bro

rewind 的头像
rewind1 天前

Saved g!

Paruchh 的头像
Paruchh1 天前

a model that refuses to write prose, finally

Ricker 的头像
Ricker1 天前

yep man

Valentyn Kit 🦀 | Rust · Solana 的头像
Valentyn Kit 🦀 | Rust · Solana1 天前

When Jev loops?

Flux 的头像
Flux1 天前

what a visual Ricker

Hussain Hashim | Building SundayBack 的头像
Hussain Hashim | Building SundayBack1 天前

@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 的头像
Jay Zhou1 天前

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

Brian Hadu 的头像
Brian Hadu1 天前

optimizing the process between model calls is key to efficiency gains

Tobi 的头像
Tobi1 天前

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 的头像
ShadowAguy1 天前

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

Deep 的头像
Deep1 天前

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

Alexandre Villeneuve 的头像
Alexandre Villeneuve1 天前

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

Mira Takes 的头像
Mira Takes18 小时前

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 的头像
Max Bevza1 天前

optimization layer is literally what agents need right now

volovuk 的头像
volovuk1 天前

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

Elbow 的头像
Elbow17 小时前

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

Brsaemre 的头像
Brsaemre1 天前

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

Lennox 的头像
Lennox22 小时前

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

Quiet Operator | AI & Markets 的头像
Quiet Operator | AI & Markets10 小时前

everyone optimized the brain and forgot the nervous system

Yohaku 的头像
Yohaku1 天前

Jev engineering so popular now

AI Mastery Guide 的头像
AI Mastery Guide23 小时前

Everyone's sleeping on Jev.

Slonski 的头像
Slonski11 小时前

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

Jakob Jordan 的头像
Jakob Jordan18 小时前

Thank you very muchaa 👏

相关视频

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 次观看 • 21 天前

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 次观看 • 2 天前

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 次观看 • 11 天前