知識庫回覆怎麼附來源
知識庫回覆要附來源，先寫存放路徑、版本標記和章節，由負責人打開該節核對句子在裡面，才可以核准送出。檢索效果驗的是一組已知題目有沒有取回原文；每一則回覆能不能離開草稿，看的是路徑、版本和章節有沒有寫上。
目錄
附來源和驗檢索、管版本分開
搭建知識庫時定的是哪一批文件可以當準則、誰可以讀、現行路徑在哪。版本定的是哪一份檔案標成現行、誰可以把舊稿標成停用。驗檢索用一組已知出處的題目，看取回的是不是那一段現行原文。附來源管的是另一件事：一則即將送出的回覆，不論這題有沒有進過題目集，都要在核准前寫上存放路徑、版本標記和章節。四件事不要併成「答得出來就可以發」。分別見 企業知識庫怎麼搭建、知識庫文件版本怎麼管、知識庫檢索效果怎麼驗。
切段定的是進索引之前的邊界，不在這裡重寫。見 知識庫切段怎麼定。核准人打得開該路徑，沿用文件庫已經設好的權限；打不開，這則回覆不能由別人代簽。見 企業AI助理如何設定權限。交付範圍見 企業知識庫與內部助理。
路徑、版本和章節寫在同一行
2026年10月23日閱讀的 Microsoft Learn：RAG 提示工程 把上下文塊的格式寫成可以考慮的做法：為每一塊標一個識別，例如 [Source 1]，以便回覆引用；並在塊旁邊附上後設資料，例如文件標題、章節標題或來源網址，讓模型知道資訊從哪來。該頁沒有刊登日期。標題、章節標題或網址，該頁是並列舉例，不是規定三者都要有，也沒有規定知識庫必須採用 [Source 1] 這個寫法。
知識庫的核准列因此固定三欄：存放路徑、版本標記、章節。路徑要寫到資料夾和檔名，打開之後就是存放處上的那一份。版本標記用版本那一篇已經標在現行檔上的那一個，不另編一套。章節寫標題或段落，讓核准人知道句子落在哪一節。只有標題、或只有一個網址、或只有 [Source 1]，三欄仍算未填。模型回覆裡的標號可以留在草稿上，對上三欄之後才進入核准。
模型可以按塊標號，人仍要打開該節
同一頁把「要求引用」寫進只依據上下文的說明：指示模型在回覆裡指向來源塊，引用使回覆可以被核對，也促使模型把理由錨在特定來源上。該頁舉的格式是每一項主張用 [Source N] 標出。它並寫明，這個約束要寫清楚，模型只能使用提供的上下文，不要用含糊的「若有幫助再用上下文」。這些是提示裡的指示。指示寫了，不等於句子已經在檔案裡。
核准人打開三欄指到的那一節，句子確實在該節裡，才可以簽名。句子是改寫的，核准人要能指出改寫對上的是該節哪一句。對不上，回覆留在草稿，紀錄寫上對不上的那一句，不把標號改成已核對。該頁沒有規定必須由人簽名才算引用完成。簽名是知識庫自己的核准，不從該頁抄一個分數來代替。
上下文裡沒有答案，回覆寫未找到
同一頁把後備行為寫成只依據上下文的一項原則：若上下文裡沒有答案，要先寫明模型該怎麼做。該頁舉的常見做法包括說明所提供的文件沒有足夠資訊回答這題，或用結構化方式標出問題的哪些部分答得了、哪些答不了。同一頁在反模式裡寫明，提示若沒有定義上下文不足時怎麼做，模型會用它在訓練中學到的內容生成答案，從而打破「只用所給上下文」這個約束。該頁沒有指定必須使用哪一句固定用語。
知識庫沿用已經在用的寫法：回覆記成未找到，並寫上該題目的負責人。不把聽起來完整、但三欄對不上任何章節的句子核准送出。負責人若要補依據，先把句子寫進現行檔、標上版本，再讓新的回覆帶上路徑、版本和章節。在這之前，送出的只有未找到和負責人的名字。題目集裡的負面題怎樣記未命中，見 知識庫檢索效果怎麼驗。那一篇量的是測試；這一則沒有進過題目集，同樣不能在沒有來源時核准。
兩份現行文件衝突，兩句都留下
同一頁寫明，取回的塊可能互相矛盾，尤其集合裡有不同時期、不同作者或不同看法的內容。指示應讓模型承認衝突，而不是悄悄選一邊。該頁的例子是：若提供的來源有衝突，兩種說法都寫出，並分別引用。不要默默偏向其中一份。
核准時若兩欄都對得上各自的現行檔，兩句都留在回覆裡，各寫路徑、版本和章節。核准人不把兩句併成一句沒有來源的「公司規定」。哪一份該停用、哪一份維持現行，回到版本那一篇，由該文件的負責人改標記。標記改完之前，這則回覆若要送出，就帶著兩條來源；若業務上只能有一個說法，回覆維持草稿，等現行標記改完再核。
核准前打開原文，不靠指標分數
驗檢索那一篇用題目、出處和可接受的答來計算有沒有取回。命中率、排序和 groundedness 的算法留在那一篇，這裡不重算。一則日常回覆沒有進題目集，仍然要走三欄和簽名。用上次測試的分數代替這一次打開原文，等於沒有核對。
核准紀錄寫：回覆編號、三欄、核准人的名字、日期、接受或退回。退回時寫對不上的句子，或寫三欄裡哪一欄是空的。接受之後，送出的文本帶著這三欄，不把路徑留在只有核准人看得到的備註裡。同事轉發時打不開路徑，這則核准作廢，回到草稿。
停用版本不能拿來核准
三欄裡的版本若已標成停用，核准人不能因為句子仍在舊檔裡就簽名。現行標記在哪個存放處、誰可以標停用，沿用版本那一篇。見 知識庫文件版本怎麼管。舊檔和現行檔字面相近，仍算未對上現行。
路徑打開的是另一個資料夾、或檔名對但版本標記是空白，同樣退回。空白不是「默認現行」。負責人先在存放處補上標記，回覆改指那一個標記，再重新核准。兩天的紀錄對不上，送出的文本仍可能帶著舊句。
三項沒齊，回覆留在草稿
路徑、版本標記、章節，有一項空著，或核准人還沒簽名，回覆留在草稿，狀態寫待附來源。不把「模型已經回答」寫成已核准。未找到可以送出，但送出的是未找到和負責人名字，不是一段沒有來源的說明。衝突還沒標成兩條來源，也不送出。
提示用詞、分數門檻和模型名稱的排序留在公司自己的紀錄和當次報價，並註明日期。上述頁面沒有指定三欄的欄名，也沒有宣布哪一種標號適用於所有知識庫。送出之前用三件事看：路徑、版本和章節是否都在、核准人是否打開該節並簽名、沒有來源時是否只送出未找到。三件事都在紀錄上，這則回覆才離開草稿。