Direct Answer
Jev can act as a cheap, fast screening layer around a coding agent, but it cannot build or certify software on its own. In Ray Amjad's walkthrough, Claude Code or Codex handles the deliberate work: plan, implement, investigate, and repair. Jev answers narrower questions about which skill fits a request, what deserves review in a diff, and whether a comment or browser observation merits attention. The application decides what to do with those answers.
That suggests a useful loop: build, run deterministic checks, screen the remaining evidence, investigate the shortlist, fix, and verify again. The interesting part is not merely lower model cost. It is giving the coding agent timely, specific feedback without asking a large model to read every low-signal item. The video mixes working examples with imagined extensions; this article keeps those evidence levels separate.
Access: Vercel has made Jev available through AI Gateway, alongside TypeSafe's direct access path. Confirm current availability and pricing before wiring it into a coding workflow.
Watch Ray Amjad's Walkthrough
Credit: This article draws on Ray Amjad's video and the supplied transcript. Follow Ray on X or visit his website. Product behavior and the skill-selection experiment are checked against TypeSafe's original documentation; the creator's tests remain his own observations.
What the Fast Decision Layer Actually Does
TypeSafe describes Jev as a model that receives state plus typed questions and returns structured answers, rather than prose. A Choice picks among options, a Score applies an ordered rubric, and Noul returns a 0-to-1 value for a true-or-false-style question. The video calls the last primitive "bool" in its interface; the official API documentation calls it Noul. Multiple questions can be evaluated against the same state.
Ray's example gives the model a coding task and a diff, then asks whether the change addresses the task, whether tests were weakened, how strong the verification is, and what risk surface it touches. Those are screening questions, not proofs. A schema-valid answer can still be wrong about the code. TypeSafe's confidence guidance recommends routing uncertain and consequential decisions to additional checks or a person.
The video's "System 1 / System 2" analogy is a design shorthand: a quick classifier handles frequent bounded choices while a slower agent handles planning and ambiguous cases. It does not mean Jev thinks like a person or that speed establishes correctness. Ray illustrates the pattern with a Minecraft controller demo; a trading bot appears too, but he explicitly does not present it as a reliable investment strategy.
Choose a Skill Without Loading Everything
Ray's first coding-agent use case is skill selection. A large roster can consume context and make it easier to load the wrong instructions. The TypeSafe skill-suggestion cookbook tests a two-step approach: rank 182 Hermes skills, then inspect the top three and allow the system to reject all of them. In its published 488-request experiment with a specified Haiku model, wrong-skill loads fell from 16.8% to 7.3%, while unnecessary loads when nothing fit fell from 9.8% to 4.0%.
Those are TypeSafe's results for that roster and harness, not a universal improvement for Claude Code or Codex. The cookbook also keeps the original skill index and agent judgment in place; it adds a suggestion rather than silently replacing the agent's selection process. Ray speculates about removing thousands of tokens from his own setup, but that saving was not measured in the published experiment.
The official TypeSafe agent skill helps coding agents find current docs and compose typed questions. Review any downloaded skill and its requested access before enabling it, and put the API key in an environment variable rather than in a chat or source file.
Fast Browser Feedback Is Not a Full Test Suite
Ray shows a creator's flight-selection browser demo that finishes in about seven seconds, then proposes using fast browser agents to exercise an application's flows while Claude or Codex implements features. He also references a separate parallel browser-testing demonstration. These clips show a promising way to gather observations, but the video does not establish that Jev independently validated hundreds of user flows, found every defect, or reduced a complete release test to pennies.
For a coding team, define a known path with expected results first: sign in as a test user, create an item, confirm it appears, and inspect any error. Preserve screenshots, traces, and exact steps when a check fails. Run your existing unit, integration, and accessibility tests too. A model's "looks broken" judgment is a lead for investigation, not a substitute for a reproducible failing assertion.
Comments, Qualitative Linters, and Code Review
Ray runs a concrete comment-screening example: he reports 150 comments assessed in 9.3 seconds for about one cent. The agent estimates roughly 57 cents to scan the remaining comments and projects a shortlist of about 1,700 comments to rewrite; those latter figures are estimates, not a completed review of the whole repository. A separate proposed code-smell pass is estimated at about 28 million input tokens and $1.19, but the video does not show a validated full-codebase result.
The useful distinction is between accuracy and usefulness. A comment can truthfully restate a function while adding no information. A qualitative check could flag that case, or ask whether a function name hides a side effect, or whether a log statement may expose personal data. Existing static analyzers remain the right tool for mechanically checkable rules. Treat a probabilistic "linter" as an advisory shortlist for questions that code rules alone cannot settle.
The linked Jev Review repository demonstrates a staged diff/codebase screening workflow and a local dashboard. Its own README describes findings as review prompts, not proof of a defect, and says it does not yet integrate compiler diagnostics or static analyzers. Ray's suggestion that such screening could cut a coding agent's review reading by ten times is an agent-generated estimate in the video, not a measured end-to-end saving.
Put the Pieces Into One Measurable Loop
- Build: give Claude Code or Codex one scoped change with acceptance criteria and a reviewable diff.
- Prove the basics: run type checks, tests, static analysis, and a scripted browser path. Collect failures and evidence before any model screening.
- Screen: ask Jev a small set of bounded questions about the diff or failed observation. Return the source location, chosen answer, probabilities, and the rubric version to the reviewer.
- Escalate: have the coding agent inspect high-risk or uncertain items with the surrounding code and tests. A human approves security, data-loss, or production-impacting changes.
- Measure and repeat: compare flags with reviewed outcomes. Track missed defects, false alarms, latency, total workflow cost, and time to a verified fix before expanding the rules.
Only revise questions or thresholds against a held-out set of examples; otherwise the loop can learn to agree with its own mistaken feedback. The intended product is a better review queue, not an automatic green checkmark.
What Needs More Evidence
- Security findings: a classification cannot certify that code is safe. Keep independent scanners, dependency checks, tests, and qualified review.
- Browser agents: fast navigation does not prove full coverage, reliability, or permission to perform irreversible actions. Test in a disposable environment with limited credentials.
- Cost and speed: the video includes creator-measured calls, TypeSafe benchmarks, and future projections. Record the complete cost of retrieval, browsers, storage, larger agents, and human review for your own workload.
- Confidence: a high probability is not a guarantee. Audit calibration with labeled examples and make the action threshold stricter as consequences rise.
Ray also cites a Sentry engineer's reported security-pipeline comparison. That is a promising reported case, but it is not a benchmark for this site's codebase or evidence that every code-review question will outperform a frontier model. For the model itself, see our Jev reliability explainer; for Riley Brown's separate model-router and inbox tests, see Jev in Practice.
Video Chapters
| Time | Topic | Time | Topic |
|---|---|---|---|
| 00:00 | Intro | 14:53 | Browser use |
| 00:21 | Jev and its primitives | 16:34 | Adversarial testing |
| 06:43 | System 1 and System 2 | 17:56 | Garbage comments |
| 08:22 | Trading bot | 19:44 | Qualitative linters |
| 09:24 | Minecraft | 20:27 | Code smells |
| 12:32 | Skill selection | 22:44 | Code review |
| 13:52 | Feedback loops | 23:45 | Codebase reflexes |
| 14:06 | The cohort | 25:30 | Sentry |
| 26:36 | What comes next | ||
| 27:13 | Outro |
Links, Demos, and Credits
- Ray Amjad: Jev + Claude Code = The New Agentic Coding Loop (video and supplied transcript)
- TypeSafe: Introducing System One Models and Jev; Jev documentation; confidence guide
- TypeSafe: Skill Suggestion cookbook and measured comparison; official coding-agent skill
- Jev Review: staged code-review project
- Vercel: TypeSafe AI's Jev is available on AI Gateway
X posts linked by the creator: @grichadev, @rafalwilinski, @vimota, @markjaquith, @gregpr07, @daniellockyer, @jarrodwatts, @anderslie, and @CompleteSkeptic. These links come from the video's description; the posts' individual claims were not independently verified here.
YouTube lists the video's publication date as 18 September 2026. This article was reviewed on 19 September 2026. Model access, prices, and demo performance can change.