Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

Finally, an OpenRouter for agent harnesses! (including System One by Jev) Devs just open-sourced plug-and-play infrastructure layer that lets you run any harness under a single interface for free, like: - Codex - Claude code - Hermes - DeepSeek Harness - System One, powered by Jev - And 9...

0x_rody's profile picture

rody

3,939 subscribers

88,298 görüntüleme • 1 ay önce •via X (Twitter)

EğitimBilim & Teknoloji
LIVE

Anya Rossi• Live Now

Private livecam show

20 Yorum

Featherless AI profil fotoğrafı
Featherless AI1 ay önce

wanna come hack on Jev with us in SF this friday?

J Huang profil fotoğrafı
J Huang1 ay önce

OpenRouter but for harnesses...... yeah that was overdue

Morlex profil fotoğrafı
Morlex1 ay önce

wow, that is really good breakdown

rody profil fotoğrafı
rody1 ay önce

thanks mate

Yuri | Queiroz profil fotoğrafı
Yuri | Queiroz1 ay önce

I use Codex, OpenCode and DeepSeek Harness daily. The biggest friction is duplicating sessions, streaming, cancellation and failure handling. Responses compatibility feels like the right abstraction. Switching harnesses should be config, not a rewrite. How does UHP handle features that are specific to each harness?

rody profil fotoğrafı
rody1 ay önce

Well, UHP keeps harness-specific features in documented additive places (like metadata, a few extra request fields) and doesn't change the meaning of an existing field, so even a client that ignores every extension still gets a working task. I'm not quite a UHP expert but that's how it's supposed to work

Dominik profil fotoğrafı
Dominik1 ay önce

the missing layer in most agent stacks is exactly this routing contract. if sessions, streaming, cancellation, and failure handling stay portable, continuity can survive a model switch instead of being rebuilt at every boundary.

Tanguy profil fotoğrafı
Tanguy1 ay önce

routing is the easy win. the real cost is when every tool dump still lands on the frontier seat

tim777 profil fotoğrafı
tim7771 ay önce

jev setup amazing

Brian Hadu profil fotoğrafı
Brian Hadu1 ay önce

this could simplify integration for devs managing multiple agents under one roof

magsimich profil fotoğrafı
magsimich1 ay önce

That is a serious overnight runOne interface for all these tools

Sercan profil fotoğrafı
Sercan1 ay önce

OpenRouter for models was obvious. OpenRouter for harnesses was overdue. If Jev sits behind the same UHP interface as Codex and Claude Code, you stop treating it as a side experiment and start routing real tasks to it.

安叫兽|Bird🕊️ 🔶 BNB profil fotoğrafı
安叫兽|Bird🕊️ 🔶 BNB1 ay önce

换框架的时候，之前的上下文能一起带过去吗？

isunny profil fotoğrafı
isunny1 ay önce

@grok 这个动画效果是怎么做的？

Deniska profil fotoğrafı
Deniska1 ay önce

This could save teams from rebuilding the same plumbing

Brjan | AI Builder profil fotoğrafı
Brjan | AI Builder1 ay önce

open-sourcing that infrastructure layer is a big step, but integration challenges remain

Vishnudhat N profil fotoğrafı
Vishnudhat N1 ay önce

Does it work with openjev

Saleh profil fotoğrafı
Saleh1 ay önce

Thanks, How do you make those videos in your posts? They look awesome. What tools or workflow do you use?

rody profil fotoğrafı
rody1 ay önce

Well, first I create a script using Claude, it runs a small simulation. The drawing itself is vector work in Cairo, rendered frame by frame and piped into ffmpeg. So there is basically no screen recording, every frame is drawn from code. I use capcut for minor changes tho

Sophia l profil fotoğrafı
Sophia l1 ay önce

how’s the latency compared to running claude code natively

Benzer Videolar

Finally, an OpenRouter for agent harnesses! (including System One by Jev) Devs just open-sourced a plug-and-play infrastructure layer that lets you run any harness under a single interface, like: - Codex - Hermes - Claude code - DeepSeek Harness - System One, powered by Jev - And 9 more agent harnesses This means you can bring Jev into the same product that already uses Codex, Claude Code, or another supported harness, without writing another implementation for sessions, streaming, files, cancellation, and failure handling. Here's the repo: (don't forget to star it ⭐ ) The harnesses run locally, and the Unified Harness Protocol (UHP) defines the common task interface with an OpenAI Responses-compatible API. If you want to dive deeper, my recent article explains why model routing is not the same as harness routing, and what it takes to support multiple harnesses. It also covers UHP, the full local setup, a working API call, and how sessions and files work. Read it below.
0:25

