Jev pricing comes down to one published number: $0.042 per million input tokens, with output tokens priced at nothing at all. That skips the two things a training team needs before it can plan a budget: what that rate costs at real catalogue volume, and whether you can get an API key today or have to sit on a waitlist.
This guide answers both, with our own numbers. We ran the arithmetic against a 4,000-course tagging job instead of an abstract “per million tokens” example, and walked through the actual TypeSafe console ourselves on 22 September 2026 to settle the access question first-hand, because some secondary coverage still describes Jev as early-access or contact-sales only.
For background on what Jev is and how a System One model differs from a chat LLM, start with our guide to Jev and TypeSafe’s System One model. Everything below is dated, because Jev’s pricing and access terms have already shifted once since launch.
How much does Jev cost?
Jev costs $0.042 per million input tokens ($42 per billion), and output tokens are not metered at all, according to TypeSafe’s own model documentation (checked 22 September 2026). TypeSafe’s homepage also claims this is “238x lower” than the input price of Claude Fable 5.1, a comparison that is the vendor’s own framing, not an independent benchmark.
That single rate covers everything Jev does. TypeSafe has not published a price sheet broken out by primitive, so the same $0.042/million figure applies whether you are calling Choice (pick one of up to 255 labels), Score (rate on a scale), or Noul (a calibrated probability). You are quoted a blended rate, not a per-primitive one.
Output is free because Jev is not a text generator: it returns a typed answer, not a paragraph, so there is nothing to meter on the output side. TypeSafe’s own phrasing is that output tokens are “too cheap to meter.” The practical effect is that your entire cost forecast for a Jev job is just input tokens times $0.042 per million, with no separate line for generation.
What does a real L&D-scale job actually cost?
A 4,000-course catalogue tagged with 5 questions per course, at roughly 600 tokens per course record, works out to 12 million input tokens and about $0.50 total at Jev’s published rate. The same 20,000 tagging decisions run through a frontier LLM, at TypeSafe’s own published per-case comparison figures, would cost somewhere between $608 and $3,522.
How many input tokens does a 4,000-course tagging job use?
Start with the catalogue: 4,000 course records, each averaging about 600 tokens of description, metadata and content summary. Ask 5 separate questions per record (reading level, compliance relevance, duration accuracy, duplicate-content flag, skills-taxonomy tag), each as its own Jev call resending the 600-token record as context: 4,000 records times 5 questions times 600 tokens, or 12,000,000 input tokens.
What does that catalogue cost through Jev?
Multiply 12 million tokens by $0.042 per million and you get $0.504, call it fifty cents, to tag an entire 4,000-course catalogue five ways over. Output is free regardless of how long each returned label or score is. This is the number that has not been published anywhere else: a real L&D-scale job, not a hypothetical million tokens. If you are building a budget line around a project like this, our 2026 corporate training budget benchmarks are a useful cross-check for where it fits against the rest of a typical L&D spend.
What would the same tagging job cost through a frontier LLM?
TypeSafe publishes its own per-case comparison figures on its homepage: $0.0004 per Jev decision against $0.0304 to $0.1761 per decision for frontier models on the same class of task, a vendor claim we are attributing to TypeSafe rather than treating as independent. Applying that range to 20,000 tagging decisions (4,000 records times 5 questions) gives a projected frontier-model cost of $608 to $3,522 for the identical job that costs about $0.50 through Jev.
The gap is not really about token price. It is about what you pay per unit of work. Jev’s $0.042/million rate is a token price; the frontier comparison figure is a per-decision price that already bakes in the extra reasoning and generated text a chat-style model produces before landing on an answer it did not need to write out in full.
Batch Before You Multiply
If your workflow allows it, send all 5 questions against a record in one Jev call instead of five separate ones. Reusing the same 600-token state across questions rather than resending it each time can cut the token total for a tagging job like this by more than half.
Is Jev free to try?
Not in the way some coverage describes it. Several secondary sources report new accounts getting “$5 in free credit,” equal to roughly 120 million tokens. Our own signup on 22 September 2026 found no credit balance anywhere in the console, on either Home or Usage.
That correction matters because the $5 figure gets repeated across enough blog posts that it starts to look confirmed. It is not, at least not from what the console shows. What we found instead is straightforward pay-as-you-go pricing from the first token, with no visible free tier or introductory balance anywhere in the interface as tested. Given that our own catalogue example above cost about fifty cents, the gap between “free credit” and “no free credit” is small in practice, but treat the $5 number as unconfirmed rather than something to budget around.
Is Jev generally available, or still early access?
Jev is generally available as of 22 September 2026, based on our own console signup: creating an account produced an active API key immediately, with no waitlist, no approval step, and no contact-sales gate in practice. That contradicts some secondary coverage still framing Jev as early-access or request-only.
We are stating this as a dated, first-hand finding rather than a general claim, since access policies for a fast-moving launch can change without much notice. On the date we tested, signing up at console.typesafe.ai with an email or a Google account went straight to a working dashboard: no queue, no “added to the waitlist” message, no prompt to talk to sales first.
How do you get an API key?
Sign up at console.typesafe.ai, then open the API Keys page from the Home screen and create a key; it is active immediately, with no separate approval step as of our testing. The console’s own Quickstart panel then offers three ways to start using it: a no-code web Playground, a direct HTTPS API call, or the Python/JS SDK.
Step 1: Create an account
Go to console.typesafe.ai and sign in with Google or an email code. No separate signup form, no waitlist step, based on our 22 September 2026 walkthrough.
Step 2: Open the API key tile on Home
The Home screen has an “API key” tile that opens the API Keys page, a plain list of name, status, partial key value, creator, and creation date. It does not show usage, spend, or a credit balance, part of why the $5-credit claim did not hold up under our testing.
Step 3: Create and name a key
Click Create key, name it something you will recognize later, and copy the value immediately since it is usually shown only once. The Quickstart panel then walks through the Playground for manual testing, a raw HTTPS call, or the Python/JS SDK for production code.
For the mechanics of calling Choice, Score and Noul, see our walkthrough of Jev’s three primitives. For environment and SDK installation in more depth, our Jev setup guide is the deeper dive.
Name Keys By Environment
Create separate keys for development and production the moment you generate your first one. The API Keys page only shows name, status, partial key and creation date, not usage per key, so a clear naming convention is the only way you will later tell which key is burning through tokens.
What are the rate limits?
TypeSafe does not publish a specific numeric rate limit anywhere obviously discoverable in its primary documentation. Several third-party blogs, including OpenTweet’s Jev limits page, report figures of 250,000 tokens per second and 1,200 requests per minute, but we could not independently confirm those exact numbers against docs.typesafe.ai during our own testing on 22 September 2026. Treat them as third-party reported and unconfirmed, not settled fact.
TypeSafe’s own API reference does confirm the error-handling behavior: exceeding your rate limit returns a 429 Too Many Requests response, and 529 Overloaded signals the service is under heavy load, with exponential backoff as the documented fix. TypeSafe’s SDKs handle that automatically under their default retry policy. Higher, custom limits require an enterprise plan, meaning a conversation with TypeSafe, not a number on a pricing page. If limits are a hard constraint, confirm your account’s actual ceiling with hello@typesafe.ai rather than planning around a number from any blog post, including this one.
How does Jev pricing compare to GPT and Claude?
On a per-decision basis, Jev is dramatically cheaper than frontier chat models for classification-style work, per TypeSafe’s own published comparison: $0.0004 per decision for Jev against $0.0304 to $0.1761 for frontier models on the same task class. That gap reflects Jev skipping text generation entirely, not just a lower token rate.
| System | Cost per decision (TypeSafe’s own benchmark, vendor claim) | Projected cost for a 20,000-decision catalogue job |
|---|---|---|
| Jev (TypeSafe System One) | $0.0004 | About $0.50 by direct token math at $0.042/million input tokens |
| Frontier LLM, low end | $0.0304 | Approximately $608 |
| Frontier LLM, high end | $0.1761 | Approximately $3,522 |
Those figures are TypeSafe’s own numbers, not an independent benchmark, so read them as a vendor claim. They are directionally consistent with the plain arithmetic above, though: a genuine classification, score, or probability decision costs far less on a model built only to return that decision. For when a System One model like Jev fits better than a System Two chat model, see our comparison of Jev and traditional LLMs, and for budget context, our 2026 LMS pricing trends piece.
When does Jev stop being cheaper?
Jev stops being cheaper the moment your task needs generated text, multi-step reasoning, or open-ended output, since none of that is what a System One model does. It also stops being obviously cheaper once you factor in the engineering time to route decisions to Jev and everything else to a generative model.
The economics here only hold for genuine decisions: pick one, score one, estimate a probability. Writing a course description or summarizing a learner’s open-text response is not a Jev task at all, regardless of price, because Jev does not generate text. Teams that force generative work through a decision-only model will not save money; they will just have the wrong tool. Running two systems instead of one also has a real cost: routing logic, two API keys, two billing relationships. Our framework for LMS total cost of ownership is written for full platforms rather than a single API, but the same discipline applies: a fifty-cent token bill is not the whole cost of a new AI dependency.
Conclusion
The number to remember is $0.042 per million input tokens, free output, and roughly fifty cents to tag a 4,000-course catalogue five ways over. The number to stop repeating is the $5 free credit some other coverage cites; our own console walkthrough on 22 September 2026 did not find it anywhere.
Access is open now, not gated behind a waitlist, based on that same walkthrough, so the practical next step is not more research. It is creating a console account, generating a key, and running your own content set through a Choice or Score call to see the real number for your data. If you are building the case internally first, our LMS business case and ROI framework gives you a structure for putting a small, fast pilot like this in front of whoever signs off on new tools.
FAQ
Q1. How much does Jev cost per token?
Jev costs $0.042 per million input tokens ($42 per billion), with output tokens unmetered. TypeSafe has not published a per-primitive breakdown, so Choice, Score and Noul calls are all billed at the same blended rate. Confirmed against TypeSafe’s model documentation as of 22 September 2026.
Q2. Is Jev free to try?
Not exactly. Some coverage cites a $5 free credit worth about 120 million tokens, but our own console signup on 22 September 2026 showed no credit balance anywhere in the interface. Pricing in practice looked like straightforward pay-as-you-go from the first token, with no visible free tier in the console.
Q3. Is Jev still on a waitlist or in early access?
No, based on our own testing. Signing up at console.typesafe.ai on 22 September 2026 produced an active API key immediately, with no waitlist, approval step, or contact-sales gate. That contradicts some secondary coverage still describing Jev as early-access only.
Q4. How do you get a Jev API key?
Create an account at console.typesafe.ai, open the API Keys page from the Home screen, and click Create key. The key is active immediately with no separate approval step, based on our 22 September 2026 walkthrough. From there, the console’s Quickstart panel offers a Playground, a direct API call, or an SDK to start testing.
Q5. What are Jev's rate limits?
TypeSafe does not publish a specific numeric rate limit in an obviously discoverable place. Third-party blogs cite 250,000 tokens per second and 1,200 requests per minute, but we could not confirm those figures directly against docs.typesafe.ai. TypeSafe’s docs do confirm 429 and 529 error responses with recommended exponential backoff.
Q6. How does Jev pricing compare to GPT and Claude?
On TypeSafe’s own published benchmark, Jev costs about $0.0004 per decision versus $0.0304 to $0.1761 per decision for frontier models on comparable classification tasks. That is a vendor claim, not an independent benchmark, but it is directionally consistent with plain token-based arithmetic for decision-only workloads.
Q7. When is Jev not the cheaper option?
Jev stops being cheaper the moment a task needs generated text, open-ended reasoning, or written output, since it only returns typed decisions. Running two systems (Jev for decisions, a chat model for generation) also adds routing and operational overhead that a single-model setup avoids.