访问 Jev 的 6 种方式：趁它还在 Early Access

你读完了关于 Jev 的介绍，兴冲冲跑去注册，结果撞上一个候补名单表单。大多数人到这一步就停下了。

候补名单是真的，但它只是众多入口中的一个，而且不是打开最快的那一个。TypeSafe 的发布博文说 Jev “现在即可通过 early access 使用”，团队正在“尽快让开发者脱离候补名单”。与此同时，第二条路线从 9 月中旬就已上线，完全不需要邀请。

本文用一个标准给这些路线排序：十分钟内你能不能发出一个真实请求？如果你想先了解这个模型本身，可以先看Jev 是什么，再回来。

AI Coding 交流群

如果你也在用 AI 写代码，或者正在研究 Cursor、Claude Code 这些工具，欢迎加入以下交流群。群里平时会聊一些 AI 编程的实际用法、开发工作流，还有各种新工具和新玩法。

你实际拿到的是什么

Jev 是一个 System One 模型：你交给它一段状态和一组封闭式问题，它返回的是校准过的概率，而不是一段文字。三种题型几乎覆盖你会问它的所有事情：noul用于判断是或否，choice用于在最多 255 个选项中选择，score用于 2 到 10 个有序等级。

1. Vercel AI Gateway

这是对大多数读者最快的入口，也是唯一一个没有列出候补名单的。Vercel 在 2026 年 9 月 16 日把 Jev 加入了 AI Gateway（更新公告）。如果你的 Vercel 账号已有 Gateway 权限，你就已经能用 Jev。模型 id 是typesafe-ai/jev。

调用时使用 AI SDK（7 及以上版本）中的experimental_evaluate：

import { experimental_evaluate as evaluate } from 'ai';

const result = await evaluate({
  model: 'typesafe-ai/jev',
  state: 'The support agent issued a full refund of $42.00 and closed the ticket.',
  questions: {
    refunded: { type: 'boolean', instructions: 'Was a refund issued?' },
  },
});
// result.answers.refunded -> { type: 'boolean', probability: 0.99 }

有一个注意事项值得提前规划。Vercel 的评估文档写明：评估能力只能通过 AI SDK 使用，Gateway 的 OpenAI 兼容、Anthropic 兼容和 Cohere 兼容端点都不支持。所以如果你的服务现在是通过把 OpenAI 客户端指向一个 base URL 来访问 Gateway，这个客户端无法调到 Jev——路径里必须有 AI SDK。

这就把 Gateway 排除在 Go 服务、Rails 应用，或任何通过 OpenAI 形态 SDK 访问模型的场景之外。对已经用上 AI SDK 的 TypeScript 项目来说，只是改一行模型名的事。

在把这个入口用到生产环境之前还要知道一件事：整条链路里唯一的凭据就是你的 Gateway key，所以你拿不到 TypeSafe 控制台，没有按 key 的用量页面，也看不到自己距离 Jev 自身的限制——每秒 250,000 token、每分钟 1,200 个请求——还有多远。反正这些数字也是动态的。如果流量重要，请自己记录请求数。

2. OpenRouter

Jev 已经在 OpenRouter 上线，没有候补名单。模型 id 是typesafe/jev-1.13，带日期的构建是typesafe/jev-1.13-20260917，另有typesafe/jev-latest用于追踪最新发布。定价与 TypeSafe 官方一致：每百万输入 token $0.042；但页面列出 32,000 token 上下文，而不是直连 API 文档写的 64k，把大状态负载迁过来之前先确认这个上限。

这是今天就能打开的第二个入口，适合已经在用 OpenRouter 路由模型、希望 Jev 和其他模型一起结算的团队。一个值得知道的怪癖：Jev 不会出现在 OpenRouter 的公开模型列表 API 里，任何靠枚举该端点构建模型选择器的东西都看不到它。

3. 直连 API 的官方候补名单

这是所有人第一个找到的入口，即使你今天先走路线 1，也值得排上。在typesafe.ai注册，控制台在console.typesafe.ai。

邀请到手后，请求形态就是一次简单的 POST。端点是https://api.typesafe.ai/v1/systemone，用Bearer key 鉴权。当前有两个模型 id 在线：jev-latest，目前解析到jev-1.13.0；jev-preview则始终指向最新构建，无论它是不是正式发布。我们关于创建 Jev API key的指南覆盖了 key 创建、第一个请求，以及你会遇到的错误码。

要清醒地评估等待的成本：TypeSafe 没有公布等待时长、排队位置或目标日期，“尽快”是唯一的公开承诺。名单照排，等待期间先按路线 1 搭建。

既然 Gateway 能用，为什么还要费这个事？直连让你可以使用任何客户端语言，而不只是 TypeScript。它从你的延迟预算里去掉一跳——当厂商自己给出的端到端数字是 70ms 到 500ms 时，这一跳是有分量的。它还给你控制台，key、用量和限额都在一个地方可见。想了解你是在和谁签约，我们单独写过TypeSafe AI 公司背景。

