{"slug": "jev-is-13-6x-faster-2-7x-cheaper-than-gpt-luna-6", "title": "Jev is 13.6x faster, 2.7x cheaper than GPT Luna 6", "summary": "TypeSafe's new decision model Jev ran Tessl's verifier suite 13.6x faster and 2.7x cheaper than GPT Luna 6, according to an evaluation Tessl published against its internal production code. Across six projects and roughly 2,725 verifier and file pairs with the gateway cache bypassed, Jev (jev-1.13.0) cost $0.65 list versus $1.74 illustrative for GPT Luna 6 (gpt-6-luna) and completed the run in 32 seconds versus 436.5 seconds. Tessl now supports Jev in its CLI alongside GPT Luna 6, and the same suite run against GPT Luna 5.6 found Jev 6.6x cheaper and 10x faster.", "body_md": "ARTICLE\n\n# Jev is 13.6x faster and 2.7x cheaper than GPT Luna 6 for Tessl verifiers. Try it yourself.\n\nDiscover how Jev outperforms GPT Luna 6 by being 13.6x faster and 2.7x cheaper for Tessl verifiers. Try Jev in the CLI now and boost efficiency!\n\n## Jev is 13.6x faster and 2.7x cheaper than GPT Luna 6 for Tessl verifiers. Try it yourself.\n\n*This evaluation was run against Tessl’s internal production code. We have shared the methodology, model details, and commands so you can run the same comparison on your own repository.*\n\nWe ran our whole verifier test suite (think linting, but with reasoning, read the blog for details) through **Jev**, TypeSafe's new decision model, and compared it against the current LLM we have been using as a judge, **GPT Luna 6**. This means six projects, around 2,725 verifier and file pairs, both judged on identical targets, with the gateway cache bypassed so that every LLM call was a genuinely fresh generation.\n\nHere are the key takeaways:\n\n- Jev ran our verifier suite **2.7x cheaper** and**13.6x faster** than our default LLM judge, GPT Luna 6.\n- You can try it now. **Tessl supports Jev in the CLI, alongside GPT Luna 6** .\n\nHere's some of the data points as a table for you to compare:\n\n|  | GPT Luna 6 (gpt-6-luna) | Jev (jev-1.13.0) | \n|---|---|---|\n| Cost, ~2,725 targets | $1.74 illustrative | $0.65 list | \n| Cost per 1,000 targets | $0.64 | $0.24 | \n| Wall clock | 436.5 s | 32 s | \n\nIt’s worth noting that we also ran the same suite against our previous judge, GPT Luna 5.6, and found Jev 6.6x cheaper and 10x faster there. Luna 6 is both cheaper and slower than its predecessor, so Jev's cost advantage narrows while its speed advantage grows.\n\nIf you have not come across Jev, it's a new model built to make decisions. It works as a generalised classifier: give it a question and some context, and it returns a decision with a probability, without generating a chat response. Jev will never say *\"you're absolutely right\"*, and I have 100% confidence that you're ok with that.\n\nThat makes it interesting for a familiar problem in software teams. Your coding agents can produce changes quickly, but they still need to follow the rules of your codebase. Some rules fit into tests or traditional linters. Others require reading the code and making a judgment: does this user-facing error tell someone how to resolve it? Does this change follow the architecture described in our design doc?\n\nWe've added Jev as a model for **Tessl verifiers**, so you can try it on rules in your own repository. The Tessl CLI is free to install, and there's a free tier for getting started.\n\n### What did we actually test?\n\nWe tested our Tessl verifiers, which are rules you check into your codebase. They say what should be true, when the rule applies, and what the judge should check. Your `tessl.json` controls which files the verifier runs against. The CLI then makes it easy to efficiently run all the required checks for a diff or across the full codebase, making it easy to run them locally or in CI.\n\nFor example, a verifier might say that user-facing errors about missing resources should give the user a concrete next step. It might be configured to only run on TypeScript files in the front end codebase. Tessl can work out if any files are relevant in your diff, or let you run a sweep across main. The rule lives alongside the code it governs, where your team and your agents can inspect and improve it.\n\nThat gives you a practical loop: agents generate code, verifiers check it, and review feedback helps you improve the rules.\n\nLet's take a look at what a simple verifier looks like:\n\n```\n1{\n2  \"name\": \"no-token-in-git-url\",\n3  \"instruction\": \"Git remote URLs must not embed credentials.\",\n4  \"relevant_when\": \"The file constructs or writes a git remote URL.\",\n5  \"checks\": [\n6    \"No git URL in this file contains a token, password or PAT.\",\n7    \"Credentials, where needed, come from the environment or a credential helper.\"\n8  ],\n9  \"level\": \"error\"\n10}\n```\n\nIn our codebase, Jev and GPT Luna 6 agreed on **85.9% of verifier decisions**. The differences were concentrated in rules about comment structure and content, where Jev tended to be more lenient: on warn-level prose rules Luna 6 failed 50.1% of files against Jev's 30.4%, while on warn-level code rules the two sat much closer at 15.3% and 10.3%. We also saw some unexpected disagreements, including on error-handling rules, and we're still looking into them.\n\nWe recommend tuning a verifier against the judge you plan to use, following the method in the `tessl-verify` skill. Try both models on examples you know and inspect where they differ. You can output the full responses for every judgement: GPT Luna 6's results include written reasoning, Jev's include decision probabilities. Those give you different ways to investigate a result and improve the rule.\n\nYou can reproduce what we've done in minutes. The comparison is more useful on your rules than on ours, so don't just take our data.\n\nStart by writing some verifiers for things your team already enforces by review comment, since those are the rules you already know the answers to. The [verifier docs](https://docs.tessl.io/codifying-and-enforcing-your-skill-standards/verifiers-overview) have the full schema and a worked example. Run `tessl change verify --all` for a baseline, run it again with `--model jev`, and then diff the two reports. The number worth your attention is not the agreement rate but the specific files where they part company.\n\n## Try it for yourself\n\n[Install the Tessl CLI](https://docs.tessl.io/introduction-to-tessl/set-up-tessl/installation.md) and initialise it in your repository. If you already have verifiers, run them on your current changes with Jev:\n\n```\n1tessl change verify --model jev\n```\n\nTo see which files a full run would inspect before making judge calls:\n\n```\n1tessl change verify --model jev --dry-run --all --show-files\n```\n\nThen try a sample:\n\n```\n1tessl change verify --model jev --all --sample 20\n```\n\nIf you're starting from scratch, ask your coding agent to use the `tessl-verify` skill to find a few concrete rules in your review comments, repository guidance, or design docs. Have it set up the verifier files and their scopes in `tessl.json`, then inspect the dry run and sample results together. The [Tessl docs](https://docs.tessl.io/) also walk through verifiers and running them in CI.\n\nWe want these building blocks to be visible and editable in your repository. Your agents can help create the rules, Jev can help check them, and your team can keep improving both through loops so they get more and more useful over time. Join our [discord](https://discord.com/invite/jbb2vHnHZQ?utm_source=blog) and share your results with the community!\n\nCOPY & SHARE\n\nSimon Maple\n\nSimon Maple is the Head of Developer Relations at Tessl, and AI Native Dev co-host. Previously, Simon was the Field CTO, and VP Developer Relations at Snyk, ZeroTurnaround, and IBM. He became a Java Champion in 2014, JavaOne Rockstar speaker in 2014 and 2017, Duke’s Choice award winner, Virtual JUG founder and organiser, and London Java Community co-leader.\n\nAmy Heineike\n\nAmy is Founding AI Engineer at Tessl. She was previously the VP of Engineering at 7bridges and Primer.ai as well as Director of Mathematics and Machine Learning at Quid.\n\nREADING\n\n·\n\n0%\n\nIN THIS POST\n\nCOPY & SHARE\n\nSimon Maple\n\nSimon Maple is the Head of Developer Relations at Tessl, and AI Native Dev co-host. Previously, Simon was the Field CTO, and VP Developer Relations at Snyk, ZeroTurnaround, and IBM. He became a Java Champion in 2014, JavaOne Rockstar speaker in 2014 and 2017, Duke’s Choice award winner, Virtual JUG founder and organiser, and London Java Community co-leader.\n\nAmy Heineike\n\nAmy is Founding AI Engineer at Tessl. She was previously the VP of Engineering at 7bridges and Primer.ai as well as Director of Mathematics and Machine Learning at Quid.\n\nYOUR NEXT READ\n\n## Who Owns your/the Context?\n\nExplore the complexities of context ownership in agentic transformations, focusing on workflows, processes, and the critical role of explicit ownership models.\n\nRob Hudson, Simon Maple\n\n### More articles by Simon Maple & Amy Heineike\n\n[See all articles](https://tessl.io/blog)", "url": "https://wpnews.pro/news/jev-is-13-6x-faster-2-7x-cheaper-than-gpt-luna-6", "canonical_source": "https://tessl.io/blog/jev-is-136x-faster-and-27x-cheaper-than-gpt-luna-6-for-tessl-verifiers-try-it-yourself", "published_at": "2026-09-23 19:56:59+00:00", "updated_at": "2026-09-23 20:00:00.586756+00:00", "lang": "en", "topics": ["ai-products", "ai-tools", "developer-tools", "large-language-models"], "entities": ["TypeSafe", "Jev", "Tessl", "GPT Luna 6", "GPT Luna 5.6", "jev-1.13.0", "gpt-6-luna", "Tessl CLI"], "alternates": {"html": "https://wpnews.pro/news/jev-is-13-6x-faster-2-7x-cheaper-than-gpt-luna-6", "markdown": "https://wpnews.pro/news/jev-is-13-6x-faster-2-7x-cheaper-than-gpt-luna-6.md", "text": "https://wpnews.pro/news/jev-is-13-6x-faster-2-7x-cheaper-than-gpt-luna-6.txt", "jsonld": "https://wpnews.pro/news/jev-is-13-6x-faster-2-7x-cheaper-than-gpt-luna-6.jsonld"}}