怎麼把個人 AI 方法變成同事能執行的 SOP？

用用途、角色、輸入、步驟、檢查、例外與版本七個欄位，把隱藏判斷變成同事能獨立測試的團隊 SOP。

個人方法要變成團隊 SOP，不能只列操作步驟。還要寫清楚何時使用、誰負責、輸入從哪裡來、怎樣驗收、遇到例外何時停止，以及誰維護版本。另一位同事不靠原作者口頭補充也能執行，才算成立。

你可能很熟悉自己的 AI 工作流：看到某種材料就知道先清理、哪一段要人工判斷、什麼結果不能交付。但同事拿到「把檔案丟給 AI 再檢查」這句話，只能一直回來問你。

SOP 的工作是把隱藏判斷變成可見資訊。NIST AI RMF 也強調角色、責任、程序、訓練與人類監督應清楚並留下文件。NIST：AI RMF Core

先把邊界說清楚：NIST 支持角色、程序、訓練與監督需要文件化；下面七個欄位與陌生執行者測試，是我為小型團隊整理的最小 SOP 方法，不是 NIST 官方 SOP 模板。

一份最小 SOP 要回答七件事

1. 用途：處理哪個問題，不處理什麼？
2. 角色：誰準備資料、誰操作、誰批准？
3. 輸入：材料位置、格式與資料界線。
4. 步驟：依序做什麼，每步產生什麼。
5. 檢查：怎樣知道成果可用？
6. 例外：缺資料、工具錯誤或高風險內容時如何停止與升級？
7. 版本：目前有效版本、維護者與更新日期。

把「憑經驗」改成可觀察條件

不要寫「內容有問題時請人工確認」。改成：

若輸出包含原文找不到的數字、引言或人名，標記待確認，不得交付；由內容負責人回到原始來源查核。

同事看得到觸發條件、動作與責任人，才不必猜你的判斷。

用陌生執行者測 SOP

找一位沒有參與設計的同事，用一份合成材料照 SOP 完成。原作者先不提示，只記錄：哪句看不懂、哪個檔案找不到、哪一步需要猜、哪個錯誤沒有停止方式。

SOP 測試不是考同事，而是找文件中仍藏在原作者腦裡的部分。

練習：建立團隊 SOP 草稿

SOP 名稱與用途：
不適用情境：
角色與責任：
允許使用的輸入：
步驟與每步產出：
驗收方式：
停止與升級條件：
版本、維護者、更新日期：
陌生執行者測試結果：

完成標準是另一個人可以獨立完成代表案例，也知道什麼情況不能繼續。下一步不只測文件能不能照著做，還要測 Skill、Plugin 與工作流在正常、邊界和失敗案例下是否可靠。

參考資料

• NIST：AI RMF Core