Jev API 示例

Choice：让 Jev 选一个标签

真实仓库里的 choice 和 score 调用 ↗用的是同样的请求结构。

最适合作为第一个 Jev 集成的，是你的应用目前用规则或通用模型处理得不太好的问题。给输出命名，并定义你的代码能处理的取值。阈值调好之后固定使用 jev-1.13.0。

const response = await fetch("https://jevmodel.org/v1/systemone", {
  method: "POST",
  headers: {
    "Authorization": "Bearer " + process.env.JEVMODEL_API_KEY,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    state: message,
    model: "jev-latest",
    questions: {
      topic: {
        type: "choice",
        instructions: "What is this about?",
        criteria: { billing: "payments", bug: "broken product", account: "access" }
      }
    }
  })
});
const result = await response.json();

Score：把输入放到有序刻度上

让 Jev 判断状态落在你用文字描述的 2–10 级量表的哪个位置。返回的分数可以是小数。适合紧急程度、风险、线索质量或审核优先级——然后在代码里设阈值。

Noul：Jev 的是/否概率

noul 是一个命题为真的校准概率，最适合“升级 / 放行 / 需要复核”这类拦截判断。它没有单独的置信度字段，概率本身就是确定性的度量。

把相关的 Jev 判断合并成一次请求

当主题、严重程度和是否升级基于同一份输入状态时，把它们放在同一个请求里。它们一起运行，共享状态的 token 成本。每个问题都应能单独衡量效果。

questions: {
  topic: topicQuestion,
  severity: severityQuestion,
  escalation: escalationQuestion
}

每个 Jev 动作后面都要有兜底

类型化的值让分支更容易，但不是零风险。记录输入、输出、概率、模型版本和下游结果。设置置信度阈值，把不确定的情况交给 GPT、Claude 或人工。