打造自動化

先講白話：Skill 就是一份「這類工作要照這樣做」的說明書，交給 AI 保管。你在絲萬萬每天都在重複同一批交代——「日期要寫成 2026/07/05 這種格式」「標題不要用問號」「報表最後一欄一定要放合計」「寫貼文語氣要親切但不能太浮誇」。這些話你今天講、明天還要再講，換一個對話又要重講一次。Skill 就是把這疊「每次都要唸的規矩」寫下來一次，之後 AI 一碰到相關工作就自動翻出來照做。官方的比喻是「專業能力包」——你其實已經在用了：當你請 AI 幫你做出一份 Excel、PowerPoint 或 PDF，背後就是內建的 Skill 在幫它把檔案做得漂亮，只是你沒察覺。真正的威力在於你可以做「自己公司專屬的」那種。

最重要的判斷是：什麼該做成 Skill，什麼不該。一句話分辨——Skill 存的是「怎麼做」（流程），Project 存的是「是什麼」（知識）。你們公司的品牌介紹、客戶名單、過往案例，這些是「參考資料」，放進 Project 讓 AI 隨時查；但「每份社群貼文要照這五個步驟寫、用這種語氣、結尾一定加行動呼籲」這種每次都一樣的做事方法，就是 Skill。判斷準則很簡單：如果這件事你會對每個新同事講一樣的話、如果它是一套「照著跑」的固定步驟、如果你希望不管誰來做結果都長一樣——那就適合做成 Skill。反過來，只用一次的臨時要求、會一直變的資訊、或需要你當下判斷的決策，就不要硬塞進 Skill。

怎麼生出一個 Skill？最省事的方法是「用講的」。你不用開檔案、不用寫任何程式碼，直接跟 AI 說「我想把我們寫月報表的流程做成一個 Skill」，它會反過來訪談你：這個流程要達成什麼？做得好的長什麼樣？什麼時候會用到？你把平常怎麼做講一遍，如果手邊有範本檔、格式範例、品牌規範，一起丟給它參考，它就會幫你整理成一份結構清楚的 Skill 存起來。技術上這份東西叫 SKILL.md（一個純文字說明檔），但你完全不必知道它裡面長怎樣——你只要負責「把規矩講清楚」，格式的事交給 AI。

養 Skill 是一個持續的過程，不是一次定生死。第一版通常七八分像，實際用幾次就會發現「啊它還是會漏掉合計那欄」或「語氣還是太正式」，這時候直接請 AI「幫我改一下這個 Skill，補上……」它就會更新。這其實是一種投資思維：你花二十分鐘把一個每週都要做的流程寫成 Skill，往後每一次都省下重新交代的時間，而且品質不再看你當天有沒有記得提醒。對絲萬萬這種「重複性行政與行銷工作很多」的環境，這正是把「只有 kaiwu 會弄」變成「規矩寫在 Skill 裡、誰來都做得對」的關鍵一步。

先講對你有什麼用。到目前為止，AI 再聰明也被關在對話框裡——它看不到你的 Google 試算表、讀不到你雲端硬碟的檔案、進不了公司資料庫，所以你得當「人肉搬運工」：把資料複製出來貼進對話、它回你之後再複製回去。連接器就是把這道牆打通——接上之後，AI 可以直接去你的工具裡搜尋檔案、讀資料、分析數字，有些工具還能反過來幫你新增或更新紀錄。官方一句話點破：連接器讓 AI 從「助理」變成「知道你狀況的協作夥伴」，因為它終於能碰到你每天在用的真實資料，不必每次從零開始。

