用 Choice 为支持工单分类
先定义有限的处理目标，再把工单文本、订单记录和相关策略作为 state，请 Decisions API 选择一个结果。应用服务可以据此将工单路由到内部队列。未知情况要有回退逻辑，低置信度结果应考虑人工复核。
"questions": {
"team": {
"type": "choice",
"instructions": "这个工单应由哪个团队处理？",
"criteria": {
"billing": "支付、退款或发票问题",
"technical": "产品缺陷或集成失败",
"account": "登录、访问或个人资料问题"
}
}
}用 Noul 判断明确条件
当下游代码需要一个明确命题的真假概率时，可以使用 Noul。把证据和两个方向的判断标准都写清楚。应用自行决定哪些概率范围可以接受，以及证据不足时如何处理。
"questions": {
"needs_review": {
"type": "noul",
"instructions": "这个请求是否需要人工复核？",
"criteria": {
"true": "满足至少一条书面升级规则",
"false": "现有事实不支持任何升级规则"
}
}
}用 Score 执行有序量表评估
当应用需要有限等级的顺序评估时，例如影响较低、较高或严重，可以使用 Score。每个等级应有清楚区分，再由应用把结果映射到工作流。未经场景验证，不应把等级分数当作精确测量值。
"questions": {
"impact": {
"type": "score",
"instructions": "根据事故证据评估客户影响。",
"criteria": ["较低", "较高", "严重"]
}
}围绕同一 state 组合多个问题
一次请求可以围绕同一份 state 询问多个问题，例如分类支持消息、评估紧急程度并判断策略是否要求复核。每个问题应彼此独立，按 ID 读取答案，并在修改应用状态前校验响应。
这些示例展示请求模式，不代表已测得的准确率或生产效果。可先在免费在线 Playground 试用，再查阅文档了解认证、限制、错误和计费。