讓證據貼近的提示詞

將問題與來源分開

當來源有明確邊界時，文件問題會更容易驗證。為每段內容加上標籤，並告訴模型可以使用哪些段落。將你的問題放在這些段落之外。如果引用的段落包含指示，請將其視為文件內容，而非給助理的指示。

定義證據規則

要求簡短回答、段落識別碼，以及確切的支持引文。當來源無法確立答案時，要求回覆「在提供的材料中找不到」。這能讓無依據的主張顯而易見；但這並不能免除將引文與原文比對的需要。

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.

此範例為合成內容。預期的擷取結果會將供應商的期限與買方的相對審閱期間區分開來。在沒有交付日期和工作日慣例的情況下，不應為買方編造日曆日期。

檢查一個困難的否定範例

加入一個文件無法回答的問題，例如當兩段內容都未提及付款時，供應商的付款金額。能處理正面擷取但編造金額的系統會無法通過此測試。評估模型時，請同時比對正確欄位與棄答情況。

將相同模式套用於程式碼

對於程式碼審查，以檔案路徑和程式碼片段取代段落識別碼。提供失敗的測試、預期行為以及相關的呼叫方。要求具體的修改、其證據以及要執行的測試。不要將看似合理的程式碼與已通過專案檢查的修補混淆。使用儲存庫工作流程作為起點。

以針對性的後續追問進行修正

如果答案合併了兩項義務，請要求將列分開並保留每個來源識別碼。如果遺漏了脈絡，請加入最小相關段落。如果需要長久保存的紀錄，請匯出已完成的對話；瀏覽器本機歷史紀錄不是共享的稽核系統。更多提示範例請見文件。