我的電腦裡有一個資料夾，裡面躺著八十幾個 skill。
skill 是我對 AI 助理下的一套固定指令：遇到這種任務，照這個流程走、用這些工具、注意這幾件事。寫好之後，我只要喊一聲名字，它就會照做。
有些是我自己寫的，大概二十個。其他是別人做好的，我拿來用。
常有人問我：這樣不會太麻煩嗎？每次直接跟 AI 講不就好了？
會。第一次一定比較麻煩。但這件事跟寫程式的道理一模一樣，而我十年前就學過了。
判準只有三條
我不是什麼都封裝。判斷一件事值不值得寫成 skill，我用三個條件：
會重複做。 一次性的事不封裝。 步驟穩定。 每次流程都不一樣的，封裝了也用不上。 要串好幾個工具。 如果只在一個地方做完，通常不划算。
三項都符合才動手。只符合一兩項的，你花在交代和維護上的時間會比自己做還多。
這條線我抓得很嚴，因為我踩過反面的坑。
我 2015 年剛當人資的時候，第一個自動化腳本的收益是零——原本手動一小時，我花五十分鐘寫、十分鐘跑，加起來還是一小時。那次划算是因為我每週都要做一次。
如果那件事一年只做一次，那五十分鐘就是純虧損。
自動化不是免費的，它只是變便宜了。 這句話我提醒自己很多次。
skill 是我工作的鏡子
寫了一年多之後，我發現一件有點好笑的事。
如果你把我自製的 skill 清單攤開來看，你可以完全反推出我每天在做什麼。它比我的履歷誠實得多。
大概分成三群。
第一群是 IT 主管的行政流。 幫人開 GCP 權限、記錄部門諮詢、開 Jira 票、寫工作日誌、整理收件匣。這些都是很無聊、但每天都在發生的事。
第二群是業務數據。 抓這個月的成交、整理業務開發名單、產落地頁報表。
第三群是內容生產線。 代筆貼文、產課程影片、整理演講筆記、上傳影片、寫書介。
看到這份清單的時候我愣了一下。因為第三群佔的比重，比我以為的大很多。
我一直對外的說法是「我是個 IT 主管，寫作和教學是副業」。但工具不會說謊——我花在內容生產上的心力，早就不是副業的量級了。
你為什麼東西寫工具，就代表你真正在乎什麼。 這件事我是被自己的資料夾提醒的。
這其實不是新東西
有人覺得寫 skill 是很潮的 AI 時代做法。
不是。這就是我十年來一直在做的同一件事，只是換了工具。
當人資的時候，我用按鍵精靈和 VBA。 當工程師之後，我寫 Google Apps Script。 現在我寫 skill。
做的事完全一樣：看到重複的東西，就想辦法讓它自己跑。
差別在於門檻。以前我要把整個流程的每一步都寫成明確的程式碼——如果 A 就做 B，否則做 C。任何我沒想到的狀況，程式就會壞掉。
現在我寫的是判準和原則，不是步驟。我可以寫「如果金額異常就標記出來」，而不用定義什麼叫異常。
這個差別很大。它讓我可以自動化那些以前「規則講不清楚」的事——而那類事情，恰好佔了辦公室工作的大半。
站在別人的肩膀上
我的八十幾個 skill 裡，自己寫的只有四分之一。
其他都是現成的：開發部署用的、Cloudflare 官方的、程式碼理解用的。
我的原則是：只有在「沒有現成的、而且這是我專屬的流程」的時候才自己寫。
這聽起來理所當然，但實際上很多人做不到。工程師有一種本能，看到別人做的東西會想「這我自己寫比較快」。
我年輕的時候也這樣。後來治好了，治好我的是一個很實際的體悟：你自己寫的東西，你要維護一輩子。
別人的東西壞了，有人會修。你的東西壞了，只有你。
而我不想在某個週五晚上，為了一個我自己寫的、只有我在用的小工具，坐在電腦前面除錯。
一個具體的例子
講一個我最近做的，因為它有一個設計上的決定我還蠻喜歡的。
我做了一個介紹書的 skill。給它一本書名，它會去查資料，然後產出一篇介紹。
一開始的版本很直覺：整理書的主張、摘要重點、講講值不值得讀。做出來的東西很像出版社的文案。
我不喜歡。因為那種東西網路上到處都是，我做它幹嘛。
所以我改了設計。新版的重心不是「這本書在講什麼」，是「這本書適合誰、誰會不認同」。
然後我加了三道防線：
- 查不到這本書的資料就停下來，不要硬產
- 每個說法要標明信心等級——書裡明講的、書評推論的、還是只有單一來源
- 沒有連結的引用不要放
還有一條硬性要求：必須找到負評。
因為只引好評的書介，就是書腰文案。
第一次實跑的時候，它挖出了兩條我完全不知道的批評線。那時候我知道這個 skill 做對了——它給了我一個我自己查不到的東西。
為什麼我覺得這件事值得寫下來
因為我認為「把工作流封裝起來」這件事，會愈來愈像一種基本的職業素養。
就像現在沒有人會質疑「你應該把常用的資料存成範本」一樣。
而它的門檻已經低到不需要工程師了。你只要能把一件事的流程講清楚——先做什麼、然後做什麼、遇到什麼狀況要怎麼辦——你就寫得出來。
難的不是寫，是先把自己的流程想清楚。
這也是我覺得最有價值的副作用。我每次寫一個 skill，都會被迫面對一件事：我以前到底是怎麼做這件事的？
而答案常常是「不知道，就憑感覺」。
那些憑感覺的地方，才是真正該想的地方。
最後一個提醒
我要講一個反面。
自動化有一個副作用：它會讓你不再看那件事。
我有一個每天自動跑的報表，跑了半年。有一天我心血來潮打開來看，發現裡面有一欄從三個月前就一直是空的。
沒有人發現，因為沒有人在看。
包括我。我做了它，然後我就把它忘了。
所以我現在給自己加了一條規矩：任何自動化的東西，都要有一個「它壞掉的時候會叫」的機制。
不然你不是自動化了一件事，你只是把一件事變成了看不見的事。
（而看不見的東西，通常都是在最不方便的時候才會被看見。）