Jev Choice 與 Noul：怎樣選擇問題類型

先明確需要做什麼決定

下一步需要從一組類別中選擇一個時，用 Choice；需要判斷一個是非陳述時，用 Noul。官方接口中的 Choice 返回選項機率分布，Noul 返回 Yes 的機率。兩者都不會執行後續動作。

「應該先把訊息交給哪個佇列」和「訊息是否涉及付款問題」不是同一問題。付款異常與應用故障可以同時存在，即使業務最終仍需要指定一個負責人。

修改範例的方法

相關的回饋範本從一個 Choice 問題開始。寫清分流政策，比較單一問題、混合問題和範圍之外的訊息。想體驗 Noul 時，將編輯器切換為是非判斷，只詢問一個屬性，並重寫規則解釋這個屬性；僅切換類型還不夠。

多個標籤可以同時成立時，分別檢查有助於保留資訊。本站自訂編輯器一次執行一個問題，多問題集成應放在自己的應用或官方 Playground 中。

結合上下文理解結果

Choice 的答案相對於給出的選項，Noul 的機率對應它的 Yes 陳述。不要把不同問題的數值當成可以直接比較的品質分數。資訊不足會影響兩種問題。

一種常見設計錯誤

「這是不是緊急問題或賬單問題」把兩個獨立屬性混在一起。Yes 無法告訴你是哪一個屬性成立。應拆開問題，再用程序定義緊急程度如何影響處理順序。反過來，多個是非結果也不會自動決定混合訊息最終由誰負責。

嘗試回饋分類方案，記錄人工如何處理分歧。這裡提供的是編輯建議，不是性能測試結論。