Jev开放与5美元额度：官方页面核实

先说结论

1. 本次能核实的官方页面里没有出现“全量开放”“5 美元额度”这类表述；这些说法来自中文媒体与二手转述，本文标为社区二手。
2. 能核实的一手事实：官方控制台、Playground、API key 获取路径、模型别名 jev-latest、定价 $42/十亿输入 token、限流数字与上下文长度。
3. 读者应自己登录控制台确认是否还在候补、能否直接创建 key、账户是否有额度；判断依据应是一手页面，不是中文媒体标题。
4. “候补制 vs 直接可用”影响的是拿 key 的等待时间和并发预期，不影响已有的 HTTP 接口形状和 SDK 字段。

时效性说法与官方页面核对

先看中文媒体中流传的说法：Jev 已全量开放，送 5 美元额度，约 1.2 亿 token。这些说法被大量转载，但在我可核实的四个官方页面里，都没有出现“全量开放”“5 美元额度”“免费额度”这类表述。所以本文将这些说法标为社区二手，不当作官方事实。

我逐页核对了以下一手来源：

• 官方首页：有 Jev 模型介绍、定价信息和入口，但没有任何“全量开放”公告。
• 官方 Quick start：有 Playground、API key、SDK 示例，但没有额度赠送说明。
• 官方 Models 页：有模型名、限流、上下文等，但没有 5 美元额度。
• 官方文档索引：是页面清单，也没有这些表述。

这里需要区分：官方没有在页面上写不等于事情没发生，但读者和媒体不能把“没被一手页面证实”说成“官方已经宣布”。时效性强的信息尤其应这样处理。

能核实的一手事实

官方入口和调用流程

官方 Quick start 给出的步骤包括：

• 打开 Playground 并登录；
• 从 dashboard 获取 API key；
• 向 https://api.typesafe.ai/v1/systemone 发 POST 请求；
• 安装 SDK 并通过环境变量 TYPESAFE_API_KEY 调用。

官方文档原句是：

The client reads TYPESAFE_API_KEY from the environment and calls jev-latest by default.

这说明 SDK 默认使用 jev-latest 模型别名，而不是某个具体版本号。

模型别名和当前版本

官方 Models 页 列出了当前模型 Jev 1.13，模型 ID 为 jev-1.13.0。别名表中写明：

• jev-latest → jev-1.13.0，含义是“The most recent stable, official release. The default in our client SDKs, and the name the examples in these docs use.”
• jev-preview 目前也指向 jev-1.13.0，没有 preview build。

这些是官方数据。

定价和限流

定价来自官方首页：

$42 Per Billion input tokens.

这是官方数据。注意它说的是输入 token，输出 token 免费（models 页也写明 “Output tokens are free.”）。中文二手源若把 5 美元额度换算成 token 数，需要看是否用了这个 $42 单价，但官方没有 5 美元额度，所以这种换算本身就建立在二手信息上。

限流数字来自官方 Models 页：

Rate limits 250,000 tokens per second / 1,200 requests per minute

以及上下文：

Context length 64k tokens per request; 32k tokens for state plus the longest question

这些数字是官方数据。该页还提醒：“Rate limits are adjusting dynamically… the limits above can change without notice”。所以拿限流数字做并发设计时，要留出余量，因为官方现在并不承诺稳定配额。

接口形状：官方代码示例

下面是官方 Quick start 中示例的简化，用于展示三类问题的字段形状。注意我只使用官方示例中出现的字段名：

from typesafe_sdk import Choice, Noul, Score, TypeSafeClient

client = TypeSafeClient()  # 默认读取 TYPESAFE_API_KEY，调用 jev-latest

