要用 AI 製作交接文件，先界定接收人必須能夠做到甚麼，整理一份經批准的來源資料包，再要求 AI 只根據這些證據草擬。負責人、未知事項、存取前提和驗收檢查都要保持清晰可見。只有接收人毋須原負責人憑記憶填補缺口、也能按文件開展工作，交接才算完成。

較廣泛的實用 AI 指南介紹同一套以來源為界的方法。這裏的交付成果較窄：一份有證據支持的責任移交，而不是未來的項目計劃、詳細的操作 SOP，也不是回顧性的工作報告。

關鍵要點

草擬前先界定接收人要完成的行動和驗收證據。

建立來源登記表，寫明負責人、日期、範圍和衝突。

憑證不寫入文件，並經批准渠道移交存取權。

要求 AI 標示未知事項，而不是把它們抹平。

以冷啟動演練測試文件，並記錄簽收。

甚麼令交接文件真正可用？

可用的交接文件能讓指定接收人理解現時的營運背景、執行例行職責、應付可能出現的例外、找到權威紀錄，並知道何時上報。它不是文件夾索引，也不是修飾過的摘要，而是一份主張可追溯的驗收工具。

政府的 Gate 5 指引把交接視為轉入日常營運的一部分。它著眼於明確的問責負責人、有能力的接收團隊、效益監察、風險、行動和清晰的交接計劃，而不只是文件是否存在。［1］ GovS 008 同樣指出，應界定過渡的目標和職責，並把知識資產、數據、里程碑、資源、依賴、風險和驗收標準分配給負責方。［2］

由一張接收成果表開始：

接收成果	驗收證據	負責人	限期	狀態
完成每週檢討	接收人用現行來源製作報告	營運主管	日期	未測試
處理常見例外	接收人毋須指導即按上報路徑處理	服務主管	日期	未測試
找到權威紀錄	接收人開啟現行政策和變更紀錄	紀錄負責人	日期	未測試
確認存取權	接收人經批准系統證明按角色的存取權	權限負責人	日期	未測試

寫出可觀察的成果。「明白這項服務」無法一致地驗收；「能完成每週檢討、解釋三個已知例外，並指出上報負責人」則可以。

第 1 步：界定接收人、範圍及標準

寫明接收每項責任的人或角色。一份文件可以服務多名接收人，但每項職責仍需要一個問責的去向。記錄交接生效日期、涵蓋的期間，以及哪些工作仍留在原團隊。

建立三份範圍清單：

**範圍內：**要移交的服務、流程、決定、紀錄、周期性事件和依賴。
**範圍外：**刻意保留在其他地方，或由另一份文件規管的工作。
**有條件：**只在某項決定、存取權授予、合約事件或驗收測試之後才移交的事項。

然後界定驗收。對每個範疇，寫明接收人要執行的行動、使用的來源、算作成功的結果、觀察人和限期。如某項職責在移交日期前無法安全地實際操作，便以模擬或逐項細閱代替，並安排首次實際操作時的觀察。

不要把文件變成存取權保險庫。列出系統、所需角色、申請負責人和核實方法，但絕不寫入密碼、復原碼、私鑰、工作階段權杖或共用密鑰。這些都應經批准的身份及存取管理程序移交。

第 2 步：按來源登記建立 AI 交接範本

收集足以支持移交的最小來源集。典型輸入包括現行營運筆記、已批准的程序、決策紀錄、問題登記冊、服務日曆、負責人名單、依賴關係圖、變更紀錄、合約和近期事故的經驗教訓。

上載或貼上任何內容之前，先建立來源登記表：

來源 ID	標題	負責人	生效日期	支持內容	敏感級別	衝突或缺口
S-01	現行服務概覽	服務負責人	日期	範圍和成果	內部	暫無已知問題
S-02	每週營運程序	流程負責人	版本	例行職責	內部	缺少覆核日期
S-03	決策紀錄	項目主管	日期範圍	現行選擇的原因	受限	兩項決定未解決

檢查每個來源的時效、權威性和適用範圍。一份新近的簡報，未必比一份較舊但已批准的政策更具權威。來源之間有分歧時，保留兩項紀錄，並指派一人解決衝突。AI 不得判定哪位負責人正確。

