你花時間教 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