4. Claude Code 和 Codex 的 agent skill

TypeSafe 为编程 agent 提供了一个开箱即用的agent skill，安装方式有两种：

claude plugin marketplace add typesafe-ai/skills
# or
npx skills add typesafe-ai/skills

这不是凭据，也不会帮你插队。它给你的是一个能正确对接 Jev 的编程 agent。没有它，一个被要求“加上 Jev”的 agent 会伸手去写 chat-completions 调用、编一段提示词，然后试图从一段话里解析出是或否。对返回概率字段的模型来说这是错误的形状，你最后调试的是一段从头就不会工作的代码。

装上 skill 之后，你的 agent 知道请求形状、三种题型，以及拿到 confidence 值之后该做什么。把它和路线 1 或路线 2 搭配，因为它背后仍然需要凭据。接线接对之后，如何使用 Jev讲的是更难的部分：设计模型真正能答好的问题。

5. 官方 SDK

TypeSafe 发布了Python SDK和JavaScript SDK：

pip install typesafe-sdk

说句实话，因为不少盘点文章拿这一条凑数：SDK 不是一条独立的路。它是你在拿到凭据之后，使用路线 1 或路线 2 最舒服的方式。在没有 key 的机器上装这个包，你得到的只是一条 import 语句和一个 401。

但过了这一关之后尽管用。它们处理重试、带类型的响应和概率字段，省得你把同样的解析逻辑写两遍。

6. 在本地跑一个类 Jev 模型

如果你完全被挡在门外，又想本周就把这个模式原型跑起来，社区已经有了一批复刻：OpenJev、mini-jev、jevlike，以及一个面向 Apple Silicon 的 MLX space。它们让你现在就能写调用代码、问题集和阈值逻辑，等真正的访问权限落地再换端点。

它们都不是 Jev。没有一个复刻了它的训练，而校准恰恰是最难复制的性质。把它们当脚手架，别当替代品。我们在OpenJev 与开源 Jev 替代品里做过详细对比。

该选哪条路线

今天最快：Vercel AI Gateway，如果你的代码是 TypeScript 并且能直接调 AI SDK。以分钟计，不以天计。
长期最佳：直连 API。任意语言、少一跳，而且控制台才是限额和用量真正所在的地方。现在就排队，让计时开始。
完全被挡住时：本地复刻做原型，再配上 agent skill，等真 key 到手时你的 agent 写出的东西形状就是对的。
单独不算一条路：SDK。先有凭据再安装，顺序别反。

在 Apifox 里把请求建一次，两个入口随便指

这是在 API 客户端里而不是 curl 里做这件事的实际理由：无论你走哪个入口，请求体的形状都一样——一个 state 字符串加一个 questions 对象。所以在Apifox里把请求建一次，把 key 存成环境变量，切换环境就能把同一个已保存请求指向 TypeSafe 端点或你的 Gateway 路由。不用第二套集合，也没有两份拷贝之间的漂移。

然后给概率字段加一条断言，比如answers.refunded.probability > 0.9（以一个你确定成立的情况为例）。这一条断言会立刻告诉你新入口的行为是否与旧入口一致。当候补邀请到手、你要从 Gateway 切到直连 API 时，对新环境跑一遍已保存请求，看一个绿色的对勾就行，不用肉眼对比两坨 JSON。

FAQ

为什么 Jev 不出现在 OpenRouter 的模型 API 里？

它列在网站上，但公开的/api/v1/models响应里没有它：该接口返回 446 个模型，其中没有 Jev。这个端点描述的是 chat-completions 模型，而 Jev 是评估模型，形状对不上。如果你靠程序化枚举模型来构建选择器，Jev 不会出现，只能手动加上。

候补名单要等多久？

未公布。TypeSafe 没有透露队列长度、平均等待或 early access 结束日期。唯一的公开表态是团队在尽可能快地让人脱离名单。按邀请可能要等几周来规划，期间用 Gateway 搭建。

走 Gateway 会更贵吗？

Jev 定价为每百万输入 token $0.042，输出 token 不收费，所以哪条路都不贵。Gateway 会在上面加自己的计费层，迁移生产流量前先对比 Vercel 账单和控制台数字。上下文是每次请求 64k，其中 32k 留给状态加最长的问题，我们的Jev 使用指南讲了怎么不越界。

能从 Go、Ruby 或 Rust 用 Jev 吗？

只能走直连 API，也就是路线 2。Gateway 路径依赖 AI SDK，而 TypeSafe 只发布了 Python 和 JavaScript SDK。其他语言在 key 到手后，用自己的 HTTP 客户端向https://api.typesafe.ai/v1/systemone发一个普通 POST 即可。