Finally, an OpenRouter for agent harnesses! (including System One by Jev) Devs just open-sourced a plug-and-play infrastructure layer that lets you run any harness under a single interface, like: - Codex - Hermes - Claude code - DeepSeek Harness - System One, powered by Jev - And 9 more agent harnesses This means you can bring Jev into the same product that already uses Codex, Claude Code, or another supported harness, without writing another implementation for sessions, streaming, files, cancellation, and failure handling. Here's the repo: (don't forget to star it ⭐ ) The harnesses run locally, and the Unified Harness Protocol (UHP) defines the common task interface with an OpenAI Responses-compatible API. If you want to dive deeper, my recent article explains why model routing is not the same as harness routing, and what it takes to support multiple harnesses. It also covers UHP, the full local setup, a working API call, and how sessions and files work. Read it below.

Akshay 🚀

361,933 görüntüleme • 1 ay önce

HarnessRouter just open sourced a plug-and-play infrastructure layer that runs Codex, Claude Code, Hermes, DeepSeek Harness, System One powered by Jev and 9 more agent harnesses under one interface, with a Unified Harness Protocol and OpenAI Responses-compatible API. → Bring Jev into the same product already using Codex or Claude Code without writing another implementation → Handles sessions, streaming, files, cancellation and failure handling in one place → Harnesses run locally with the UHP defining the common task interface
0:25

HarnessRouter just open sourced a plug-and-play infrastructure layer that runs Codex, Claude Code, Hermes, DeepSeek Harness, System One powered by Jev and 9 more agent harnesses under one interface, with a Unified Harness Protocol and OpenAI Responses-compatible API. → Bring Jev into the same product already using Codex or Claude Code without writing another implementation → Handles sessions, streaming, files, cancellation and failure handling in one place → Harnesses run locally with the UHP defining the common task interface

0xMarioNawfal

52,014 görüntüleme • 1 ay önce

Insane Grok Grok Bot upgrade! Finally, you can connect Grok Bot to different agent harnesses and run tasks through their native runtimes. Devs just open-sourced HarnessRouter, the infrastructure layer that lets Grok Bot run tasks across: - Codex - Hermes - Claude Code - DeepSeek Harness - System One, powered by Jev - Pi, and 20 more GitHub repo: (don’t forget to star it ⭐) With HarnessRouter, each external specialist gets to use its own harness, model, tools, skills, and agent loop while Grok coordinates the project from one conversation. I tested this by asking Grok Bot to turn a support-ticket CSV into an interactive dashboard. Grok Bot assigned the analysis to DeepSeek Harness with Claude Sonnet 5.5, passed the output to Codex with GPT-5.5, and checked the finished dashboard in its browser. This differs from simply creating more Bots. These workers are not additional Grok Bots, and Grok Bot itself does not switch harnesses. Instead, it remains the coordinator while the delegated tasks run inside separate HarnessRouter sessions with the harness of your choice. So for another task, you can use Claude Code, Hermes, Pi, etc., without requiring a separate integration for task execution, sessions, streaming, and generated files. HarnessRouter standardizes all those operations through the Unified Harness Protocol (UHP). UHP handles sessions, streaming, files, cancellation, and failures through the same interface, regardless of which harness runs the task. I shared the GitHub repo above. And if you want to dive deeper into Grok Bot, I wrote about it in full in a masterclass, including the shared computer, memory, skills, routines, and the macOS setup. Read it below.
1:50

