高置信
在 UI 中自动建议该 Choice（标签、路由或裁决）。
提问技巧
如何写 TypeSafe Jev 问题
Jev 只回答你声明的问题 — 不会发明你的分类法。好的标准胜过冗长散文。选项名保持稳定；细微差别写在描述里。
Choice vs Score vs Boolean
| 类型 | 你提供 | 你得到 | 适用场景 |
|---|---|---|---|
choice | 命名选项 → 描述 | 选中键 + 各选项概率（+ 置信度） | 互斥标签 / 路由 |
score | 有序等级（2–10），低 → 高 | 概率加权等级分 + 各档概率 | 严重度、质量、风险量表 |
boolean | 是/否命题（+ 可选标准） | 为真的概率 | 单一事实检查 |
Score 不是准确率。0–2 量表上的 1.5 是期望等级，不是「75% 正确」。不要把 Score 或 Choice 置信度当作准确率承诺。
写好标准
- 选项互斥。若两个 Choice 键可同时为真，运营会与模型打架。
- 写清边界。说明 buy_intent 含什么（库存、运达地）相对 price_question。
- 残留项放最后。用 other / human 作逃生口，不要当懒惰兜底。
- Score 升序。标准数组是最低 → 最高。
- 一问一决策。把「路由」与「紧急度」拆成不同键。
共享置信策略
TypeSafe 从选项分布暴露置信度。本包约定：
低置信
送入人工队列，不设默认动作。
用你自己的直播间或收件箱标注样例校准阈值。阈值因用例而异。切勿把建议接到金钱或退款副作用。
State 提示
state 可为字符串、对象或数组。当只关心一条消息时，优先结构化记录（评论文本 + 元数据），避免倾倒整段聊天。