那 MCP 是什麼？MCP（Model Context Protocol，模型情境協定）是連接器背後的「共通規格」。用個好懂的比喻：以前每種裝置都有自己的充電線、彼此不通，很麻煩；USB-C 出現後變成一個統一插槽，什麼都能插。MCP 就是「AI 界的 USB-C」——它訂了一套統一的接線標準，任何工具（Google 硬碟、資料庫、你們公司內部系統）只要照這規格做一條「MCP 連接線」，就能插上 AI 直接對話。你完全不需要懂它技術上怎麼運作，只要知道：因為有這個共通標準，AI 才能一致地接上五花八門的工具，而不是每接一個都要重造輪子。對非工程師來說，你會遇到的多半是別人已經做好的連接器，你只要點「連接」就好。

實際怎麼用？連接器分兩種。一種是雲端服務連接器，接的是網路上的服務——Gmail、Google 硬碟、Notion、Slack 這類；到官方的連接器目錄（claude.ai/directory）或在對話框左下角的「＋」裡找到你要的工具，按「連接」，它會跳到那個服務的登入頁請你登入、並列出「AI 想要哪些權限」讓你確認，同意後就接上了。另一種是桌面擴充，跑在你自己電腦上的 Claude 桌面版程式裡，能讓 AI 讀你電腦本機的檔案、操作本機程式。接上之後，你就能直接說「幫我找我們討論廠商合約的那封信」「把上週產品會議的筆記整理成摘要」「這個月超過一千元的交易列給我看」——AI 會實際去對應的工具裡撈資料回答你。

這一步威力大，責任也跟著大，所以安全要擺前面講。核心觀念有三個。第一，權限是分層、可挑的：連接時它會列出要哪些權限，你可以只給讀取、不給修改；能不給的就別給。第二，AI 看得到的範圍等於你的範圍：接你的公司信箱，它只能看你自己收得到的信，看不到別人的——它不會因為接上就有超越你本人的權限，這點可以放心，但也提醒你「你自己看得到的敏感資料，接上後 AI 也讀得到」。第三，隨時可以斷：在設定裡或那個服務自己的安全設定裡，一鍵就能撤銷連接。最後一個原則跟 Skill 一樣——只從信得過的來源安裝連接器，看不懂的來路不明連接器不要接，尤其牽涉客戶個資、財務、能「寫入／修改」真實資料的系統，接之前先確認清楚它會做什麼。

先講對你有什麼用。你一定遇過：請 AI 做一件大事，它為了搞清楚狀況，先去翻一大堆檔案、上網查一堆資料，這些「查的過程」會佔掉它的記憶空間，等到真正要做事時，腦袋已經被前面那堆雜訊塞得差不多了，回答品質就開始掉。Subagent（子代理，可以想成「分身」）就是解法：主 AI 把「去把這批資料翻一遍」這種粗活派給一個分身，分身在自己一塊全新、乾淨的空間裡把活幹完，然後只回報一句「我查完了，重點是這三點」，主 AI 只收下這個結論，中間翻過的幾百個檔案完全不會弄髒主線。你要的答案拿到了，但拿到答案的那段亂糟糟的過程被擋在外面。

為什麼「乾淨的腦袋」這麼重要？可以把 AI 的記憶想成一張辦公桌——桌面就那麼大，攤越多東西越難專心。一件大任務如果全在同一張桌上做，查資料的草稿、中間的嘗試、走過的冤枉路全堆在桌上，等到要下結論時桌面已經一團亂。分身的作用，是另外開一張桌子去做臟活，做完把桌子收掉、只把一張寫著結論的便利貼遞回來。你的主桌永遠保持清爽，這在做長、做久的任務時特別有感——這也是進階使用者能一次交辦很大的事、品質還不掉的關鍵。

怎麼自己建一個分身？最省事一樣是「用講的」。在 Claude Code 裡輸入 /agents，選「建立新 agent」，它會帶你一步步走：這個分身管什麼範圍、它的任務是什麼、准它用哪些工具（例如只准它讀檔案、不准它動網路），甚至給它挑個顏色好辨認。設好之後，它會自動幫這個分身寫好名字、說明和指令，並且學會「遇到什麼樣的請求就該叫這個分身出馬」。技術上這是一個 Markdown 設定檔，但你一樣不必碰底層——你只要把「這個分身負責什麼」講清楚。進階一點還能讓分身記住跨對話的東西、或預載某個 Skill 給它專用。

