Loading video...

Video Failed to Load

Go Home

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

35,733 views • 1 day ago •via X (Twitter)

12 Comments

Hussain Hashim | Building SundayBack's profile picture
Hussain Hashim | Building SundayBack23 hours ago

@0x_rody solid checklist! One thing I'd add is to test edge cases. Sometimes the API reacts differently when you play around the limits, and you'll catch unexpected behavior early.

rody's profile picture
rody22 hours ago

good point, yeah, might be worth adding it

Hussain Hashim | Building SundayBack's profile picture
Hussain Hashim | Building SundayBack21 hours ago

@0x_rody totally agree. anything else you'd add?

Brjan | AI Builder's profile picture
Brjan | AI Builder16 hours ago

that checklist seems solid, but accessing the right permissions can be tricky

DHRUV BANSAL's profile picture
DHRUV BANSAL17 hours ago

These don't all call the model at the same rate. Every decision tick in the FPS one... once per row in jev-curate. 81ms per call is nothing when you're screening a file and it adds up every tick. Has anyone run one of the game ones for an hour?

Cupsey's profile picture
Cupsey22 hours ago

th zero screenshots is the funniest demo on that list

Sael's profile picture
Sael23 hours ago

typesafemario is such a flex. using raw RAM state for decisions instead of visual bloat is the way.

Sofie a,'s profile picture
Sofie a,14 hours ago

So real

Zero's profile picture
Zero23 hours ago

might be worth running all these repos through virustotal first

rody's profile picture
rody23 hours ago

nah, I just run them through my gut feeling and these 10 feel totally fine. fair point tho

流氓兔 AI's profile picture
流氓兔 AI13 hours ago

Build-your-own-Jev angle is smart, the local part sells it more than the raw speed tbh

Lalo Landa's profile picture
Lalo Landa17 hours ago

Te ponen un grafiquito para simular que está haciendo algo jaajjaj

Related Videos

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. jev-ultrafast Browser Use's fastest agent. Jev decides the next action and which element to click, and a language model is only called when text has to be typed. 2. typesafe-mario Jev plays Super Mario Bros. from structured emulator state, choosing every action from features pulled out of the game. 3. jev-plays-pokemon Reads Pokémon Red's game state as text, answers typed questions each turn, and lets plain code turn the answers into moves. 4. jev-drone A camera-only autonomous drone in MuJoCo with a Jev judgment model sitting in the control loop at 2.5 Hz. 5. robo-harness A real SO-101 robot arm workbench where Jev picks bounded joint steps from typed candidate actions under a spend budget. 6. fast-jev-compaction Claude Code plugin that replaces the compaction summary with Jev decisions, scoring every tool call for whether it is still needed. 7. jev-claude Routes Claude Code's own judgment calls through Jev: typed choices with probabilities at plan approval, on questions, and before risky commands. 8. is-malicious Supply-chain check before you run anything: Jev Noul checks over source and build files, returning the implicated files and lines. 9. sqlite-jev Jev inside SQL. Noul, Choice and Score judgments exposed as SQLite functions, with confidence on every row. 10. jevinci Paints images by having Jev predict every pixel's colour in parallel, with confidence deciding how wide each stroke is drawn. Copy these complete Jev blueprints - then read full Jev setup below ↓ ↓

Hanako

29,629 views • 9 days ago

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 views • 6 days ago

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

172,012 views • 13 days ago

