知識庫答錯怎麼回收
知識庫答錯要回收，先由負責人把題目、錯誤回覆和正確出處記在同一行，再決定是改現行文件、重切這一段，還是回到檢索那一篇重測。附來源管的是回覆能不能帶著路徑、版本和章節離開草稿；檢索效果管的是一組題目有沒有取回原文；這一筆記的是有人標成答錯之後怎樣改。
目錄
回收和附來源、驗檢索分開
附來源看的是一則回覆在核准前有沒有寫上存放路徑、版本標記和章節，負責人有沒有打開那一節核對句子在裡面。驗檢索看的是事先準備的題目有沒有取回那一段現行原文，並留下命中或未取回。回收看的是另一件事：回覆已經標成答錯之後，題目、錯誤回覆和正確出處記在哪一行，以及這一筆接著去改文件、改切段，還是回到檢索重測。三件分開做。分別見 知識庫回覆怎麼附來源、知識庫檢索效果怎麼驗。
文件哪一份算現行、誰可以把舊稿標成停用，仍在版本那一篇。切段仍管進索引之前的邊界。見 知識庫文件版本怎麼管、知識庫切段怎麼定。權限沿用文件庫已經設好的群組。見 企業AI助理如何設定權限。交付範圍見 企業知識庫與內部助理。
誰可以把一則回覆標成答錯
標成答錯的人寫名字。名字是這一批文件的負責人，或負責人在同一行預先寫明的覆核人。覆核人必須打得開錯誤回覆所引的路徑；打不開，換成打得開的人來標，並在行上記下為什麼換人。標的時候寫日期。群組裡的一句「這個不對」先轉成這一行。沒有這一行，回收還沒有開始。
同一則回覆可以仍停在草稿，也可以已經送給同事。兩種都用同一行。已送出的，行上記下送給了誰、走哪一條管道，以便之後用改正後的句子再送一次。未送出的，行上記「尚未送出」。兩種狀態都寫在欄位裡，方便之後對再送的日期。
同一行寫題目、錯誤回覆和正確出處
一行固定寫：同事問的題目、當時的錯誤回覆原文、若有正確出處則寫存放路徑、版本標記和章節、誰標的、哪一天標的。錯誤回覆抄當時的文字，保留原句。正確出處的三欄和附來源那一篇相同，打開之後就是存放處上的那一節。見 知識庫回覆怎麼附來源。
2026年10月26日閱讀的 Microsoft Learn：大型語言模型端到端評估 把依據上下文的程度（該頁亦稱 groundedness，有時稱 faithfulness）寫成：回覆是否完全基於給定的上下文，而沒有使用上下文以外的資訊。該頁把正確性寫成回覆在事實上準確的程度。該頁沒有刊登日期。該頁寫給 Azure 上的檢索增強生成評估。知識庫可以沿用這兩個區分來決定去向。該頁沒有規定必須算出分數，才可以把一則回覆標成答錯。
出處裡的句子本身錯了，改現行文件
該頁寫明，正確性低時，先確認交給模型的段落在事實上是否正確、有沒有資料上的偏差，必要時改正來源文件或內容。回收因此設一條去向：正確出處打開之後，那一節的句子和業務上已經核過的事實不符，這一筆的去向寫「改現行文件」。改哪一份、誰把舊稿標成停用、索引裡的舊段何時撤下，按版本那一篇做。見 知識庫文件版本怎麼管。
現行文件改完，並重新標成現行之後，這一筆才可以標成已改。行上若只寫「以後會改」，回覆仍算未改。已送給同事的，用新句子再送一次，並在同一行寫再送的日期。新句子仍要能打開路徑、版本和章節，沿用附來源的核准。上一則已經錯了，這一則仍走同一道核准。
用了出處卻推錯，回到切段或句子旁邊的條件
該頁寫明，依據上下文的程度高、正確性卻低，表示模型用了上下文，但回覆不正確。原因可以是上下文用錯，或來源資料有問題。該頁舉的說明是：回覆寫愛因斯坦發展了量子力學，而上下文只是分別提到愛因斯坦和量子力學。該頁說這則回覆有依據上下文，但事實上不正確。這是該頁的例子。
回收遇到這種情形，先看錯誤回覆所用的那一段，有沒有和它的條件切開。條件被切走，去向寫「重切這一段」，邊界怎樣定見 知識庫切段怎麼定。段落仍完整、句子也正確，只是回覆把兩句併成一個該頁那種錯誤結論，去向寫「改回覆所依據的提示」，並指到提示存放的位置和日期。該頁把調整提示列為可評估的做法。這一行記錄去向。分數若要重算，回到評估那一頁自己的做法，不在這一行裡填一個新的分數。
該出現的段落沒有取回，回到檢索重測
題目在已知出處裡有段落，錯誤回覆卻沒有用到那段，或取回的是別的檔案，去向寫「回到檢索重測」。重測用檢索那一篇已經準備的題目和現行原文，看這一次取回的是不是那一段。見 知識庫檢索效果怎麼驗。這一行不新造命中率，也不把單次答錯寫成整庫的分數。
該頁寫明，依據上下文的程度低，表示模型沒有把那些段落當成相關，此時可評估是否補充資料、調整切段策略或切段大小，或調整提示。回收若同時看到「沒取回」和「段落被切開」，兩條去向都寫上，並寫先做哪一條。先做的那一條做完，才做下一條。該頁在正確性偏低時也提到，模型本身的不準可以靠更多事實上下文或微調來處理。微調留在該頁的評估選項裡。這一行的去向先寫文件、切段、提示或檢索。訓練資料從哪裡來、誰核准，沒有另紙寫明之前，這一行不填微調。
沒有正確出處，先由負責人寫文件
正確出處三欄都空著，狀態寫「無出處」。負責人先寫或指定誰寫這份文件、放進哪一個已納入的目錄、標成現行之後，才回到這一行補上路徑、版本和章節。目錄怎樣圈定，見 企業知識庫怎麼搭建。文件沒標成現行之前，這一筆不能標成已改。助理也不把草稿裡的改正句當準則引用。
同事問的題目若本來就不在這批文件的範圍，行上記「不在範圍」，並寫應由誰回答。範圍外的題目留在原負責人那裡，不為了湊一則回覆而改寫進知識庫。無出處是範圍內還沒有文件；不在範圍是這批目錄本來不回答這題。兩種狀態分兩欄，抽查時才分得開。
題目、回覆、出處和去向寫上，才標成已改
題目、錯誤回覆原文、正確出處或「無出處」、去向（改現行文件、重切、改提示、回到檢索，或先寫文件），有一項空著，這一筆停在待回收。群組裡說過會改，仍要落在這一行，才算這一筆有著落。
標成已改之前，用三件事看：同一行有題目、錯誤回覆和出處或無出處，去向寫的是文件、切段、提示或檢索中的哪一條，負責人在去向做完之後簽了名。三件事都在，才把這一筆改成已改。已送出的回覆，再送的日期寫在同一行。沒有再送日期的，保持未改。