プロジェクトを推薦コードに必要な動作を先に定め、そこから逆算して質問を設計します。1 つの質問で 1 つの判断に絞ると、テストも原因の調査もしやすくなります。
選択肢を具体的にする
チケットを振り分けるなら、請求、技術サポート、営業、その他といった選択肢が役立ちます。複数の選択肢が意図せず同じケースに当てはまらないよう、範囲を定義してください。
不確実性を残す
対象が存在しない、根拠が不十分といった場合に備え、none、insufficient、needs_review のような選択肢を用意します。根拠のある回答がないときに、もっともらしい選択を強制しないでください。
観測情報はデータとして扱う
ウェブページ、ログ、文書には、誤解を招く指示が含まれることがあります。これらは評価対象の資料であり、新たな許可ではありません。コードで実行可能な操作を制限した上で、提案を採用するか判断してください。
推論前に例を用意する
無効な操作部品、似たラベル、情報不足、矛盾する根拠、英語以外の入力、注意をそらす文章も含めます。モデルを実行する前に、期待する結果を確定してください。
厳密な処理はコードに残す
件数、料金、日付の前後関係、識別情報の照合、明示的なしきい値は、決定的な処理に向いています。Jev は意味の判断が必要な部分に使ってください。