jev模型是typesafe ai于2026年9月15日发布的首个system one结构化决策模型,接收状态与预定义问题,输出带概率分布的强类型决策结果,专为代码直用设计。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

Jev 模型本身不负责密钥设置,密钥由调用方管理,响应格式也与密钥无关。真正需要关注的是:如何在请求中正确携带密钥,以及Jev 返回的结构化 JSON 格式长什么样。
密钥怎么传:只走 Authorization Header
Jev API 要求所有请求必须在 HTTP Header 中携带 Authorization: Bearer <your_api_key></your_api_key>。
不是 query 参数,不是 body 字段,也不是 X-API-Key 自定义头——只有 Bearer 方式有效。
- ✅ 正确写法:
Authorization: Bearer sk-xxx-jev-yyy
- ❌ 常见错误:
- 把 Key 写在 URL 里(如
?api_key=...)→ 401 - 用
X-API-Key: ...→ 401 - 在 JSON body 里塞
"api_key": "..."→ 400 或 401
- 把 Key 写在 URL 里(如
C# 示例中应这样设:
client.DefaultRequestHeaders.Authorization =
new AuthenticationHeaderValue("Bearer", Environment.GetEnvironmentVariable("TAOTOKEN_API_KEY"));
Jev 的响应格式是固定结构化 JSON
它不生成自由文本,而是按你定义的 schema 输出带置信度的决策结果。典型返回如下:
{
"decision": {
"isSpam": true,
"severity": "high",
"action": "block"
},
"probabilities": {
"isSpam": { "true": 0.982, "false": 0.018 },
"severity": { "low": 0.05, "medium": 0.12, "high": 0.83 },
"action": { "allow": 0.02, "review": 0.15, "block": 0.83 }
},
"model": "jev-1.13.0",
"input_tokens": 127,
"latency_ms": 76
}
-
decision是确定性输出(取各字段概率最高项) -
probabilities是每个字段所有可能值的置信分布 - 所有字段名和枚举值必须与你请求时提交的 schema 完全一致
密钥 + 响应格式要匹配模型 ID 和 Base URL
TaoToken 统一入口下,Key 本身不绑定模型,但实际调用时需确保三者对齐:
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像,然后保存
-
TAOTOKEN_API_KEY:从 https://www.php.cn/link/ecd058faafa18f55f81d730b142f8fd3 创建,权限范围可细粒度控制 -
TAOTOKEN_BASE_URL:固定为https://taotoken.net/api(末尾不加斜杠) - 请求路径拼接为:
POST /v1/jev/system-one - 请求体中必须含
"model": "jev-1.13.0"(不能写jev-latest或漏掉)
若 model 字段错写成 claude-code 或 codex,会直接返回 400:model_id_mismatch。
验证密钥是否生效:看状态码和 error 字段
成功响应是 200,失败时不会返回空或 HTML,而是标准 JSON error:
{ "error": { "code": "invalid_api_key", "message": "API key not found or revoked" } }
常见 error code:
-
invalid_api_key→ Key 错、过期、被删 -
rate_limit_exceeded→ 超过每分钟 1200 请求或每秒 25 万 token -
model_not_found→ model 字段值不合法 -
schema_mismatch→ 请求里定义的字段名或选项与服务端注册 schema 不符
不复杂但容易忽略。










