寫給人看的 SOP，AI 看不懂潛規則

很多公司導入 AI 的第一步，是把原本給員工看的流程文件——Word、PDF、簡報——原封不動貼給 AI，期待它照著做。

然後發現它丟三落四。不是文件寫得不好，是文件本來就是寫給人看的。人讀到「申請完成後送主管簽核」，腦中會自動補：兩百塊的小開銷主管不想被打擾，直接跑完就好；五千塊的一定要送。這條潛規則不在文件裡，在每個員工的腦子裡。AI 拿到同一份文件，只看到「送主管簽核」，它不知道兩百和五千有什麼不同，也不知道什麼時候可以省略步驟。

所以要做的不是把 SOP 貼得更完整，是把人腦補位的部分寫出來，改寫成 AI 能穩定執行的格式。我分四步：參數化、標強度、分區塊、實跑疊代。

給人看的 SOP                  給 AI 跑的 SOP
「申請完成後送主管簽核」      金額 ≥ 5000 → MUST 送簽
                             金額 < 200 → MAY 直接完成
                             其他 → SHOULD 送簽，跳過要記錄理由
散文一段                     參數／步驟／錯誤處理 三區塊
寫完就用                     跑 50 次 → 撞牆 → 補規則 → 再跑

參數化、標強度、分區塊

參數化，就是把寫死的值拉出來變成變數。舊 SOP 寫「洗衣一律用標準模式、溫水」，換一台機器或換一個人就崩。改成 mode: [normal, delicate, heavy]、temperature: [cold, warm, hot]，同一份 SOP 就變成範本，每次帶入不同的值。這一步順便逼你想清楚：哪些是規則、哪些只是這次的設定。

標強度，用 MUST、SHOULD、MAY。這三個字借自網路協定文件 RFC 2119，拿來當強度標籤：MUST 沒有例外；SHOULD 預設要做，跳過要在紀錄裡說明理由；MAY 交給它判斷。「申請完成後送主管簽核」變成上面那三行，潛規則被寫出來了，而且每一條的彈性有多大也寫出來了。

分區塊，用標題把 SOP 切成參數、步驟、錯誤處理三塊。「參數」列出所有可變的值和允許範圍；「步驟」照順序寫，每步標強度；「錯誤處理」寫遇到什麼狀況該停、該問、該記錄。分區塊不只是排版，它讓 AI 讀到「錯誤處理」時知道那是例外路徑，不會跟主流程混在一起。

第一版一定漏了東西，所以要實跑

再資深的人，第一版 SOP 也不會完整。因為潛規則的特性就是你自己不知道它存在，直到系統撞牆。

所以不要關在房間裡打磨「完美版」。我的節奏是花兩天寫一個粗糙的初版，然後一週內實際讓 AI 跑五十次。它一定會撞到你沒想過的事。你叫它洗衣服，它把純棉 T 恤高溫烘乾，縮了。這時你才想起：含棉 80% 以上不能高溫。

關鍵動作是：不要手動去把衣服救回來，回頭在 SOP 裡補一條 MUST。每一次撞牆補一條，跑五十次之後，這份 SOP 就從你一個人的直覺，變成任何人（或任何 AI）都能照著跑的規格。這跟常駐檔的「撞一次，加一條」是同一件事，只是這裡是整份流程。

有一個判斷可以省很多時間：撞牆的時候先分「它不知道」和「它做不到」。不知道的補規則；做不到的（例如需要看實體、需要打電話確認）把那一步標成「停下來交給人」，不要硬寫成 AI 的步驟。

動手做

手上有一份給人看的 SOP，貼上去讓 AI 改寫成三區塊版，而且要它先問你潛規則：

下面是一份寫給人看的 SOP。請改寫成給 AI 執行的版本，格式固定三區塊：
【參數】列出所有可變的值與允許範圍（金額、時間、模式、對象……）。
【步驟】照順序，每一步標 MUST／SHOULD／MAY。SHOULD 要寫「跳過時記錄理由」。
【錯誤處理】遇到什麼狀況要停下來交給人、要問、要記錄。
改寫之前先做一件事：列出你在原文裡看到「人會自己判斷、但沒寫出判斷標準」的地方（例如「視情況」「必要時」「送主管」），逐條問我標準是什麼。問完再改寫。
原始 SOP：（貼上）

SOP 還在某個老同事腦子裡的，找方法有AI 老師傅經驗萃取。

改寫完的版本，選一個真實但低風險的情境，讓 AI 實際跑一次。它撞到的第一個牆，就補成第一條新規則。不求完美，求撞牆。

改對了的樣子：SOP 裡沒有「視情況」「必要時」「適當地」，這些字都被換成了參數或強度；每個 SHOULD 後面都有「跳過要記錄理由」；錯誤處理區塊裡至少有一條「停下來交給人」；跑了五十次之後，SOP 的長度比第一版多了三到十條——那些就是被挖出來的潛規則。

人讀 SOP 會自動補潛規則，AI 不會。要做的是把補位的部分寫出來：參數化、標強度、分三區塊。第一版一定有漏，跑五十次，撞一次補一條。撞牆時先分「不知道」和「做不到」，前者補規則，後者交給人。

站內延伸

• 改寫完的 SOP 要拆成節點串接 → 拆節點、JSON 交接
• 要打包成能觸發的技能 → 做第一個 Skill
• 完整做法與訪談助手 → 找方法AI 建 SOP、找工具SOP 訪談助手

來源： RFC 2119（MUST／SHOULD／MAY 定義）。參數化、三區塊、五十次實跑是我自己的做法。