你花時間教 agent 的那些東西，下次還要再教一遍嗎？
在 OpenClaw Blog 看到他們剛出的 Skill Workshop，讀完有一種「這東西早就該有了」的感覺。
我用 OpenClaw 大概半年，一直有一個痛點：每次遇到某個固定的工作流程，就得重新跟 agent 解釋一遍。部署通知的格式、PR review 要注意的重點、每週 standup 要怎麼整理，這些東西我解釋過不下五次，每次都要複製貼上舊的提示或自己重新講。
Skill 功能其實早就存在，問題是以前要自己動手建 SKILL.md，弄清楚放哪、格式怎麼寫，有點門檻。Skill Workshop 改的是這個流程的入口：agent 先起草 proposal，你 review 之後再決定要不要套用。
這個設計我覺得蠻關鍵的。原本的問題是 skill 一旦寫進去就直接生效，如果 agent 有什麼奇怪的理解偏差，下一次跑的時候就會踩到。現在變成 proposal 先停在 PROPOSAL.md，不影響現有行為，你看過沒問題才 apply。
我自己測試了一下，workflow 大概是這樣：
- 跟 agent 把某個重複工作跑過一遍
- 說「幫我把這個做成 skill」
- agent 起草 proposal，裡面包含 SKILL.md 草稿 + 相關的 support files（範本、script 之類的）
- 在 Control UI 的 Board view 或 Today view review
- Approve 或 Tweak（改了可以繼續在同一個 proposal 上做版本迭代）
# 整個流程圖
說明工作流程 → agent 起草 PROPOSAL.md → review → apply → SKILL.md 生效
↑ ↓
不影響現有行為 Tweak 可以繼續修
Support files 這個設計我覺得沒有被特別強調，但其實蠻重要的。我的 skill 通常不只有一個 .md 檔，還會帶著一些 template 或範例設定。以前這些東西要手動管，現在 Workshop 把它們一起納入 proposal 流程，review 的時候全部可以預覽，apply 的時候一起寫進去。
Path 規則也值得注意：proposal 裡的路徑只能在 skill 目錄內，不能用絕對路徑也不能往上層跑。這是個 safety 設計，防止 agent 亂寫到不該碰的地方。我有個舊的 skill 設定就有用到絕對路徑，遷移的時候要改一下。
幾個我覺得可以延伸的用法：
Skill 當作 workflow checkpoint。 如果你有一個跑了很多次的 workflow，可以讓 agent 把它抽象成 skill，未來遇到類似任務的時候直接套，不用每次都從頭建。
版本管理。 Tweak 機制讓同一個 proposal 可以疊代，不用每次改完就開新的。這個跟 git diff 的思維蠻像的，你可以看到每次修了什麼。
多人 review 流程。 Blog 沒有特別提，但如果你的 OpenClaw 是團隊共用，理論上 proposal 可以讓不同人 review，這在協作場景蠻有價值的。
講白了，Skill Workshop 解決的問題是：你辛苦教給 agent 的東西，怎麼變成可以一直用的資產，而不是每次都要重教。
這個問題我卡了很久，有興趣的可以試試看，我的 skill 目前大概有十幾個，等穩定之後可能會寫一篇整理分享。
作者：Jesse