摘要
原負責人休假，同事打開 AI 工具，卻不知道該用哪份資料、哪個結果能採用、遇到錯誤要找誰。問題常常不在工具操作，而是日常判斷仍只留在一個人的腦袋裡。
若團隊已經辨認工作例外、留下可重做的案例卡，並校準草稿品質，就可以把確認過的做法收斂成一頁工作說明。這頁只服務同一團隊的一項低風險任務；帳號、金鑰、跨部門責任與專案負責人更替，仍須另外交接。
先定義這頁說明的邊界
用「每週供應商交期摘要」作為示意情境：AI 協助整理核准來源的文字，供採購同事核對；它不修改訂單、不寄出承諾，也不替人決定新的交期。主管先寫明誰會使用、何時啟動、要產出什麼，以及結果最後由誰確認。
如果流程涉及付款、人事、醫療、安全或對外承諾，就不要把一頁說明當成放行依據。依既有授權與審核程序處理，必要時先暫停 AI 輔助。
一頁工作說明要讓接手者回答六個問題
接手者不需要一份堆滿截圖的手冊；他需要在執行當下找得到正確版本、可用資料與停止條件。以下欄位可直接改寫成團隊自己的文件。
| 區塊 | 一頁中要寫清楚 | 交期摘要的示意寫法 |
|---|---|---|
| 任務與入口 | 誰在何時開始；核准的工作入口在哪裡 | 每週三由採購值班同事啟動；從團隊文件首頁開啟目前版本 |
| 可用輸入 | 資料來源、有效日期、不能貼入的資料 | 只用已核准的供應商回覆摘要；個資與未授權原始郵件不貼入工具 |
| 正常步驟 | 先做什麼、AI 產出什麼、由人核對什麼 | 匯入可用摘要，產出待核對清單；同事逐筆比對日期與來源 |
| 例外與停止 | 缺資料、來源衝突或超出授權時怎麼辦 | 日期不明就標示待確認；兩份來源矛盾時停止，不自行選一份 |
| 人工接手 | 把什麼資訊交給哪個職務、由誰決定恢復 | 附上來源連結、差異與未決問題，交採購負責人確認 |
| 版本與回報 | 文件版本、更新人、更新入口、錯誤回報位置 | 頁首列版本日期；修改後在團隊文件留下變更原因及回報紀錄 |
「一頁」是讓關鍵資訊在工作當下容易找到，不是硬把必要的操作細節塞進一張紙。若來源清單或完整案例較長，可連到有權限控管的附件；主頁仍要寫清楚去哪裡看、誰維護、何時停下。
寫清楚正常路徑，也寫清楚不能繼續的時候
最容易失效的工作說明只有「把內容貼給 AI，檢查後送出」。接手同事仍不知道該檢查什麼。可以改成四個可觀察的動作：
- 從指定入口取用當週核准的來源，確認日期與存取權限。
- 只請 AI 產出供人核對的交期摘要，保留每一項對應來源。
- 人工逐筆核對日期、狀態、缺漏與不確定語句；需要時用已確認的案例卡比對。
- 把可用草稿交給原有的批准者；未經批准不更新訂單，也不對外發送。
接著把停止條件寫成動作，而不是寫「有問題請小心」。例如：「若供應商只說『下週』，不要自行換算日期；在摘要標記待確認，附來源交採購負責人補問。」若 AI 回覆與來源衝突、資料超出可用範圍，或接手者無權確認，也照同一路徑暫停。這些情境要依團隊真正的例外清單調整。
交出去之前，讓另一位同事真的做一次
把說明交給沒有參與撰寫、但具備適當授權的同事，用一個已去識別的例子走完流程。原負責人先不口頭補充，觀察接手者能否自己找到正確入口、輸入資料、核對依據，以及在例外時停下並找到人。測試不是要考倒同事；每一個必須靠口頭提醒才能完成的步驟，都應回到文件補清楚。
| 接手測試發現 | 應修改的一頁內容 |
|---|---|
| 找到舊版說明 | 在固定入口只標示目前版本，保留變更日期與負責人 |
| 不知道「已核准來源」是哪份 | 加入可用來源的位置與判斷有效日期的方法 |
| 看出錯誤卻不知道交給誰 | 寫出接手職務、要附的證據及無人可聯絡時的暫停方式 |
| 草稿被誤認為可直接送出 | 明寫可用範圍和最後批准者 |
若無法找到有權限的接手同事，先保留人工操作，不要在文件上填一個實際無法接手的姓名。人員或工具版本變動時，重新走一次接手測試；不要只把頁首日期改成今天。
版本入口比「文件很多」更重要
把這頁放在團隊既有的固定入口，指定維護職務，記錄版本日期與變更原因。案例卡、品質判斷和工作說明若各放不同地方，主頁至少要連向目前可用版本。舊版若需保留以便回查，應清楚標為歷史版本，避免接手者誤用。
NIST AI RMF Core提出明確角色、文件紀錄、人工監督與持續回查等風險管理方向；ILO 的生成式 AI 與工作研究摘要指出，許多工作受影響的是部分任務，工作品質與自主性也值得關注。兩者都沒有指定本文的一頁格式；表格和交期情境是讓團隊開始討論的示意做法。
常見問題
已經有提示詞，還需要一頁工作說明嗎？
需要。提示詞只說明 AI 要怎麼產出；同事還需要知道輸入來源、人工核對、停止條件、批准者與版本入口。若只有提示詞，接手者可能照樣產出一份沒有來源或不該送出的草稿。
一頁說明能取代 AI 專案負責人交接嗎？
不能。這篇處理同一團隊的單一日常任務。若負責人轉任、離職或外包換手，帳號、權限、金鑰、工作流、日誌與責任仍要另依AI 專案交接清單盤點。
規則變了，只改頁首日期就夠嗎？
不夠。應寫下哪條規則變更、原因與決定人，更新連結的案例，並讓接手者用新版本重做相關例外。若變動影響對外承諾或正式系統動作，先走原有批准程序。
一個團隊只有一位熟悉業務的人，怎麼測試接手？
先請具備必要授權的相鄰職務同事檢查說明能否理解；無人可安全執行時，明確標示「暫無可接手者」，維持人工處理並向主管提出缺口，不假裝已完成備援。
參考來源與資料時間
以下資料於 2026-10-22 讀回。表格與交期摘要皆為示意，並非官方模板或真實客戶成果。
- NIST AI RMF Core：角色責任、文件、人工監督與持續風險管理。
- ILO：Generative AI likely to augment rather than destroy jobs：工作任務可能改變，不能由此推論個人職位或收入結果。
下一步
挑一項低風險任務，讓不靠原負責人口頭提示的同事試做一次；把他停住的地方補進一頁說明。若要繼續整理自己的工作判斷，可回到職場角色升級主題導覽；若團隊需要每月追蹤錯誤與範例更新，再參考員工 AI 使用回查。