AO2 / INSIGHTS — 把知識變成下一步

知識停用與封存：用途、入口與退場驗收

READING INDEX

先理解問題，再選擇方法。把值得採用的一步，帶回日常工作。

AO2 FIELD GUIDE · N044 · 企業知識庫與治理

知識停用與封存先分清不再作答、保留查核及實際刪除，再決定檢索、文件與衍生素材如何退場。附狀態表與停用驗收單，不用上傳日期或一個通用年限決定所有產品知識的去留。

產品資料不再適用時，直接刪掉可能讓歷史決策無法回查，只移到舊資料夾又可能繼續被引用。需要先確認誰還會用、用來做什麼，以及哪些系統仍把它當成有效答案，再安排停用、封存或依既定規則刪除。

知識停用與封存，先拆開使用狀態與保存要求

一份資料可以停止支持目前對外回答，仍保留作歷史核對；也可能只在指定舊產品情境下有效。內容過期、產品停產、文件被撤回與保存期限屆滿，並不是同一種事。先記錄有效用途、適用版本、撤回原因與負責人，不以「很久以前上傳」直接判定無用，也不把最新檔案一律當成正式來源。

停用先改變的是能否沿用，不一定是檔案還在不在。實際保存與刪除依組織政策及適用要求由權責角色確認，本文不提供通用法定年限。知識管理者要做的是把這些要求連到具體文件、衍生答案與查找入口，不讓一個模糊的「封存」狀態承擔所有意思。

假想產品團隊停止使用一份舊介紹，其中部分條件已被正式更正。這像餐廳換菜單：櫃台不應拿舊價格接新訂單，但過去訂單可能仍需按當時菜單核對。把舊菜單收進櫃子只是保存動作；還要確認外場、訂餐連結和員工手上的影本，不再把它當現行版本。

新接單對應目前回答，對帳對應歷史查核，影本對應網站、簡報與 AI 片段。這是假想管理例子，不表示任何產品文件都能照餐廳方式保存。舊資料若原本就有錯誤，需要清楚註記更正，而非繼續支持舊情境；有正當歷史用途與仍可當成正確答案，必須分開判斷。

可先約定草稿、有效、限指定條件使用、停用待處理及封存等狀態，每一種都寫清能否供搜尋、對外引用或 AI 作答。GOV.UK 的內容退場指引也區分保留帶狀態的內容與撤下頁面；那是該平台流程，企業可借用「狀態與可見性分開」的思路，不能把其處理規則當成自身保存要求。

把來源 ID、有效期或複查觸發、替代來源及適用版本放入紀錄。替代文件若沒有承接全部任務，就指出缺口，不把所有舊連結統一轉到最新檔。限制檢索、保留歷史入口與控制閱讀權限也應各自確認；從預設搜尋移除，不代表原檔或直接分享網址已經不可取得。

來源停用後，逐項回查使用它的 FAQ、產品頁、業務附件、翻譯及知識索引。每項記錄待通知、已修改及已驗證，寄出更新信不能直接算全部完成。若衍生素材只使用其中仍有效的部分，保留來源與限制，交內容負責人判斷，不需要為求一致把所有素材一律刪掉。

假想生技產品的行銷說明需更新用途描述時，PM 先確認可公開的修正範圍，編輯再修改素材，技術維護者更新查找狀態。這是協作示例，不對實際產品用途或資格作判斷。尚未核准的替代說法保留待辦，不能為了讓答案不中斷，由編輯或模型補一段看似合理的新承諾。

先準備一題目前產品詢問、一題合法保留的歷史版本查核，以及一題直接使用舊網址或收藏入口的情境。檢查新問題不會誤用停用資料，歷史問題能看見適當狀態與限制，替代入口則真正承接任務。AI 更新驗證另有清單，不能因原始檔移走，就認定所有舊片段和快取已同步處理。

退場完成，要能證明舊資料不再被錯用，也仍能按需要回查。保存決定理由、執行人、影響位置、未完成項與下次觸發條件。到真正刪除階段，再按已確認的政策處理原檔、備份或相關系統範圍；不把內容人員看不到檔案當成所有副本已消失。