response = client.system_one(
    state="用户消息或其他自然语言文本",
    questions={
        "department": Choice(
            instructions="Which team should handle this",
            criteria={
                "billing": "Payment or subscription issues",
                "technical": "Bugs or integration problems",
                "sales": "Pricing or account questions",
            },
        ),
        "frustration": Score(
            instructions="How frustrated the customer appears",
            criteria=[
                "Calm, just stating facts",
                "Frustrated but civil",
                "Very angry, strong language",
            ],
        ),
        "is_urgent": Noul(
            instructions="The message conveys urgency or time-sensitivity",
        ),
    },
)

print(response.answers["department"].choice)
print(response.answers["frustration"].score)
print(response.answers["is_urgent"].noul)

这个示例能核实的字段形状是：Choice 的答案返回 choice、probabilities、confidence；Score 的答案返回 score、legend、probabilities、confidence，且 Score 的 criteria 是有序数组，从低到高；Noul 答案只返回一个 noul 值，没有 confidence 也没有 probabilities。这些是从官方示例和文档索引中能查到的，不要自行添加参数。

读者自查路径（我的操作建议）

如果你需要确认真实状态，建议按下面步骤自查：

1. 打开 TypeSafe 控制台，看首页是否还有候补/waitlist 提示；
2. 点击 Keys 页面，看能否直接创建 API key；如果还需要申请或排队，就说明不是全量开放；
3. 查看账户的 billing/credits 页面，看有没有 5 美元额度或赠送记录；
4. 把 官方 Models 页 和 官方 Quick start 作为接口事实来源，把官方 changelog 或邮件公告作为额度/开放状态的一手来源。

这些是我的操作建议，不是官方要求。官方页面上没有把“控制台自查”写成验证流程，但工程上这是最直接的确认方式。

方法论：一手页面有没有，比标题更重要

“Jev 全量开放、送 5 美元额度”这类信息属于强时效性说法，很容易在传播中变形。我的判断标准是：先看是否有一手页面。官方 changelog、官方博客、官方文档、控制台弹窗、官方邮件，属于可以引用的一手来源。中文媒体、社区帖、微信群转发，即使内容正确，也只能算社区二手。

如果找不到一手页面，就应该写“未能核实”，而不是把二手来源转述成事实。这不是过度保守，而是因为额度、开放范围这些信息会直接影响开发者的成本评估和上线计划。

工程影响：候补制影响等待，不影响接口形状

最后把“候补制 vs 直接可用”对工程的影响讲清楚。两者影响的是拿 key 的等待时间和并发预期：

• 如果还在候补，你拿不到 key，或者只能排队，那么所有调用都无从开始。
• 如果已经直接可用，你还需要确认账户额度是否够用，以及限流是否符合你的并发需求。

但它不影响接口形状。官方 Quick start 已经给出 POST /v1/systemone 和 SDK 的调用方式，模型字段可以用 model 指定 jev-latest 或版本号。只要 key 可用，接口的字段名、返回结构、认证方式不会因为是否“全量开放”而改变。

另外，官方 Models 页 对别名的说明里有句建议值得注意：

If you have tuned confidence thresholds against a specific version, pin that version’s ID instead of the alias and move to the new one on your own schedule.

这是官方写的。意思是如果你在生产里针对某个版本调过置信度门控，最好固定版本 ID，因为 jev-latest 会随新版本移动。这是工程上值得采纳的实践，不是我自己发明的规则。

这次没核实的

• “Jev 已全量开放”：未能核实。官方页面没有“全量开放”或“general availability”表述。
• “送 5 美元额度”：未能核实。官方首页和文档未提及任何免费额度。
• “约 1.2 亿 token”：社区二手的换算，未在官方页面找到对应数字；我未做独立推算，因为基础额度数字本身就未能核实。
• 当前是否仍需候补：未能核实，需要登录控制台确认。

参考来源

• TypeSafe AI 官方首页（一手：定价与入口）
• 官方 Quick start（一手：控制台与 key 流程）
• 官方 Models 页（一手：限流与上下文）
• 官方文档索引（一手：可核实的页面清单）