Insane Grok Grok Bot upgrade! Finally, you can connect Grok Bot to different agent harnesses and run tasks through their native runtimes. Devs just open-sourced HarnessRouter, the infrastructure layer that lets Grok Bot run tasks across: - Codex - Hermes - Claude Code - DeepSeek Harness - System One, powered by Jev - Pi, and 20 more GitHub repo: (don’t forget to star it ⭐) With HarnessRouter, each external specialist gets to use its own harness, model, tools, skills, and agent loop while Grok coordinates the project from one conversation. I tested this by asking Grok Bot to turn a support-ticket CSV into an interactive dashboard. Grok Bot assigned the analysis to DeepSeek Harness with Claude Sonnet 5.5, passed the output to Codex with GPT-5.5, and checked the finished dashboard in its browser. This differs from simply creating more Bots. These workers are not additional Grok Bots, and Grok Bot itself does not switch harnesses. Instead, it remains the coordinator while the delegated tasks run inside separate HarnessRouter sessions with the harness of your choice. So for another task, you can use Claude Code, Hermes, Pi, etc., without requiring a separate integration for task execution, sessions, streaming, and generated files. HarnessRouter standardizes all those operations through the Unified Harness Protocol (UHP). UHP handles sessions, streaming, files, cancellation, and failures through the same interface, regardless of which harness runs the task. I shared the GitHub repo above. And if you want to dive deeper into Grok Bot, I wrote about it in full in a masterclass, including the shared computer, memory, skills, routines, and the macOS setup. Read it below.

Avi Chawla

137,549 görüntüleme • 18 gün önce

Harness Engineering 2.0 is here! We benchmark models all the time but the harness running the model can dramatically improve the result, cost, and execution time too. And finally, devs just open-sourced Harness Arena, where you can test the same task across multiple harness and model combinations side by side. You provide one task and then run it across several model x harness configs that you want to test. Every config receives the same prompt, files, tools, skills, and evaluation checks. Harness Arena then returns: - total cost - execution time - whether the task passed - files and artifacts produced If you want to try it yourself, it is implemented within the open-source HarnessRouter project. Here's the repo: (don't forget to star it ⭐ ) HarnessRouter is a plug-and-play infrastructure layer that lets you run any harness under a single interface, like: - Codex - Hermes - Claude code - DeepSeek Harness - System One, powered by Jev - And 25 more agent harnesses In Harness Arena, the cheapest run does not automatically win. A config must complete the task correctly first. Cost and execution time are compared only among the configurations that pass. Here's the result from one Harness Arena test: - Hermes + GPT-5.2: 5/5 successful runs using 0.47 credits - Claude Code + Opus 4.8: 3/5 successful runs using 223 credits That is around 474x difference in credits, while the more expensive configuration also failed two runs. You can keep the model fixed to measure how much the harness changes the result. Or vary both to find the best harness and model pairing for that task. This helps answer practical questions such as: - Should this task run on Codex or Claude? - Can a cheaper config still pass every check? - Which setup is best to handle this workload? Once you find the best config, you can run future tasks through it using the same Unified Harness Protocol (UHP) interface for sessions, streaming, files, artifacts, cancellation, and failures. So you are no longer choosing an agent stack based only on a model leaderboard. Instead, you can benchmark the complete runtime on the task your product actually needs to solve. To dive deeper, my co-founder wrote an article explaining why model routing is different from harness routing, how UHP works, and what supporting multiple agent runtimes involves. It also covers the local setup, a working request, and how sessions and files move through the system. Read it below.
0:29

Harness Engineering 2.0 is here! We benchmark models all the time but the harness running the model can dramatically improve the result, cost, and execution time too. And finally, devs just open-sourced Harness Arena, where you can test the same task across multiple harness and model combinations side by side. You provide one task and then run it across several model x harness configs that you want to test. Every config receives the same prompt, files, tools, skills, and evaluation checks. Harness Arena then returns: - total cost - execution time - whether the task passed - files and artifacts produced If you want to try it yourself, it is implemented within the open-source HarnessRouter project. Here's the repo: (don't forget to star it ⭐ ) HarnessRouter is a plug-and-play infrastructure layer that lets you run any harness under a single interface, like: - Codex - Hermes - Claude code - DeepSeek Harness - System One, powered by Jev - And 25 more agent harnesses In Harness Arena, the cheapest run does not automatically win. A config must complete the task correctly first. Cost and execution time are compared only among the configurations that pass. Here's the result from one Harness Arena test: - Hermes + GPT-5.2: 5/5 successful runs using 0.47 credits - Claude Code + Opus 4.8: 3/5 successful runs using 223 credits That is around 474x difference in credits, while the more expensive configuration also failed two runs. You can keep the model fixed to measure how much the harness changes the result. Or vary both to find the best harness and model pairing for that task. This helps answer practical questions such as: - Should this task run on Codex or Claude? - Can a cheaper config still pass every check? - Which setup is best to handle this workload? Once you find the best config, you can run future tasks through it using the same Unified Harness Protocol (UHP) interface for sessions, streaming, files, artifacts, cancellation, and failures. So you are no longer choosing an agent stack based only on a model leaderboard. Instead, you can benchmark the complete runtime on the task your product actually needs to solve. To dive deeper, my co-founder wrote an article explaining why model routing is different from harness routing, how UHP works, and what supporting multiple agent runtimes involves. It also covers the local setup, a working request, and how sessions and files move through the system. Read it below.

