Post
CommunityJev Tools & CLIs
Screening agent actions with Jev
A test report that puts Jev in front of each agent action before it runs: most attacks were caught, with almost no false positives on legitimate tool calls.
- Format
- Post
- Reading time
- 3 min
- Published by
- Community
- Author
- isNickMa
- Last verified
- Sep 2026
Highlights
- Jev screened each agent action before execution, catching most attacks in the author's test set.
- The report tracks false positives on legitimate calls alongside detections.
- Frames Jev as a fast action gate rather than a full security review.
Watch out
A single author's test report rather than an independent benchmark; the dataset and method are summarized in the thread.
Questions about this entry
Short answers drawn from the linked project or page.
A first impression with a repo behind it. The author links a harness for evaluating Jev as a fast monitor and action gate, so the setup is inspectable, but the post reports results in one line with no counts, no attack list and no false-positive rate. Nothing here is an independent benchmark.
The source does not give a number. The claim is qualitative in both the post and the thread, and the dataset and method are summarized in the linked repo rather than reported in the post. If false blocks on legitimate tool calls matter to you, read the harness yourself before trusting the framing.
Escalate only the suspicious ones, per the author's own follow-up: Jev filters everything and sends just the suspicious cases to the frontier model. That is the setup described as cutting cost substantially, and it also keeps the monitor off the critical path for benign traffic. A block-everything gate would be a different design with different latency and false-block tradeoffs.
The author's conclusion is no, and the post is careful about it. Fast non-writing models are not going to replace LLMs, but they could make real-time safety checks practical by handling the volume and escalating the rest. That is a latency and cost argument about screening, not a claim that Jev reasons better than the model it filters for.
The author is Nick, a senior research engineer working on technical AI safety, and the linked harness is nican2018/shade-arena-jev-monitor, which evaluates Jev as a fast monitor and action gate. The post is dated 17 September 2026 and has a few hundred views.
It is the author's framing of the model: it does not write an explanation, it returns probabilities for the questions asked, which is what makes it fast enough to sit in front of every action. That framing is why the post treats it as a screening layer rather than a replacement for the reasoning model.
It quote-posts Diogo Almeida's release thread, which says Jev is up to 20-200x faster and 40-400x cheaper than LLMs, so the guard result is being read in that context rather than against an independent baseline.
Reactions & coverage
Posts, threads, and videos about this entry from around the web.
YouTube: Kubernetes admission control with a decision model, fail-closed.
Hacker News: SafeDep Gryph plus Jev checks for compromised coding-agent behavior.
2 pointsDetecting Compromised AI Coding Agents with Jev and GryphRead the thread on Hacker NewsX: Jev and Laya on security queries
X: Testing Jev for prompt injection
From the Jev guides
Original write-ups on what this entry is for.
From the Jev AI model community
Posts from builders shipping with Jev right now.