the short answer
As verified September 22, 2026, TypeSafe lists jev-1.13.0 as the current stable Jev model; jev-latest and jev-preview both resolve to it. The direct API is text-only, accepts 64k total tokens with a 32k state-plus-longest-question limit, charges $0.042 per million input tokens, and returns output tokens free. Published rate limits are dynamic, and documented Jev 1.13 weaknesses still require task-specific evaluation.
- Snapshot date
- September 22, 2026
- Pinned model
jev-1.13.0- Aliases
jev-latestandjev-previewboth resolved to 1.13.0- Direct price
- $42 per billion input tokens ($0.042/M); output tokens free
- Context
- 64k total; 32k for state plus the longest question
- Published direct limits
- 250k tokens/second and 1,200 requests/minute; dynamic
What This Model Card Can Establish
This is an operational snapshot assembled from TypeSafe’s public model, interface and jaggedness documentation. It is not a vendor-issued safety report, an independent benchmark, or a disclosure of Jev’s weights and training data. Mutable facts carry a verification date because aliases, limits, price and provider availability can change without this page changing automatically.
The model’s job is stable across those mutable details: consume text state and typed questions, then return bounded decisions and probability distributions. For the full application boundary, read how Jev works; for a task-selection guide, read when not to use Jev.
Model Identifiers and Release Channels
An alias is a deployment pointer, not a model version. Using jev-latest in a request does not eliminate the need to record the resolved model returned by the service. If a threshold or policy was fitted on one version, silent alias movement can change coverage and error rates while application code remains unchanged.
| Identifier | Meaning on September 22, 2026 | Production implication |
|---|---|---|
jev-1.13.0 | Pinned stable version | Reproducible target for a calibrated workflow |
jev-latest | Stable alias resolving to 1.13.0 | Can move; log the resolved model and replay before adopting |
jev-preview | Preview alias also resolving to 1.13.0 | Treat as a change channel even while targets match |
Input, Context and Throughput Limits
TypeSafe documents text input and a 64k-token request budget across state and questions, with a separate 32k limit for state plus the longest individual question. These are acceptance limits, not a recommendation to fill the window. The Jev 1.13 jaggedness page says irrelevant long state can reduce accuracy. A production state projector should select the smallest evidence that preserves the criterion and measure quality as state grows.
The model page lists 250,000 tokens per second and 1,200 requests per minute for the direct service, while explicitly saying rate limits are adjusting dynamically. Capacity planning must therefore read current response headers or account documentation, handle 429s, bound retries and reserve room for bursts. OpenRouter or Cloudflare quotas are provider-specific and should not be copied from TypeSafe’s direct limits.
| Limit | Published value | Design consequence |
|---|---|---|
| Request total | 64k tokens | Budget state plus every question |
| State + longest question | 32k tokens | One oversized question can fail before total reaches 64k |
| Token throughput | 250k tokens/s, dynamic | Batching and shared state affect capacity |
| Request throughput | 1,200 requests/min, dynamic | Small calls can hit RPM before token throughput |
Price the Serialized Workload, Not the Visible Sentence
At the documented direct rate, one million input tokens costs $0.042. One million calls averaging 500 input tokens consume 500 million tokens, or $21 in model input charges. That arithmetic excludes retries, provider markup, orchestration, observability, human review, fallback models and engineering work. The pricing guide develops those scenarios and compares provider boundaries.
Questions consume input as well as state. Independent questions can share one state in a request, which may avoid repeating the state, but batching changes request size and failure scope. Measure the actual serialized request and end-to-end service rather than multiplying a guessed prompt length by the model price.
Known Jev 1.13 Behavior Belongs in the Model Card
These are not edge notes to hide below a benchmark. They determine whether an application is correctly designed. The complete limitations guide connects each weakness to a regression fixture and mitigation.
| Documented weakness | Engineering response |
|---|---|
| Literal interpretation | Write direct atomic questions and include boundary fixtures |
| Counting, arithmetic, numeric forms and dates | Calculate and compare in deterministic code |
| Multi-hop indirection | Resolve dependencies outside the model or use a reasoning model |
| Irrelevant long state | Project, label and ablate context |
| Adversarial instructions in state | Separate trust domains; never use Jev as the only authorization boundary |
| Contradictory criteria or assumed probability identities | Test the exact primitive and formulation instead of deriving one answer from another |
Language and Data-Use Claims Need Deployment-Specific Checks
TypeSafe says English is Jev’s strongest language and that requests and responses are not used to train the model. The first claim requires per-language evaluation before rollout; the second answers training use but does not by itself specify retention duration, residency, subprocessors or a customer’s regulatory obligations. Review current contractual and provider documents for those questions.
If a gateway serves Jev, assess that provider’s data path separately. Model identity does not make TypeSafe’s direct-service terms automatically apply to Cloudflare, OpenRouter or another intermediary. The platform guide keeps access method and model behavior as separate columns.
A Model-Card-Based Release Gate
- Pin the candidate model and record provider, SDK and endpoint versions.
- Replay a held-out set containing common, boundary, minority-slice and adversarial examples.
- Compare class errors, calibration, coverage, latency percentiles, rate limits and cost with the current version.
- Shadow or dual-run on current traffic without changing actions.
- Approve thresholds separately from approving the model; record rollback criteria.
- Monitor resolved model IDs and rerun the gate when any alias moves.
FAQ
What is the current Jev model?
TypeSafe listed jev-1.13.0 as the stable version when checked September 22, 2026. Verify the live model page before deployment.
How large is Jev?
TypeSafe has not published a parameter count. The public model card describes interface and service limits, not internal model size.
Does Jev support images or audio?
The current TypeSafe model page lists text input. Do not infer multimodal support from a gateway’s generic API.
Does TypeSafe train Jev on API requests?
TypeSafe’s model documentation says requests and responses are not used for training. Retention, residency and legal requirements still need current contractual review.
Are Jev rate limits fixed?
No. TypeSafe labels the published direct limits dynamic. Verify current account limits and design for rate-limit responses.
Sources
Checked against the sources below on September 22, 2026. Model versions, prices and limits change.
- TypeSafe AI: Introducing System One Models and Jev
- TypeSafe AI docs: Introduction
- TypeSafe AI docs: System One
- TypeSafe AI docs: Primitives
- TypeSafe AI docs: Confidence
- TypeSafe AI docs: How to build with System One
- TypeSafe AI docs: Jev 1.13 jaggedness
- TypeSafe AI docs: Models