Skill 有版本還不代表流程安全
最近看到 OpenClaw v2026.10.5 的更新，Skill Workshop 2.0 把 learned skills、檔案和版本比較放進同一個 library，最多保留 10 個版本，還可以 Undo、archive、restore。它解決了「到底哪一版在跑」的 visibility 問題。
從 PM 和流程治理角度，這是 change control 的起點。看得到 diff，只能回答改了什麼，還沒回答能不能進 production。
做 enterprise workflow 時，我會先把 skill 變更分成三個 risk level。第一類是低風險內容，例如補充說明、調整輸出格式、修正 typo，跑過 automated test，下一次執行即可生效。第二類是行為變更，例如改 routing rule、改 API retry、調整允許讀取的資料夾，要由 owner review，保留 approved revision，通過後才 promote。第三類是高風險變更，包括從 draft 變 send、新增外部目的地、把檔案路徑擴大到整個 workspace，這些應預設為 human approval，必要時加上 security 或 compliance sign off。
討論區有人問，新學到的 revision 到底會不會在下一次執行立即生效，還是可以維持已審核版本直到接受變更。這其實是平台必須說清楚的基本 contract。每個 skill 都應標示四個狀態，draft、tested、approved、active。learning 可以自動產生 draft，測試可以自動跑，active revision 的切換則依 risk level 決定是否需要人按 approve。
Undo 也有常被低估的限制。它能退回檔案版本，卻不一定能撤回已經發出的 email、已寫入的 CRM record，或已經送到第三方的 payload。所以 rollback 不能只做 file restore，還要有 execution log、side effect 記錄，以及 compensation step。否則 UI 上顯示成功復原，副作用仍然留著。
我的 take 是，Skill Workshop 2.0 對 scaling 很有價值，因為它讓 ownership 和變更歷史可追蹤，也降低團隊修改 skill 的心理成本。但要進 enterprise，至少還需要一層 policy engine，把「內容 diff」轉成權限、目的地、資料範圍與副作用的風險判斷。
一個可以直接帶走的規則是，改文字可自動生效，改行為要 review，改資料邊界或外部目的地一定要人審。版本紀錄讓你知道誰改過，審核門檻才決定這個系統能不能放心交給更多人用。
作者：Vivian L