model
Jev-1.13
直接答案通过本站模型广场使用 /v1/systemone 提交 state 与 questions;响应从原生 answers 或 Community 的 data.answers 读取,适合分级、路由和风险判断。
更新 · 审核信息
模型特点
Jev-1.13 是 typed decision model,重点是把事实映射为可执行的结构化答案,而不是写文章或进行长对话。它适合工单分级、风险评估、路由、策略预筛和人工复核前置判断。一个请求可以同时返回多个问题的答案,方便把紧急度、下一步动作和升级概率放在同一轮决策中。
请求结构
使用 POST /v1/systemone,请求包含 model、state 和非空 questions。choice 的 criteria 是对象;score 的 criteria 是从低到高的数组;noul 通过 instructions 描述真假判断。网关模型广场测试器已提供 choice、score、noul 的复杂示例,可直接修改业务事实和问题。
响应与解析
JEV Community 返回 code、message、data 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;实际价格以模型广场价格配置为准,并标记为估算计费。
关联指南
官方来源
- JevAI API 文档 Official
- AIHubMix JEV 文档 Official
兔子API