
Claude Skills 完整指南:23 個讓老闆站在 AI 巨人肩膀上的技能包(2026)

71%。
這是 2026 年 2 月一份開發者調查的結果——七成以上把 Claude Code 當主力工具的人,沒打開過 Skills 這個系統。
Anthropic 在 GitHub 上維護的 anthropics/skills 官方倉庫 已經有 17 個官方技能包,光是 frontend-design 一個就累積超過 27 萬次安裝(Composio 統計);再加上 borghei/Claude-Skills 在 GitHub 衝破 4,000 顆星、Corey Haines 一口氣端出 20 多個行銷專用 Skills,整個生態系在 2026 上半年已經長成另一座雪山。
但對找外包、買 SaaS、發案的老闆來說,這座雪山更像是一團模糊的雜訊——到底哪一塊真的能讓我團隊跑得更快?哪一塊只是工程師的玩具?
這篇是恆遠數位行銷整理的完整地圖。23 個我們實際用過、或評估過值得用的 Claude Skills,分成六大類,每一類都附上「老闆採購視角」的判斷標準,看完你會知道下一個 90 天該把哪幾個技能包放進團隊的工具箱。
先把名詞釘清楚:Skills、CLAUDE.md、MCP、Slash Command 各自在做什麼
Claude 的擴充生態到 2026 已經分成四個層次,老闆採購最常踩的雷就是把這四個搞混,結果工程師裝了一堆東西卻互相打架。30 秒講完:
層次 | 做什麼 | 誰寫 | 什麼時候啟動 |
|---|---|---|---|
CLAUDE.md | 公司/專案的「員工守則」,講規矩、講座右銘 | 你或團隊 | Claude 進專案就讀,整段塞進 context |
Slash Command | 個人快捷鍵,例如 /weekly-report 一鍵跑週報 | 個人 | 你打 / 才觸發 |
MCP Server | 外接資料源/API,例如連到 Notion、GitHub、資料庫 | 工具方 | Claude 需要外部資料時呼叫 |
Skill(SKILL.md) | 完整工作流的「標準作業程序」,含步驟、模板、判斷依據 | Anthropic、社群、你自己 | Claude 偵測到任務符合就自動載入 |
簡單說,CLAUDE.md 是公司文化、Slash Command 是員工的鍵盤巨集、MCP 是公司的內部系統介接、Skill 是把整套 SOP 寫成 Claude 看得懂的指令手冊。當你之前跑去外包工程師問題、他總是想了三天才動工,那就是缺 Skill;當他每次交付的程式碼風格都不一樣、UI 醜得一致,那也是缺 Skill。
如果你還沒搞懂前三層,建議先看恆遠之前的兩篇基礎文:Claude Code Skill 完整教學:10 個讓工作效率翻倍的自訂指令(2026)(這篇講的是 Slash Command 層)跟 裝了直接升級!10 個讓 Claude 變更強大的 MCP Server 完整推薦(2026)(這篇講 MCP)。本篇處理的是最上面、價值密度也最高的 SKILL.md 層。
Skills 的真正價值:把你腦袋裡的 SOP 灌進 AI 員工