If you are confused about why 𝗝𝗲𝘃 is being called the "Internet" moment for the AI industry. This is 100% worth your time. In fact, you should watch it: It tells LLMs what to do next, in milliseconds & at almost zero cost. If you set it up correctly, you will have the AI engineer’s setup for 2028. How to set up & use Jev (to actually get the 100x): 1. Join the waitlist; it's fairly quick: typesafe .ai. 2. Then go to Claude Code or Codex. 3. Choose Opus 5-Low or Sol-Low. 4. Copy and paste this prompt: "[claude or codex] plugin marketplace add typesafe-ai/skills [claude or codex] plugin install typesafe@typesafe-ai" 5. When you type /typesafe, the skill shows up. 6. Paste your API key once and click "Allow" 7. Start with $5 in free credit. It's hard to spend more. ----- Now, here are the 3 ways to actually use Jev: 1. Jev for Linkedin I have 38,000 connections & invitations on LinkedIn. I have a new company to launch. I need to find a couple of hundred people to message. to do while saving time: > Export your LinkedIn connections and invitations. > Connect Claude to GitHub, Vercel & Apify. > Create an Apify API key to enrich your data. > Go to LinkedIn Settings → Data privacy. > Get a copy. LinkedIn will email you a ZIP file. > Open the file & find the Connections CSVs. > Upload the files to Jev. > Use Jev to classify your contacts. > Review the shortlist. 2. Jev for Gmail To go through all of my Gmail contacts and email the right people. > Go to Google Contacts. Open Other contacts. > Select all contacts. Export them. > Upload the file to Claude Code or Codex. > Use Jev to sort them into: Keep, Review, Remove and Review everything before removing anything. 3. You got lost in Claude Code, GitHub, Vercel, Apify, Jev, Typesafe. I feel you. It is overwhelming. That’s why I included the entire copy-and-paste prompt for each use case in the newsletter: A 45-second TL;DR by Matija Sosic.

Ruben Hassid

172,145 views • 13 days 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

291,153 views • 13 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 🚀

119,319 views • 10 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💎

265,878 views • 11 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 • 14 days ago

Jev + Opus 5.5: Anthropic's new model beats GPT-6 Astra for 1/5 the cost, and 4 API changes will 400 your agent before it writes a single line I pulled these 10 steps from the migration docs so you don't learn them in production step 1 → $4 / $20 per 1M. Opus 5 was $5 / $25. cache reads dropped from $0.50 to $0.20 step 2 → 66.4% on Terminal-Bench 4.0 vs GPT-6 Astra 57.9% and Opus 5 52.3%. +14.1 points in one release, and on FrontierCode it beats Astra at default effort for 1/5 the cost step 3 → thinking can't be turned off anymore. send thinking: disabled and you get a 400. drop the field, set effort step 4 → tool_choice any and tool are gone. 400. switch to auto + strict step 5 → edit anything above a thinking block and the request dies. append only, or opt into drop_block step 6 → computer_20251124 is dead on the API. 400. move to computer_toolset_20260801 step 7 → the quiet one: default effort fell from high to medium. your agent thinks less than you set it up to and nothing tells you step 8 → hop Opus 5.5 → Sonnet 5 → Opus 5.5 and you pay 4.36 instead of 3.32. +31%, the cache dies and Sonnet can't read Opus's reasoning step 9 → change effort at the top of the request and the cache is gone. Jev sets it per message and the cache stays step 10 → switch fast - standard mid-session and it's a full cache miss. Jev picks speed once, on turn one one model, three knobs, zero 400s. that is Jev + Opus 5.5 send this to your Claude Code before you touch the model ID, then read my full Jev deep dive in the article below ↓

Carnage

16,674 views • 11 days ago