Avi Chawla

31,532 görüntüleme • 7 gün önce

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.
0:31

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

293,860 görüntüleme • 1 ay önce

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.
0:29

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 🚀

121,058 görüntüleme • 1 ay önce

Another insane way to use Jev: Jev makes it dramatically cheaper to identify which corrections and trajectories from an agent run are reusable across agents. 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 - Hermes, and 20+ more Beacon by Asymptote Labs continuously captures agent sessions across harnesses and stores their traces in a shared index. I used it with Jev to build a live cross-agent memory workflow. Beacon captures each run as it happens across all harnesses on my machine. Then Jev evaluates whether the trace contains a reusable engineering lesson, and the approved lesson becomes available to the next agent. GitHub repo: (don't forget to star it ⭐) Preserving an agent run and learning from it are two different problems. Most traces contain file reads, failed commands, routine exploration, and implementation details that only apply to one task. Passing the complete transcript to another agent adds context without identifying what matters. In this workflow, one agent never receives another agent's raw transcript. It receives only the specific engineering lesson produced from the evaluated trace. A correction made in one agent can then prevent the same mistake when another agent encounters a similar problem. The recording shows the complete workflow I built. 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.
0:21

Another insane way to use Jev: Jev makes it dramatically cheaper to identify which corrections and trajectories from an agent run are reusable across agents. 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 - Hermes, and 20+ more Beacon by Asymptote Labs continuously captures agent sessions across harnesses and stores their traces in a shared index. I used it with Jev to build a live cross-agent memory workflow. Beacon captures each run as it happens across all harnesses on my machine. Then Jev evaluates whether the trace contains a reusable engineering lesson, and the approved lesson becomes available to the next agent. GitHub repo: (don't forget to star it ⭐) Preserving an agent run and learning from it are two different problems. Most traces contain file reads, failed commands, routine exploration, and implementation details that only apply to one task. Passing the complete transcript to another agent adds context without identifying what matters. In this workflow, one agent never receives another agent's raw transcript. It receives only the specific engineering lesson produced from the evaluated trace. A correction made in one agent can then prevent the same mistake when another agent encounters a similar problem. The recording shows the complete workflow I built. 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

70,794 görüntüleme • 21 gün önce

"The model is no longer the product. Codex, Perplexity Computer, or Claude Code - all are orchestration system. It takes a model and pairs it with an agent harness. What is an agent harness ? The rules for how the agent loops around" - Aravind Srinivas
3:27

"The model is no longer the product. Codex, Perplexity Computer, or Claude Code - all are orchestration system. It takes a model and pairs it with an agent harness. What is an agent harness ? The rules for how the agent loops around" - Aravind Srinivas

Rohan Paul

120,488 görüntüleme • 4 ay önce

Jev founder, Diogo Almeida, just put out a PDF on building a Jev harness for coding agents the claim: 200x faster, 400x cheaper the model stopped being the bottleneck a while ago. the harness around it is where the cost and the speed actually live five decisions sit on every loop, and only one of them writes code hand this PDF and the article below to your Claude Code or Codex instance and let it rebuild its own setup your agent gets a better harness tonight, and monday looks different than it would have 👇
0:23

Jev founder, Diogo Almeida, just put out a PDF on building a Jev harness for coding agents the claim: 200x faster, 400x cheaper the model stopped being the bottleneck a while ago. the harness around it is where the cost and the speed actually live five decisions sit on every loop, and only one of them writes code hand this PDF and the article below to your Claude Code or Codex instance and let it rebuild its own setup your agent gets a better harness tonight, and monday looks different than it would have 👇

Hanako

37,887 görüntüleme • 1 ay önce

Finally, an open-source runtime security layer for your agent harnesses. AI agents can call tools, run shell commands, modify files, and interact with production systems. But when something goes wrong, teams often have to reconstruct what the agent actually did from scattered logs after the fact. Agent Beacon is built to change that. It runs locally and records agent activity as it happens, including: → Tool calls → Shell commands → File changes → Approval decisions → Session and harness context The useful part is that it normalizes all of this into the same event format across 23+ agent harnesses. So instead of writing different detection logic for Claude Code, Codex, or another harness, security teams can reason about the underlying action itself. A command executed is a command executed, regardless of which harness produced it. Beacon also records how confidently an event was captured. An action can be directly observed from the runtime or inferred from indirect evidence. That matters when you start writing security rules against this data. For example, you can detect when an agent reads an environment variable, modifies a sensitive file, executes a suspicious command, or performs an action without the expected approval. And the detection happens while the session is still unfolding, not days later during incident reconstruction. Everything runs locally by default. You can inspect sessions through the dashboard, write your own detection rules, or forward the same normalized events to tools like Splunk, Datadog, Elastic, Sentinel, or CrowdStrike. Beacon GitHub: (don't forget to star 🌟) I also wrote a detailed article on the same, covering how important runtime security is and how to build it for your agent harnesses. The article is quoted below.
0:33

Finally, an open-source runtime security layer for your agent harnesses. AI agents can call tools, run shell commands, modify files, and interact with production systems. But when something goes wrong, teams often have to reconstruct what the agent actually did from scattered logs after the fact. Agent Beacon is built to change that. It runs locally and records agent activity as it happens, including: → Tool calls → Shell commands → File changes → Approval decisions → Session and harness context The useful part is that it normalizes all of this into the same event format across 23+ agent harnesses. So instead of writing different detection logic for Claude Code, Codex, or another harness, security teams can reason about the underlying action itself. A command executed is a command executed, regardless of which harness produced it. Beacon also records how confidently an event was captured. An action can be directly observed from the runtime or inferred from indirect evidence. That matters when you start writing security rules against this data. For example, you can detect when an agent reads an environment variable, modifies a sensitive file, executes a suspicious command, or performs an action without the expected approval. And the detection happens while the session is still unfolding, not days later during incident reconstruction. Everything runs locally by default. You can inspect sessions through the dashboard, write your own detection rules, or forward the same normalized events to tools like Splunk, Datadog, Elastic, Sentinel, or CrowdStrike. Beacon GitHub: (don't forget to star 🌟) I also wrote a detailed article on the same, covering how important runtime security is and how to build it for your agent harnesses. The article is quoted below.

Akshay 🚀

27,859 görüntüleme • 2 ay önce

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 ↓
0:36

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 görüntüleme • 1 ay önce

It is becoming f*cking dangerous: a model that never writes a single word now judges every move your Claude AI agent makes -> Create a folder named JEV LAB on your PC and launch Claude Code inside it -> Install the Jev CLI: npm install -g jev-axi -> Grab a key at and run: jev-axi config set apiKey YOUR_KEY -> Run jev-axi setup safety so every command Claude runs gets checked first. Dangerous downloads get denied, routine tests pass for free -> Run jev-axi setup git-hooks to stop any commit that sneaks in a password or API key -> Feed it anything your agent reads: jev-axi guard Run jev-axi setup supervise --project to catch the moment your agent quits early or gets stuck in a loop The whole setup takes around 5 minutes Turn Claude into an agent with a second opinion: every command screened, every page checked for prompt injection, every commit scanned for secrets. For a fraction of a cent per check Bonus: pipe a broken build into jev-axi triage and it finds the root cause for you Bookmark this article and check repo below:
0:25

It is becoming f*cking dangerous: a model that never writes a single word now judges every move your Claude AI agent makes -> Create a folder named JEV LAB on your PC and launch Claude Code inside it -> Install the Jev CLI: npm install -g jev-axi -> Grab a key at and run: jev-axi config set apiKey YOUR_KEY -> Run jev-axi setup safety so every command Claude runs gets checked first. Dangerous downloads get denied, routine tests pass for free -> Run jev-axi setup git-hooks to stop any commit that sneaks in a password or API key -> Feed it anything your agent reads: jev-axi guard Run jev-axi setup supervise --project to catch the moment your agent quits early or gets stuck in a loop The whole setup takes around 5 minutes Turn Claude into an agent with a second opinion: every command screened, every page checked for prompt injection, every commit scanned for secrets. For a fraction of a cent per check Bonus: pipe a broken build into jev-axi triage and it finds the root cause for you Bookmark this article and check repo below:

kiosa

29,602 görüntüleme • 25 gün önce

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
0:22

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 görüntüleme • 1 ay önce

Hit your usage limit in Codex/Claude Code mid-task? Orca now lets you resume the exact same session in a different agent harness — one click. Codex ⇄ Claude Code, full context intact🔥
0:55

Hit your usage limit in Codex/Claude Code mid-task? Orca now lets you resume the exact same session in a different agent harness — one click. Codex ⇄ Claude Code, full context intact🔥

Orca ADE

55,781 görüntüleme • 3 ay önce

Everyone is talking about JEV. Almost nobody knows how to actually use it. These 10 GitHub repos fix that. 1. browser-use/jev-ultrafast (~16.6k⭐) Jev for browser agents: pick the next action without another expensive LLM call. 2. tamaratran/fast-jev-compaction (~6.5k⭐) Uses Jev to decide what context still matters and what can be dropped. 3. TheoLeeCJ/SemIf (~4k⭐) Open-source Jev-style decision making you can run locally. 4. jarrodwatts/jev-trader (~2.1k⭐) Real-time trading loop where Jev decides buy, sell or wait. 5. kerpopule/hermes-jev-skills (~670⭐) Jev routing, memory, compaction and skill selection for AI agents. 6. devagrawal09/jev-review (~570⭐) Code review powered by Jev decisions instead of one giant prompt. 7. thruwire/foreman (~520⭐) Jev as a supervisor for coding agents: continue, retry, verify or stop. 8. superagents-lab/jev-search (~400⭐) Jev decides where and how an agent should search. 9. droidrun/mobile-jev (~350⭐) Jev for Android agents choosing the next app action. 10. gargpratyush/jev-router (~340⭐) Routes agent tasks to the right model with Jev. After looking through these, the pattern is pretty clear: LLMs generate. Agents execute. JEV decides. That decision layer is what most agent stacks are still missing. Save this if you want to integrate Jev into your workflow👇
1:11

Everyone is talking about JEV. Almost nobody knows how to actually use it. These 10 GitHub repos fix that. 1. browser-use/jev-ultrafast (~16.6k⭐) Jev for browser agents: pick the next action without another expensive LLM call. 2. tamaratran/fast-jev-compaction (~6.5k⭐) Uses Jev to decide what context still matters and what can be dropped. 3. TheoLeeCJ/SemIf (~4k⭐) Open-source Jev-style decision making you can run locally. 4. jarrodwatts/jev-trader (~2.1k⭐) Real-time trading loop where Jev decides buy, sell or wait. 5. kerpopule/hermes-jev-skills (~670⭐) Jev routing, memory, compaction and skill selection for AI agents. 6. devagrawal09/jev-review (~570⭐) Code review powered by Jev decisions instead of one giant prompt. 7. thruwire/foreman (~520⭐) Jev as a supervisor for coding agents: continue, retry, verify or stop. 8. superagents-lab/jev-search (~400⭐) Jev decides where and how an agent should search. 9. droidrun/mobile-jev (~350⭐) Jev for Android agents choosing the next app action. 10. gargpratyush/jev-router (~340⭐) Routes agent tasks to the right model with Jev. After looking through these, the pattern is pretty clear: LLMs generate. Agents execute. JEV decides. That decision layer is what most agent stacks are still missing. Save this if you want to integrate Jev into your workflow👇

unicode

20,745 görüntüleme • 1 ay önce

Introducing AQ: a multiplayer harness of harnesses. • Run it on any cloud you already have, or use ours. • Connect any coding harness you like: Claude Code, Codex, OpenCode, Cursor, Kimi, Grok, Devin and more. • Work with your teammates live, way beyond sharing a session. • 17 open-weights models, one click. • Use it from anywhere: Mac, Linux, Windows, iPhone, Android.
1:06

Introducing AQ: a multiplayer harness of harnesses. • Run it on any cloud you already have, or use ours. • Connect any coding harness you like: Claude Code, Codex, OpenCode, Cursor, Kimi, Grok, Devin and more. • Work with your teammates live, way beyond sharing a session. • 17 open-weights models, one click. • Use it from anywhere: Mac, Linux, Windows, iPhone, Android.

Khaled

70,475 görüntüleme • 2 ay önce

Introducing Jev Model Router for Claude Code This Claude Code Mod lets you use Jev through its direct TypeSafe AI API or Vercel AI Gateway With every request you send to Claude Code, Jev classifies the subagent model, main model (only at session start to avoid breaking the cache), and effort level Install it with one command: npx claude-code-templates@latest --mod productivity/jev-model-router Full Mod details:
0:25

Introducing Jev Model Router for Claude Code This Claude Code Mod lets you use Jev through its direct TypeSafe AI API or Vercel AI Gateway With every request you send to Claude Code, Jev classifies the subagent model, main model (only at session start to avoid breaking the cache), and effort level Install it with one command: npx claude-code-templates@latest --mod productivity/jev-model-router Full Mod details:

Daniel San

209,371 görüntüleme • 1 ay önce

Holy crap, who the hell did this?!! Someone open-sourced a Jev-powered second brain for AI agents and lets you plug it straight into your own agent. GitHub's already at 925 stars, repo's called Hermes-Jev-Skills. You just run one install command, and Jev takes over every tiny decision your agent burns premium tokens on. Which model answers, which skill to load, which memories matter, what survives when context gets cut. Give it your computer or browser and it'll pick the next click, but only from actions you already marked safe. It'll sort your inbox into lanes, strip hidden prompt injections out of search results, and triage every message in ~0.4 seconds. Claude Code and Codex support - they threw that in too. No dependencies, no patching Hermes core, and your API key never touches the agent Link's right here: The catch? Jev itself is a paid cloud API. The skills run on your machine; the decisions don't. But hey, a decision costs a fraction of a cent, everything fails open if Jev goes down, and your expensive model finally gets to do only the thinking. Who needs a damn frontier model picking which file to open!
0:31

Holy crap, who the hell did this?!! Someone open-sourced a Jev-powered second brain for AI agents and lets you plug it straight into your own agent. GitHub's already at 925 stars, repo's called Hermes-Jev-Skills. You just run one install command, and Jev takes over every tiny decision your agent burns premium tokens on. Which model answers, which skill to load, which memories matter, what survives when context gets cut. Give it your computer or browser and it'll pick the next click, but only from actions you already marked safe. It'll sort your inbox into lanes, strip hidden prompt injections out of search results, and triage every message in ~0.4 seconds. Claude Code and Codex support - they threw that in too. No dependencies, no patching Hermes core, and your API key never touches the agent Link's right here: The catch? Jev itself is a paid cloud API. The skills run on your machine; the decisions don't. But hey, a decision costs a fraction of a cent, everything fails open if Jev goes down, and your expensive model finally gets to do only the thinking. Who needs a damn frontier model picking which file to open!

Archive

17,492 görüntüleme • 1 ay önce

this is f**king dangerous. someone just open sourced an entire library of ready-made JEV skills for building insane AI agent workflows. instead of building common agent patterns from scratch, you can grab skills for things like: → jev-route for routing tasks → jev-guardrail for adding checks and verification → jev-fanout for running multiple tasks in parallel → reusable skills you can plug into your own workflows the interesting part is that these solve problems you'll run into once your agents start doing more than simple tasks. you don't have to reinvent routing, verification, or parallel execution every time you build a new workflow. save this now. you'll probably need one of these skills the next time you're building an agent and don't want to start from scratch. repo below:
0:33

this is f**king dangerous. someone just open sourced an entire library of ready-made JEV skills for building insane AI agent workflows. instead of building common agent patterns from scratch, you can grab skills for things like: → jev-route for routing tasks → jev-guardrail for adding checks and verification → jev-fanout for running multiple tasks in parallel → reusable skills you can plug into your own workflows the interesting part is that these solve problems you'll run into once your agents start doing more than simple tasks. you don't have to reinvent routing, verification, or parallel execution every time you build a new workflow. save this now. you'll probably need one of these skills the next time you're building an agent and don't want to start from scratch. repo below:

MIKE

132,158 görüntüleme • 1 ay önce

Introducing 𝙨𝙚𝙨𝙨𝙞𝙤𝙣-𝙢𝙞𝙜𝙧𝙖𝙩𝙚, a tool for migrating coding agent sessions across Claude Code, Codex, Pi, OpenCode, and more. If you started in Claude but ran of usage, you can now convert your session to another harness in one command:
0:43

Introducing 𝙨𝙚𝙨𝙨𝙞𝙤𝙣-𝙢𝙞𝙜𝙧𝙖𝙩𝙚, a tool for migrating coding agent sessions across Claude Code, Codex, Pi, OpenCode, and more. If you started in Claude but ran of usage, you can now convert your session to another harness in one command:

Xing Han Lu

30,870 görüntüleme • 2 ay önce