我們先講一個真實場景。一個老闆告訴我們,他公司的設計師接到新案子的第一週,永遠在重複同一件事:問 PM 客戶 logo 的 RGB 是多少、字型用哪一套、按鈕的圓角是 4px 還是 8px。
這不是設計師笨。是因為這套規則只活在 PM 的腦袋裡,沒被寫成檔案;就算有寫,也散在 Notion 三個不同頁面、Figma 兩個版本的 component library 裡。
Skill 的價值就是把這種「藏在某個資深員工腦袋裡的 SOP」變成 Claude 可以重複執行的劇本。Anthropic 自家的 brand-guidelines Skill 就是這樣設計:你把品牌色、字型、tone of voice 寫進 SKILL.md,之後不管是寫 Email、做 PPT、出新聞稿,Claude 都會自動套用同一套規範。
Anthropic 在 2026 年初公開了一份 33 頁的官方指南《The Complete Guide to Building Skills for Claude》,把這套設計哲學講得很清楚——Skill 不是 prompt 模板,是把「組織知識」打包成 AI 隨時可調用的記憶體。對接案公司、外包團隊、一人創業者來說,這個觀念比工具本身更值錢。
老闆視角的一句話總結
Skills 是把你公司每一個資深員工的「我們都是這樣做的」變成可繼承資產。員工會離職,Skill 不會。
程式開發類:讓外包工程師交出來的東西不再參差不齊
這一類是最多老闆第一個會用到的。發包出去 5 萬塊的專案,回來的程式碼有時是教科書等級、有時是讓你想直接打給律師。Skills 在這裡的價值不是讓 AI 變強,是把驗收標準前置——你把要求寫一次,之後不管誰來接、用 Claude 寫的每一行程式碼都自動符合。
frontend-design:擺脫一眼就被認出的 AI slop
這是 Anthropic 官方目前最紅的 Skill,截至 2026 年 4 月已累積 27 萬次安裝。它做一件事:在 Claude 動手寫前端之前,先逼它讀完一整套設計哲學——禁用 Inter、Roboto、Arial 這類爛大街的字型,禁止 cookie-cutter 的版面,要求顏色系統要有上下文邏輯。
為什麼老闆要在意?因為當你發包做 landing page、找接案者寫後台介面,回來的東西有沒有「廉價感」直接決定客戶會不會付尾款。frontend-design 把 Anthropic 內部設計師的眼光裝進 Claude,等於免費請了一個 senior designer 把關每個 PR。我們之前寫過一篇 為什麼 Claude Code 做出的畫面總是很醜 把這個問題拆解得更細,可以搭配看。
npx skills add anthropics/claude-code --skill frontend-designmcp-builder:讓 Claude 自己幫你接 API
一個四階段的工作流(Deep Research → Implementation → Review → Testing),專門用來造 MCP Server。聽起來技術,但用白話翻譯就是:以前要請工程師花一週串接的內部系統 API,現在你描述需求 Claude 一個下午做完。
這對「公司有舊 ERP/CRM 想接 AI」的老闆是巨大的槓桿。我們有客戶用 mcp-builder 把他們十年沒人敢動的 ERP 接上 Claude,原本估價要兩個月的整合專案壓到兩週收尾。
skill-creator:讓 Claude 替你寫 Skill
有點 meta:這是一個用來生 Skill 的 Skill。你描述「我希望每次跑週報都做這幾件事」,它幫你產出一份合規的 SKILL.md。對沒時間自己寫文件的中小企業老闆來說,這是把組織知識數位化的最低門檻入口。
claude-api:寫 Anthropic SDK 程式不再翻文件
如果你的產品要嵌入 Claude(用 API 自己接),這個 Skill 直接灌入官方文件最佳實踐——prompt caching、thinking、tool use 該怎麼寫一次到位。對自家產品在開發 AI 功能的老闆,這是把工程師學習成本從一週壓到一天的工具。
UI/UX 設計類:把品牌規範變成 AI 內建肌肉