關鍵判斷是：什麼時候值得拆、什麼時候是多此一舉。拆分身有它的成本（要設定、要協調），所以不是每件事都該拆。三個「值得拆」的訊號：一、任務夠大，大到過程會產生一堆你其實不想看的中間雜訊（例如「把整個資料夾翻一遍找出所有提到某客戶的檔案」）；二、任務能明顯切成互不相干的幾塊，可以派給幾個分身同時做、比排隊快；三、你想保護主線對話的清爽，把粗活隔離出去。反過來，一件三兩下就做完的小事、或每一步都要接著上一步結果的緊密流程，硬拆成分身只是增加沒必要的複雜度，不如直接做。記住這是進階招式：先把單一 AI 用熟，真的遇到「大到會塞爆」的任務再搬出分身。

先講對你有什麼用。你一定有過這種經驗：跟 AI 說「每次改完檔案都要順便幫我整理成統一格式」，它大部分時候會做，但總有幾次忘了——因為那是「叮嚀」，而 AI 跟人一樣，叮嚀的事偶爾會漏。Hook（掛鉤）就是解決這件事的：它是一條綁在「特定時機」上的規則，時機一到就強制執行，完全不看 AI 當下記不記得。官方講得很直白：如果一件事必須每次都做、不容許有例外，那就別放在叮嚀裡，放進 hook。這是這一整站裡最「保證」的一招——前面的 Skill、連接器都還帶點「AI 自行判斷」，hook 是唯一「一定會跑」的機制。

用個好懂的比喻：hook 就像你家的「開門就亮的感應燈」。你不必每次進門記得開燈、也不必拜託誰幫你開——只要「有人開門」這個時機發生，燈「一定」亮。Hook 也是這樣：你先選好一個時機（例如「AI 改完一個檔案之後」「AI 要執行某個動作之前」「AI 做完整件事回覆你的時候」），再綁上一個「時機到就自動做的動作」。因為它是機械式觸發、不經過 AI 的判斷，所以它是確定會發生的——這正是它跟「寫在規範裡叮嚀 AI」最根本的差別：叮嚀是「希望它做」，hook 是「它必定做」。

四個最實用的場景，對照你的工作想：一、自動整理格式——AI 一改完檔案，自動把格式排整齊，你不用每次提醒；二、自動留紀錄——把 AI 做過的每個動作記成一份日誌，之後要交代「這是誰、什麼時候改的」有據可查，對需要留痕的作業很有用；三、擋掉危險操作——在動作真正發生「之前」先攔一道，例如偵測到要刪整個資料夾、要改到正式環境、要送出不該送的東西，就直接擋下並告訴 AI「這個不准、原因是……」，讓它自己修正；四、做完通知你——AI 跑完一件長任務就自動發個通知給你，你不用一直守著螢幕看它好了沒。

要不要碰 hook？坦白說，這是本站四招裡技術味最重的一招——設定 hook 通常要指定「一段時機到了就執行的小指令」，比較偏工程。對非工程師的建議是：你不一定要自己動手寫，但一定要「知道有這個東西、知道它能保證什麼」，這樣你就能對 AI 說「幫我設一個 hook，讓每次改完檔都自動整理格式」或「幫我設一道防線，任何刪除整個資料夾的動作都先擋下來問我」，讓 AI 幫你把它建起來。核心心法一句話記住：可有可無的提醒，寫在叮嚀裡就好；絕對不能出錯、每次都必須發生的事，才值得做成 hook。尤其牽涉到「防止改壞正式資料」「留下稽核紀錄」這種零容錯的規矩，hook 的「保證執行」正是它無可取代的價值。