Choice 适合分类、路由和下一步动作
客服队列、用户意图、审核结果、Agent 选择都属于 Choice 的典型场景。criteria 要尽量互斥，并且使用业务人员平时真的会说的分类语言。
Score 适合风险、优先级和质量等级
Score 的关键是顺序含义稳定，例如 1 到 4 从低风险到高风险。真正触发动作的阈值应该放在业务代码里，便于审查和调整。
Noul 只解决足够窄的二元问题
如果流程实际上有“通过、人工复核、拒绝”三种结果，就应该用 Choice，而不是用一个 yes/no 再把复核藏进置信度阈值。
新手先做一个问题
一次塞很多 questions 会让失败原因难定位。先让一个决策可观察、可人工复核，再逐步扩 schema，通常比一开始追求完整工作流更快。