jev响应中answers字段缺失某key，是因questions里对应key名非法（如含连字符）或问题类型拼写错误（如“noul”误作“bool”），jev会静默跳过而非报错。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
直接看返回的 answers 字段结构，别碰 model 或 id；Jev 的响应格式极其固定，调试核心是验证你发过去的问题定义（questions）是否与返回字段一一对应。
为什么 answers 里某个 key 没出现？
不是模型“漏答”，而是你定义的 questions 中那个 key 名写错了，或类型不合法。Jev 会静默跳过所有无法解析的问题字段，不会报错、也不会警告。
-
questions的每个 key 必须是合法标识符（只含字母、数字、下划线，不能以数字开头） - 如果用了连字符（如
"is-refund-request"），Jev 会忽略它，answers里就不会有这个 key - 问题类型名拼错也会失效：比如把
"noul"写成"bool"或"noul_type"，该问题不会被评估 - 用
curl调试时，建议先用jq '.answers'提取并检查字段名是否完全一致
choice 返回的 confidence 和各选项概率怎么对不上？
confidence 不是最高选项的概率，它是模型对“整个选择任务”的整体置信度，独立于各选项分布。官方明确说明：它反映的是模型判断“当前 state 是否足以支撑可靠选择”的信心，不是 softmax 后的最大值。
- 例如
{"selected": "billing", "probabilities": {"billing": 0.82, "technical": 0.15, "sales": 0.03}, "confidence": 0.74}是完全正常的 - 即使
billing概率 0.99，confidence也可能只有 0.6 —— 表示模型觉得 state 描述太模糊，不敢打包票 - 真正做路由决策时，应同时看
selected+probabilities[selected]，而不是只盯confidence
如何快速验证 noul 输出是否校准？
不要靠单次调用判断，得跑一批已知标签的样本。Jev 的 noul 值设计为“概率即频率”——如果你收集 100 条标注为“是退款请求”的样本，Jev 返回的 noul 平均值应该接近 0.9 左右（取决于数据难度），而非必须全 >0.9。
- 本地测试时，用 20–50 条带人工标注的样本批量请求，算
mean(noul)和accuracy@0.5（阈值 0.5 下的准确率） - 若
mean(noul)显著偏离实际正例比例（比如正例占 70%，但平均noul只有 0.4），说明 state 描述可能遗漏关键信号（如没提“refund”“return”等词） - Jev 不接受 prompt engineering，调整输入文本比改提示词更有效
最常被忽略的一点：Jev 不校验 state 内容合法性，哪怕你传空字符串或纯乱码，只要 JSON 格式正确，它照样返回结构化答案——只是概率全趋近于均匀分布。调试时务必先确认 state 真实携带了区分性信息。
