model

Jev-1.13

直接答案通过本站模型广场使用 /v1/systemone 提交 state 与 questions;响应从原生 answers 或 Community 的 data.answers 读取,适合分级、路由和风险判断。

更新 · 审核信息

模型特点

Jev-1.13 是 typed decision model,重点是把事实映射为可执行的结构化答案,而不是写文章或进行长对话。它适合工单分级、风险评估、路由、策略预筛和人工复核前置判断。一个请求可以同时返回多个问题的答案,方便把紧急度、下一步动作和升级概率放在同一轮决策中。

请求结构

使用 POST /v1/systemone,请求包含 modelstate 和非空 questionschoicecriteria 是对象;scorecriteria 是从低到高的数组;noul 通过 instructions 描述真假判断。网关模型广场测试器已提供 choice、score、noul 的复杂示例,可直接修改业务事实和问题。

响应与解析

JEV Community 返回 codemessagedata envelope,答案位于 data.answers;AIHubMix 和 OpenRouter 返回顶层 answers,并可能提供 usage。网关保留原生结构。不同问题的答案字段不同,可能包含 choice、score、probabilities、legend 和 confidence。应用应按问题名和答案类型解析,不要把概率当成确定事实,也不要依赖固定的字段顺序。

网关限制与计费

当前适配只支持同步非流式调用,拒绝 stream,请求体最大 32 KiB。优先使用上游 usage;Community 响应可能没有 usage,缺少 usage 时按请求 JSON 输入估算 token,单价由模型价格配置决定。

安全使用

state 只应包含完成判断所需的最小业务事实。不要放 Agent Key、本站 API Key、密码、令牌或不必要的个人信息。生产流程应为高风险动作保留人工审批、权限检查、超时和模型失败兜底。

适用场景

  • 工单紧急度和处置动作判断
  • 风险评分与人工升级

API 协议

  • /v1/systemone

FAQ

Jev-1.13 是否兼容 Chat Completions?

本站适配只公开原生 /v1/systemone,不把 JEV 请求映射成 messages,也不建议按 choices[0].message.content 解析。

state 和 questions 如何填写?

state 可为文本字符串或 JSON 对象,放完成判断所需的事实;questions 必须是非空对象,每项声明 type、instructions,并按类型填写 criteria。

score 的 criteria 能写成对象吗?

不能。score 使用从低到高排列的数组;choice 才使用选项名到描述的对象,noul 通常不需要 criteria。

没有 usage 怎么计费?

Community 可能不返回 usage,网关会按请求 JSON 输入估算 token;实际价格以模型广场价格配置为准,并标记为估算计费。

官方来源

  1. JevAI API 文档 Official
  2. AIHubMix JEV 文档 Official