Preparing for Handover 指引把交接視為需要隨時間規劃和推進的工作，要為接收機構預備好職責和資訊，而不是在最後一次過傾倒。［3］按這個原則分階段收集證據。如來源資料包不完整，文件就應把這一點揭示出來。

資料進入 AI 服務前，先作最小化處理。NIST 的私隱框架提供識別和管理私隱風險的風險管理架構。［4］應用你所屬機構的分級、保存和獲批工具規則；刪去個人資料，並把受限附件與草擬資料包分開。

第 3 步：按實際工作設計知識移交文件

按接收人使用的次序組織文件。一個實用的結構是：

**目的及驗收：**接收人、生效日期、範圍、排除項目和簽收規則。
**現時營運狀況：**哪些已上線、穩定、正在改變、暫停，或取決於某項決定。
**職責：**職責、頻率、觸發條件、輸入、輸出、負責人、後備人員和上報路徑。
**日曆：**周期性檢討、續期、報告日期、維護和決策時點。
**依賴：**團隊、供應商、系統、數據、合約，以及上下游假設。
**未完事項：**問題、影響、證據、下一步行動、負責人和到期日。
**風險及例外路徑：**預警跡象、安全的應對方式、權限界線和上報。
**存取前提：**系統、角色、審批人、申請途徑和核實結果——絕不包括憑證本身。
**來源登記表及變更歷史：**每項主張出自何處，覆核後改了甚麼。
**接收人測試及驗收紀錄：**演練、結果、缺口、行動和簽署。

連結到詳細程序，而不是複製它們。交接文件說明哪個程序適用、何時使用、由誰負責，以及接收人是否測試過。程序本身應留在其權威位置，以免日後更新時出現兩個互相競爭的版本。

同樣，連結到分析內容，而不是把每項發現都改寫成操作指示。如你的原始材料主要是訪談或工作坊筆記，先根據筆記製作一份有證據支持的工作報告，再只移交已接納的結論和行動。

第 4 步：用 AI 製作交接文件，每次只草擬一個受控章節

向 AI 提供結構、有限的來源資料包和嚴格的證據規則。用一個提示草擬整份文件，會令遺漏和虛構的關聯更難察覺。

一份實用的提示約定是：

為指定接收人草擬「例行職責」章節。只使用來源 S-01 至 S-03。每項職責均須返回觸發條件、頻率、輸入、輸出、負責人、後備人員、上報條件和來源 ID。日期和姓名必須原樣保留。沒有依據或互相衝突的資料放在「未知事項及衝突」之下。不得虛構存取步驟、憑證、審批、服務水平或成因。

要求在正文旁附上一份主張紀錄表：

聲明 ID	草稿聲明	來源 ID	直接事實或推論	覆核決定
C-01	每逢星期一進行每週檢討	S-02	直接事實	待定
C-02	後備負責人可以支援	無	未獲支持	刪除

對現時狀況、依賴、風險、未完事項和日曆重複這個過程。把穩定的事實和臨時狀態分開。如日期、負責人或服務狀態可能改變，便指向其即時紀錄系統，並說明交接快照於何時擷取。

AI 亦可找出結構上的缺口。問它哪些必填欄位空白、哪些職責沒有後備人員、哪些日期衝突、哪些術語未有定義。把結果當作覆核隊列，而不是事實。某個欄位空白可能是刻意的，看似衝突之處也可能反映兩個都成立的範圍。

第 5 步：保留未知事項並由負責人覆核

未知事項是交付成果的一部分。使用統一的紀錄格式：

未知事項 ID	問題	為何重要	目前最佳證據	負責人	限期	臨時規則
U-01	誰批准非辦公時間的例外？	接收人可能沒有權限	S-03 含糊	服務負責人	日期	升級處理，不繼續操作

不要讓「待確認」在正文中四處擴散。每個未知事項都需要負責人，或一項明確決定，把它當作剩餘的不確定性接受下來。如這項資料對接收人的工作並非必要，便刪去該欄位，而不是留下永久的佔位符。

逐個欄位進行負責人覆核。原負責人核實準確性和完整性；流程負責人核實各自的程序；權限負責人核實角色要求；適用時由私隱或法律覆核人處理受限材料；接收人則對含糊的字眼提出質疑。記錄覆核人、日期、處理結論和由此作出的修改。