Anthropic 在 2026 年 4 月推出 Claude Design 之後,整個 Skills 生態的設計類別瞬間變熱鬧。這一類最大的買點是「品牌一致性」——你的官網、提案、社群圖卡、活動 banner 出自不同人的手,但看起來像同一個品牌。
brand-guidelines:把你的 Brand Kit 變成 Claude 的肌肉記憶
這是 Anthropic 官方 Skill。把品牌色、字型、語氣、禁用詞寫進 SKILL.md,之後 Claude 寫的所有東西都自動套用。對「品牌已經請設計師花 30 萬做完 CI 但團隊根本沒人遵守」的老闆來說,這是讓那 30 萬不打水漂的方法。
Taste Skill:教 Claude 認得什麼是「美」
一個社群熱推的 Skill,本質是把資深設計師判斷美醜的標準寫成規則。Claude 會在生成 UI 之前先問自己:間距夠不夠、對比夠不夠、視覺重心對不對。我們在 Claude Code 畫面很醜實測 7 個方法 那篇有實測過,配 frontend-design 一起裝,UI 質感肉眼可見地往上跳一階。
canvas-design / theme-factory:批量產出主視覺
Anthropic 官方的兩個創意類 Skill。canvas-design 處理單張視覺,theme-factory 把一整套主題(顏色、字型、組件)批量生產。對活動行銷團隊每個月要出 30 張社群圖、5 套活動視覺的場景,這是把製作成本砍 70% 的工具。
工作效率類:把 PDF、Excel、Word、PPT 串成一條龍
這一類是「老闆每天最有感」的層級。Anthropic 官方 Skills 裡有四個文件處理 Skill 設計成可以鏈式呼叫——從 PDF 抽資料 → Excel 分析 → 產出 Word 報告 → 做成 PPT 簡報,整條工作流不離開 Claude 視窗。
Skill | 用途 | 替代了什麼 | 老闆 ROI |
|---|---|---|---|
解析財報、合約、規格書 | 外包打字工 / 助理整理 | 省 70-90% 文件整理時間 | |
xlsx | 讀寫複雜 Excel、跑樞紐分析 | 請 junior 做月報 | 原本要半天的月報壓到 30 分鐘 |
docx | 產出有格式的 Word 文件 | 助理排版時間 | 提案文件直接成稿 |
pptx | 從大綱直接生 PPT 簡報 | 請設計師做投影片 | 客戶簡報可以從零到完稿不到 2 小時 |
doc-coauthoring:多人協作寫文件不再版本錯亂
一個結構化文件協作 Skill,支援 PRD、技術規格、決策記錄、RFC 等格式。對「文件永遠有三個版本、最新版藏在某人的 Slack DM」的團隊來說,這是把「協作」變回真正協作的關鍵。
internal-comms:寫公告、週報、危機溝通
Anthropic 內部用來寫公司公告的 Skill。支援 3P updates、status reports、leadership updates、newsletters、FAQs、incident reports 等格式。30 人以上規模、HR 開始忙不過來的公司,這個會替你的人資省下大量時間。
文章撰寫類:行銷、SEO、內部溝通三種武器