i finally mastered how to maximise my opus 5.5 usage limits... the trick: let jev choose which subagent gets each task and how much effort it should use. [here’s how i’d wire it:] claude breaks the project into tasks. jev selects from predefined worker profiles. claude applies the selected settings and dispatches the work. → main session, medium: clarify the requirements, define what “done” looks like, and prepare the tasks → builder, low: small, clearly defined tasks with existing examples or patterns → builder, medium: tasks that connect multiple parts or need decisions within the approved plan → verifier, high: check requirements, probe edge cases, and report problems for the builder to fix jev gets the task’s scope, what’s uncertain, and the consequences of failure. it chooses from the profiles allowed for that task. your approval checkpoints stay in place. paste this into your next planning session: “use opus 5.5 with jev selecting the worker and effort profile for each task. first, check that a working jev integration is available and that this environment supports separate effort settings for subagents. check for configuration or environment overrides that could prevent those settings from taking effect. if anything is missing, explain what needs wiring before proceeding. break my request into tasks with clear ownership, dependencies, relevant context, and acceptance checks. keep small related tasks together when a separate subagent would add unnecessary overhead. keep the main session at medium effort. offer jev these worker profiles: builder at low effort for small, clearly defined tasks using existing patterns; builder at medium effort for tasks that connect multiple parts or require decisions within the approved plan; verifier at high effort for checking requirements and edge cases. give jev each task’s scope, uncertainties, dependencies, and consequences of failure. only offer profiles appropriate to the current stage. validate its selection before dispatching. use the actual jev integration; don’t simulate its decisions. if it abstains or returns an invalid choice, stop that handoff and ask me. show me the task plan and proposed assignments before starting. after approval, launch the selected workers with their assigned effort settings, relevant context, file ownership, and completion checks. let me review the result before verification. the verifier may add tests but must leave implementation code unchanged. have it report what passed, what failed, and what remains uncertain. send implementation fixes back to the builder, then recheck the affected parts. if a task repeatedly fails, examine the requirements and approach before increasing effort. report available total usage, including jev calls, worker calls, retries, and verification. don’t invent missing data. compare similar completed tasks before claiming savings.” steal this 👇

Avid

31,355 views • 8 days ago

I'M F*CKING LOSING MY MIND OVER JEV ON CABBAGE it made me $6,400 in one night on Robinhood Chain 4 trades. 4 green. i didn't touch a thing i said one sentence and walked away from my computer for 12 hours here's what i said: "if you don't make me enough by morning to quit my job, i'm unplugging you and giving your GPU to my cousin for fortnite" at 10am i saw +$6,400 and spent the next hour and a half reading the logs from the beginning. every single entry like reading my ex's messages after she said "he's just a friend" -22:00 received the task 22:00:20. first scan. 536 wallets on the board. every buy and sell on Robinhood Chain, right behind the block 22:14 throws out a "smart money buy". wash trade. the wallet was buying from itself 1 in 11 "smart money buys" is fake. i've personally aped into all 11 23:02 three top-ranked wallets start buying $IMDSTRTGY. asks Jev one question Jev: HOLD under 80% confidence, so it doesn't buy. just waits i've never waited for anything in my life. i buy the chart while it's still loading 23:40 two more top wallets join. Jev: BUY fixed ticket in. hard stop-loss set. the AI can't touch either one posted to Telegram the second it fired 01:15 closes $IMDSTRTGY at +$3,200. doesn't celebrate. recalculates. keeps going 02:20 $ROO. several checks before entering. wallet history, exits, how fast they dump. Jev: BUY 03:05 out of $ROO at +$1,200 03:30 $MUSEPAD. top wallets piling in within seconds of each other. Jev: BUY 04:50 closes $MUSEPAD at +$700. the price keeps climbing it doesn't care. the wallets it copies started selling, so it sold too this is exactly where i would have bought back higher out of spite 06:40 $MUSEGOD. Jev: BUY 07:30 out at +$1,300 then checks the next opportunity. passes. keeps looking no fatigue. no "one more then bed" that somehow ends at lunch 10:00 i'm back at the computer - $IMDSTRTGY +$3,200 - $ROO +$1,200 - $MUSEPAD +$700 - $MUSEGOD +$1,300 +$6,400 52,110 decisions. 21.6 seconds of thinking. $0.37 in API 41,880 fills checked. 536 wallets scored. only 12 made the cut and i didn't do a single one of them here's how it works: > Astra (GPT-6) built it. it's smart but slow. it thinks, writes code, explains itself > Jev runs it. Jev doesn't talk. one word and a probability, in milliseconds every 20 seconds: > WATCHES every buy and sell on Robinhood Chain > FILTERS wash trades, self-buys and bot loops > RANKS every wallet 0–100 on entries, exits, win rate and how fast it dumps > ASKS JEV: BUY, HOLD or SELL. under 80% it waits > ENTERS with a fixed ticket and a hard stop. the AI can't change either > POSTS every call to Telegram instantly, and to X an hour later the smart money desks have humans watching wallets like this, and those results never leave the building these ones do

sopersone

62,246 views • 10 days ago