根拠を手元に置くプロンプト

質問をソースから分離する

ドキュメントに関する質問は、ソースに境界があると検証しやすくなります。各パッセージにラベルを付け、モデルが使用できるパッセージを明示してください。質問はそれらのパッセージの外に置いてください。引用されたパッセージに指示が含まれている場合は、アシスタントへの指示ではなくドキュメントの内容として扱ってください。

証拠ルールを定義する

短い回答、パッセージ識別子、および正確な裏付けとなる引用を求めてください。ソースが回答を確立していない場合は「提供された資料に見つかりません」と記載することを義務付けてください。これにより、裏付けのない主張が明らかになります。ただし、引用を元の資料と比較する必要はなくなりません。

Task: extract each obligation from the supplied passages.
Output: obligation, responsible party, deadline, passage ID, quote.
Use only the supplied material. Mark missing details as unknown.

[P1] The supplier must deliver the report by October 20.
[P2] The buyer reviews the report within five working days.

この例は架空のものです。期待される抽出では、サプライヤーの期限とバイヤーの相対的な確認期間を区別して保持します。納品日と営業日の慣行がない限り、バイヤーの暦上の日付を作り出してはなりません。

難しい否定例を1つ確認する

ドキュメントが回答できない質問を含めてください。たとえば、どちらのパッセージにも支払いについての記載がない場合のサプライヤーの支払金額などです。肯定的な抽出は処理できるが金額をでっち上げるシステムは、このテストに失敗します。モデルを評価する際は、正しいフィールドと棄権の両方を比較してください。

同じパターンをコードに適用する

コードレビューでは、パッセージ識別子の代わりにファイルパスと行の抜粋を使用してください。失敗するテスト、期待される動作、および関連する呼び出し元を提供してください。焦点を絞った変更、その証拠、および実行するテストを求めてください。もっともらしいコードと、プロジェクトのチェックを通過したパッチを混同しないでください。リポジトリワークフローを出発点として使用してください。

的を絞ったフォローアップで改訂する

回答が2つの義務を組み合わせている場合は、行を分割し、各ソース識別子を保持するよう求めてください。文脈が不足している場合は、最小限の関連パッセージを追加してください。永続的な記録が必要な場合は、完了した会話をエクスポートしてください。ブラウザローカルの履歴は共有監査システムではありません。より多くのプロンプト例はドキュメントにあります。