Jev Choice 与 Noul：怎样选择问题类型

先明确需要做什么决定

下一步需要从一组类别中选择一个时，用 Choice；需要判断一个是非陈述时，用 Noul。官方接口中的 Choice 返回选项概率分布，Noul 返回 Yes 的概率。两者都不会执行后续动作。

“应该先把消息交给哪个队列”和“消息是否涉及付款问题”不是同一问题。付款异常与应用故障可以同时存在，即使业务最终仍需要指定一个负责人。

修改示例的方法

关联的反馈模板从一个 Choice 问题开始。写清分流政策，比较单一问题、混合问题和范围之外的消息。想体验 Noul 时，将编辑器切换为是非判断，只询问一个属性，并重写规则解释这个属性；仅切换类型还不够。

多个标签可以同时成立时，分别检查有助于保留信息。本站自定义编辑器一次运行一个问题，多问题集成应放在自己的应用或官方 Playground 中。

结合上下文理解结果

Choice 的答案相对于给出的选项，Noul 的概率对应它的 Yes 陈述。不要把不同问题的数值当成可以直接比较的质量分数。信息不足会影响两种问题。

一种常见设计错误

“这是不是紧急问题或账单问题”把两个独立属性混在一起。Yes 无法告诉你是哪一个属性成立。应拆开问题，再用程序定义紧急程度如何影响处理顺序。反过来，多个是非结果也不会自动决定混合消息最终由谁负责。

尝试反馈分类方案，记录人工如何处理分歧。这里提供的是编辑建议，不是性能测试结论。