# 把所有東西都塞進技能的人，最後得到的不是萬能助手，而是一個分不清輕重的助手 技能好用之後，最容易犯的錯就是什麼都想寫成技能。風格要寫成技能、流程要寫成技… · @swordBluesy · TwKit

@swordBluesy

# 把所有東西都塞進技能的人，最後得到的不是萬能助手，而是一個分不清輕重的助手 技能好用之後，最容易犯的錯就是什麼都想寫成技能。風格要寫成技能、流程要寫成技能、檢查要寫成技能、連叫別人做事也要寫成技能。結果不是助手變強了，而是每一支技能的邊界都糊掉了，Claude 每次都要猜這件事到底該用哪一招。工具越多，分工越重要，不是工具越萬能越好。 ## 五種功能各司其職的做法 先講 CLAUDE.md，它是常駐的。啟動就會讀，適合放始終適用的標準、硬約束與風格。什麼叫始終適用？就是不管今天做什麼任務都不會變的東西，例如程式語言的選擇、測試一定要跑、某些寫法絕對不准用。這些東西不需要判斷時機，因為它們永遠成立，放進 CLAUDE.md 最省事。 技能是按需的，適合放特定任務的專業知識與流程。什麼叫特定任務？就是只有在某一種工作出現時才需要，平常不需要一直掛在嘴邊的東西，例如提交訊息的格式、品牌規範的細節、某個框架的除錯流程。任務一出現，描述一對上，技能才進場；任務結束，技能就退場，不佔位置。 子代理是委派的，適合把工作交給一個獨立的上下文去做。主對話不需要知道中間過程，只需要最後的結果，這時候就適合派子代理。子代理有自己的上下文，不會把主對話弄髒，適合研究、審查與其他可以獨立完成的工作。 鉤子是事件驅動的，適合在某個事件發生時自動做一件事。課程舉的例子很清楚：存檔時跑 lint，呼叫某個工具之前先做校驗。鉤子的重點不是聰明，而是準時，事件一到就動，不需要你下指令，也不需要你記得。 MCP 是對外的，適合提供外部工具。技能講的是做法與流程，MCP 給的是通往外部系統的能力，例如查資料、連服務、調外部工具。做法與能力要分開，做法寫在技能裡，能力交給 MCP，不要把外部工具的說明硬塞進技能正文。 組合的原則就一句話：不要把所有東西全塞進技能。常駐的放 CLAUDE.md，特定任務的放技能，可以獨立做的交子代理，固定事件觸發的交鉤子，需要外部能力的交 MCP。每一種功能只做它最擅長的那一段，整體才會順。 ## 一個可以照做的例子 假設你今天要做一次程式碼修改與提交，組合起來的做法是這樣： 第一步，CLAUDE.md 裡先定好硬約束，例如這個專案用什麼語言、測試一定要通過、某些寫法不准用，這些不管做什麼任務都成立。第二步，提交訊息的格式寫成一支技能，只有在要寫提交訊息時才載入，裡面寫清楚格式、欄位與範例。第三步，如果這次修改牽涉到大範圍重構，先派一個子代理去研究影響範圍，主對話只要等它回摘要，不需要全程看它怎麼翻程式碼。第四步，存檔時用鉤子自動跑 lint，格式問題在存檔那一刻就被攔下來，不需要等到提交前才發現。第五步，如果需要查外部文件或服務，用 MCP 提供的工具去查，不要在技能裡手寫一份會過期的外部資料。 這個例子裡沒有哪一種功能是多餘的，也沒有哪一種功能是萬能的。少了 CLAUDE.md，硬約束每次都要重講；少了技能，提交格式每次都要重教；少了子代理，主對話會被中間過程塞滿；少了鉤子，檢查永遠靠人記得；少了 MCP，外部能力只能靠想像。 ## S1哥觀點 很多人學新功能的心態是，學一個就想用一個功能解決所有問題。技能剛學會，就想把所有設定都寫成技能；子代理剛學會，就想把所有工作都派出去。這種心態在工具箱裡是大忌，因為工具的價值不在於單打獨鬥，而在於搭配。 爭論點在這裡：到底是功能不夠強，還是分工沒做好？我的判斷是後者居多。一個把 CLAUDE.md、技能、子代理、鉤子、MCP 分得清清楚楚的人，用的還是同一套工具，但做出來的流程就是比較穩、比較省 token、比較不容易出錯。工具沒有變，變的是使用者的腦子裡有沒有一張分工表。沒有分工表的人，工具越多越亂；有分工表的人，工具越多越順。 原文連結：https://anthropic.skilljar.com/introduction-to-agent-skills/434528 原文：Anthropic Academy（由 S1哥 編譯）

曝光 160 · 评论 1 · 点赞 1 · 书签 0