如果你的公司有自己的部落格、官網內容團隊,或正在做 inbound marketing,這一類的 ROI 最容易量化——一篇外包文章成本 3,000~8,000 元,Skills 把這個成本壓到接近零。
Marketing Skills(Corey Haines 集合):20+ 個行銷專用 Skill
這套是 Saas Marketer Corey Haines 開源的集合,涵蓋 CRO(轉換率優化)、copywriting、SEO、email sequences、growth strategy。安裝完等於請了一個有 SaaS 行銷經驗的顧問常駐——而且不收月費。
borghei/Claude-Skills:business-growth 系列
GitHub 上累積 4,000 星的另一個熱門 repo,contract-and-proposal-writer 是其中最受歡迎的一個。專門產出合約跟商業提案——對接案公司、顧問業、需要寫客製化方案書的老闆,這個直接解決「每寫一份提案就掉一塊頭髮」的痛點。
SEO 系列 Skill:把 Topic Cluster 寫法變成 Claude 的肌肉
社群有不少人把 SEO 寫作的 SOP——keyword 研究、Pillar/Spoke 結構、內部連結、E-E-A-T 信號——包成 Skill。對自己跑部落格的中小企業老闆,這是讓「自己寫」品質追上「請編輯部寫」的工具。恆遠自己也有一套自製的 SEO Skill,把品牌語氣、目標讀者、CTA 規則打包進去,所有部落格文章都跑同一個流程。
doc-coauthoring + internal-comms:對外、對內溝通的兩把刀
前面工作效率類提到,這兩個 Skill 在文章撰寫場景也很重要。doc-coauthoring 處理對外白皮書、技術文章;internal-comms 處理對內公告、政策說明。分開裝、分開觸發,內外稿件的調性才不會搞混。
產品思考與假設驗證類:讓 AI 幫你想清楚要不要做
這一類最符合 lean startup 精神。創業家的第一個直覺通常是「先做出來再說」,但真實世界裡——沒驗證過的功能上線後 80% 的時間都在拆。Skills 在這個階段的價值,是強迫你(跟你的 AI 助理)按照假設驗證的框架走,不要拍腦袋。
PRD / Spec Writer:把模糊需求變成可執行規格
有不少社群版本,核心邏輯類似——強迫你把「我想做一個 OO 功能」拆成 problem statement、user story、success metric、out of scope 四個欄位。這個動作本身就會擋下 30% 的爛點子,因為很多功能想到第二步就發現自己根本沒想清楚要解決什麼問題。
contract-and-proposal-writer:把客戶要的東西寫死
前面提過的 borghei skill。對接案公司來說,把需求白紙黑字寫進提案書是最便宜的假設驗證方式——客戶簽字之前能砍掉的功能,比上線後砍便宜 100 倍。
Hypothesis Testing Skill(社群版本):把你的點子變成可被打臉的假設
社群有人把 The Mom Test、Lean Startup 的訪談腳本寫成 Skill。你描述一個產品點子,它幫你產出 5 個可以拿去問潛在客戶的問題、3 個會證明這個點子是錯的訊號、預期反駁與處理。
ℹ️為什麼老闆特別需要這一類
創業家最貴的成本不是工程師薪水,是把錢丟進「沒人要的功能」。Skills 在這一層做的事,等於在你拍板之前再讓一個有經驗的顧問問你三個問題——而這三個問題可能就是 50 萬的差別。
團隊管理類:把品牌規範、狀態回報、事故處理變成可重複流程
最後這一類偏向「老闆視角」最直接的場景。一人公司、外包團隊、跨時區協作,最常見的痛點是狀態不透明、事故處理不一致、品牌語氣失控。Skills 在這裡的角色是把組織治理流程也吞進來。
status-report:每週狀態回報的固定格式
3P framework(Progress / Plans / Problems)的標準化版本。團隊每個人按同一個格式寫,老闆看週報的時間從一小時壓到十分鐘。對外包接案的回報也適用——你可以把這個 Skill 給合作的工程師,要求所有狀態更新走同一個格式。
incident-report:事故發生後的處理 SOP
從 timeline、impact、root cause、action items 一路鋪好。最大的價值不是事後檢討,是強迫團隊在事發當下就按同一個流程走,不會有人在群組裡無頭蒼蠅亂飛。
brand-guidelines:對外口徑統一
前面提過的 Anthropic 官方 Skill。在團隊管理層級的應用是——客服回信、社群貼文、新聞稿,全部由不同人寫但語氣完全一致。
老闆採購心法:用 lean startup 邏輯,三題決定要不要裝
看到這裡你可能已經被 23 個 Skill 名單轟炸到頭暈。冷靜——Skills 安裝是免費的,但團隊腦容量不是。一次裝太多反而會讓 Claude 載入太多 context、回應變鈍、團隊不知道要呼叫哪一個。
我們建議的決策框架就三題:
問題 | 判斷標準 | 如果答案是「沒有」 |
|---|---|---|
這個流程是不是每週至少跑 3 次? | 頻率夠高才有 Skill 化的 ROI | 存進收藏夾就好,不要急著裝 |
這件事我目前要花多久教會新人? | 超過 2 小時 = 高槓桿候選 | 可能是個人習慣,不需要 Skill |
產出品質是不是會被客戶/老闆驗收? | 有外部驗收 = 標準化效益最大 | 內部用 prompt 解決就好 |
這套邏輯跟 The Lean Startup 的 Build-Measure-Learn 循環是同一個源頭——先驗證假設,再砸資源。Skills 在這個哲學下的角色,是讓「驗證」這一步可重複、可追蹤、可規模化。
⚠️踩過的坑:先別把 Skill 安裝當 KPI
我們看過老闆要求工程團隊「這週裝滿 30 個 Skill」,結果 Claude 開機慢到讓人想砸鍵盤。Skills 跟 npm package 同樣道理——只裝你會用的、定期清理用不到的。
恆遠是怎麼用 Skills 把內部工作流站在 AI 巨人肩膀上
我們自己作為一間客製化接案公司,過去 6 個月把 Skills 系統當成第一個試點。簡單回報幾個有體感的成果:
- 提案書產出時間:從 6 小時壓到 90 分鐘,靠 contract-and-proposal-writer + 自製 Skill 把恆遠的接案 SOP 灌進去
- 部落格產文流程:每篇 SEO 文從研究到上稿從 8 小時壓到 2 小時,靠自製的 SEO Skill + write-article 流程
- UI 交付一致性:不同工程師交付的 UI 從以前的「各做各的」變成「看起來都像同一個品牌」,靠 frontend-design + brand-guidelines
- 內部知識保鮮:把資深員工腦袋裡的「我們都是這樣做的」寫進 SKILL.md,新人到職第一週就能跑同樣的流程
這套完整的內部工作流我們在另一篇 恆遠內部 AI 工作流揭密:團隊怎麼站在 AI 巨人肩膀上工作 有完整紀錄,包括我們怎麼把 Claude Code、N8N、MCP、自建 Skill 串成一條完整的工作流。如果你對「站在 AI 巨人肩膀上」這個願景的具體做法有興趣,那篇可以接著看。
接下來會出的 4 篇深度 Spoke 文章
這篇 Pillar 是入口,每一個技能類別都還有更深的細節值得獨立成文。恆遠之後會陸續推出這四篇 Spoke,每篇會把該類技能再向下挖三個層次:
即將推出 | 深度切角 | 預計時間 |
|---|---|---|
《工作效率 Skills 完整實戰:把 PDF/Excel/Word/PPT 串成一條龍》 | 四個官方文件 Skill 的鏈式呼叫實作 | Q2 2026 |
《程式開發 Skills 採購指南:發包前要工程師裝的 6 個 Skill》 | 幫老闆寫進外包合約的 Skill 清單 | Q2 2026 |
《UI/UX Skills 設計師選用指南:從 Claude Design 到 Taste Skill》 | 設計師工作流深度 | Q2-Q3 2026 |
《文章撰寫 Skills 完整盤點:行銷、SEO、內部溝通三種武器》 | Marketing Skills 與自製內容 Skill 實戰 | Q3 2026 |
每一篇 spoke 上線後,都會回連到本篇 Pillar,形成完整的 Topic Cluster。
想往下深挖的進階學習路徑
如果你看完這篇還想自己研究,下面是恆遠評估過值得花時間的入門順序:
- 先看 Anthropic 官方 33 頁《The Complete Guide to Building Skills for Claude》——這是一手資料,30 分鐘讀完
- 到 anthropics/skills GitHub 把 17 個官方 Skill 的 SKILL.md 全部讀過——你會發現寫法有跡可循
- 跑一次 skill-creator,逼自己把公司一個流程寫成 Skill
- 再回頭看恆遠的 Skill Library 技能庫架構深度解析,理解 Voyager / CREATOR 等學術框架背後的演進邏輯
- 最後若你完全是新手,從 Claude 完整教學:從註冊到精通 開始補基礎觀念
- 先看 Anthropic 官方 33 頁《The Complete Guide to Building Skills for Claude》——這是一手資料,30 分鐘讀完
- 到 anthropics/skills GitHub 把 17 個官方 Skill 的 SKILL.md 全部讀過——你會發現寫法有跡可循
- 跑一次 skill-creator,逼自己把公司一個流程寫成 Skill
- 再回頭看恆遠的 Skill Library 技能庫架構深度解析,理解 Voyager / CREATOR 等學術框架背後的演進邏輯
- 最後若你完全是新手,從 Claude 完整教學:從註冊到精通 開始補基礎觀念
把 Skills 變成公司資產,恆遠可以怎麼幫你
Skills 看起來是工程師的事,本質是組織知識管理的事。恆遠數位行銷在過去 6 個月幫客戶做過幾種典型的 Skill 化專案:
- 把資深員工的 SOP 訪談、整理、寫成可重複執行的 SKILL.md
- 替接案/外包流程設計驗收級的 Skill 包,寫進合約、規範產出品質
- 把公司既有的品牌規範、報價邏輯、客服腳本灌進客製化 Skill
- 整套 AI 工作流導入諮詢,從 CLAUDE.md → MCP → Skill 一條龍規劃
如果你正在思考怎麼把這篇文章提到的東西真的落到自家團隊,可以看 恆遠的 AI 顧問服務,或直接 透過聯絡頁約一次諮詢。我們不賣套裝方案——每一份 Skill 化計畫都按你公司的實際流程訂做,這也是我們公司「做客製化」的核心定位。
Claude Skills 常見問題
Q我只是 Claude Pro 的個人用戶,需要學 Skills 嗎?
如果你每週固定要用 Claude 跑同一類任務(寫週報、整理會議紀錄、分析 PDF)超過 3 次,學 Skills 的 ROI 就成立。如果只是偶爾問問題的 chatbot 用法,先把 prompt 寫好就夠,等流程穩定再升級。
QSkills 和 Slash Command 有什麼差別?要兩個都裝嗎?
Slash Command 是個人快捷鍵,例如 /weekly-report 一鍵跑週報;Skill 是完整工作流的 SOP,會自動偵測任務符合就載入。簡單原則:個人用就 Slash Command,要分享給整個團隊或外包單位就用 Skill。我們在另一篇 [Claude Code Skill 完整教學](/blog/claude-code-skill-tutorial-10-custom-commands-2026) 有更細的對比。
QAnthropic 官方的 17 個 Skill 是不是該全部裝起來?
不是。Skills 跟 npm package 一樣,裝越多 Claude 載入時間越長、context 也越亂。建議用本篇提到的「三題決策框架」——每週用超過 3 次、教新人超過 2 小時、有外部驗收——三個都打勾才裝。一開始 5-8 個就很夠用。
Q我們公司沒有工程師,用得了 Skills 嗎?
用得了。Anthropic 官方付費版用戶(Pro、Max、Team)都已內建主要 Skills,不用手動安裝。你只需要學會怎麼描述任務讓 Claude 觸發對應 Skill,這跟學 Excel 函數差不多——半天可以上手。
Q把公司 SOP 寫成 SKILL.md 會不會有資安疑慮?
Skill 是個本地檔案,沒主動外傳。但內容會在每次任務時被讀進 Claude context,所以企業級 API 用戶一般會搭配 Anthropic 的 Zero Data Retention 條款(Team / Enterprise plan)一起用。把客戶資料、密碼、私鑰寫進 SKILL.md 是任何情境下都該避免的。
QSkills 會不會跟 GPT-5、Gemini 那邊有衝突?
目前 SKILL.md 規格是 Anthropic 主推的,但生態系內已經有人在做跨模型轉譯工具,把 SKILL.md 轉成 GPT 的 Custom Instructions 或 Gemini 的 Gem。如果你的策略是多模型並用,建議先以 Claude 為主寫 Skill,等成熟了再考慮跨平台。
一句話收尾
Skills 不是技術堆疊,是組織知識管理的下一層介面。把員工腦袋裡的東西變成 AI 可繼承資產——這就是「站在 AI 巨人肩膀上」的真正意思。
AUTHOR
自由揚AntonyLin
想了解更多?看看我們的相關服務
相關文章

企業內網 AI 助理自架完整指南:Open WebUI / LibreChat / AnythingLLM 三條路徑 + Claude API 接入 — 中小企業老闆「不被 SaaS 鎖死」的 5 個訊號與 4 條合約替代方案

客製化系統「程式碼審計」完整指南:上線前 6 個必查項、5 個 red flag、3 個第三方審計報價區間 — 中小企業老闆驗收外包工程廠商的最後一道保險

Excel 自動化教學完整指南:VBA、Power Query、進階函式、Apps Script 四條路徑 + 五個業務場景 + 三個升級訊號

進銷存自己做完整指南:Excel / Google Sheet / Airtable / Notion 4 條 DIY 路徑與 5 個崩塌訊號

Make.com 自動化教學完整指南:6 個中小企業實戰場景 + 4 個 vs n8n / Zapier 選型決策 + 3 個收費區間

留言(0)
尚無留言,成為第一個留言的人吧!