使用簡單的決定用語：接納、更正、刪除、延後並指定負責人，或不屬範圍。不要把「看來沒問題」當作證據。覆核應對應到具體的主張、列或章節。

第 6 步：測試營運交接清單並簽收

在原負責人不作現場講解的情況下，把草稿交給接收人。請他們只用文件和已連結的獲批來源，完成具代表性的工作。一次好的演練應涵蓋一項例行職責、一個常見例外、一次上報、一次來源查找和一次存取權核實。

觀察他們在哪裏停頓、猜測、使用過時連結，或查問欠缺的背景。把每個缺口記錄為測試結果：

測試	預期結果	實際結果	缺口	負責人	重測日期
完成每週檢討	使用正確範本和現行輸入	選用了舊範本	權威連結不清楚	流程負責人	日期

只按演練產生的證據修訂。然後重測未通過的項目。原負責人不應以未寫入文件的提示來彌補文件的不足；每項關鍵提示都要變成有來源支持的補充內容，或一項明確的培訓行動。

簽收應寫明接納了甚麼、仍有甚麼未解決、由誰負責餘下行動、移交何時生效，以及文件何時覆核。簽收並不抹除問責。Gate 5 指引強調過渡後持續的負責安排和有能力的日常營運。［1］

總結

由接收人要達到的成果和可觀察的驗收證據開始。
在 AI 接觸資料前，先登記來源並作最小化處理。
圍繞真實的職責、依賴、例外和負責人組織交接內容。
把沒有依據的細節強制放入未知事項登記表。
與問責的負責人一同覆核主張，並在無指導下測試草稿。
簽收已接納的範圍，並保留附日期的餘下行動。

常見問題

交接文件應包含甚麼？

包括範圍、現時營運背景、職責、日曆、依賴、未完事項、風險、上報路徑、存取前提、來源紀錄和接收人的驗收證據。連結到權威程序，而不是重複它們。

可只用會議筆記生成嗎？

會議筆記能揭示問題和背景，但甚少能證明每項職責、負責人或審批。把它們當作來源之一，與已批准的程序和決策紀錄對照，並標示沒有依據的細節。

可以加入密碼嗎？

不可以。記錄系統、所需角色、權限負責人、申請途徑和核實結果。憑證或復原材料只可經批准的存取管理渠道移交。

文件應有多長？

篇幅應足以讓接收人執行並核實所移交的工作，但不必複製每份來源。以表格和連結保持操作路徑清晰，把背景證據移到所引用的紀錄中。

如何證明接收方接受？

記錄具名的演練、預期和實際結果、未解決的缺口、負責人、生效日期和明確的簽收。出席一次講解會，並不等於已展示驗收結果。

交接資料互相衝突怎麼辦？

保留互相衝突的主張，標明兩個來源，指定決策負責人，並採用安全的臨時規則。不要要求 AI 把衝突合併成一句自信的陳述。

與 SOP 有何不同？

交接移交的是背景、責任、歸屬、現時狀況和驗收。SOP 描述如何執行可重複的流程；交接文件應連結到現行的 SOP。

交接後由誰維護？

在驗收中指定一名營運負責人和覆核觸發條件。接收人通常負責持續更新的營運背景，而個別程序和紀錄可能仍由各自的負責人管理。

來源

GOV.UK, Gate Review 5: Operational Review and Benefits Realisation — https://www.gov.uk/government/publications/gate-review-5-operations-review-and-benefit-realisation/gate-review-5-operational-review-and-benefits-realisation
GOV.UK, Government Functional Standard GovS 008: Commercial — https://www.gov.uk/government/publications/government-functional-standard-govs-008-commercial-and-commercial-continuous-improvement-assessment-framework/government-functional-standard-govs-008-commercial-html
GOV.UK, Preparing for Handover — https://assets.publishing.service.gov.uk/media/5a7cbaff40f0b6629523b74d/Preparing-for-Handover.pdf
NIST, Privacy Framework — https://www.nist.gov/privacy-framework

Sources checked 2026 年 8 月 30 日。

延伸閱讀：

如何用 AI 製作交接文件，讓接收人毋須原負責人也能上手