截至 2026 年 5 月撰寫。GitHub star 與下載量以官方頁面為準。
5 月 25 日，週一晚上，我在 GitHub Trending 頁面又看到那個熟悉的金色火箭圖示。
mattpocock/skills，100,000 顆星，#1。
這個數字什麼意思？它的意思是，全世界寫程式的人裡面，每 10 個用過 Claude Code 的，就有 1 個跑去這個 repo 按了 star。從 4 月底破 4 萬，到 5 月中破 7 萬，再到這禮拜破 10 萬，前後不到一個月。
但這 repo 的內容，說穿了，只是一個叫 Matt Pocock 的 TypeScript 老師，把自己電腦裡那個叫 .claude 的隱藏資料夾整包上傳。
裡面是什麼？21 個 SKILL.md 檔案，幾段 shell 腳本，沒有框架、沒有 SaaS、沒有 npm package。
就這樣，10 萬星。
如果你還沒用 Claude Code 的 Skill 功能，這篇文章你可以收藏起來週末再看。如果你已經在用、但只是把它當作「寫得長一點的 prompt」，那你今天就該停下手邊的事，把這個 repo 裝一遍。
為什麼一個 TypeScript 老師的 .claude 資料夾能拿 10 萬星
先講 Matt Pocock 是誰，這很重要。
Matt 是 Total TypeScript 的創辦人，這個網站基本上是英文圈學 TypeScript 的標準路徑，付費課程在 Stripe、Shopify、Vercel 這些公司的工程師裡面已經是內訓教材。他自己之前在 Vercel 和 Stately 當過工程師，後來全職做教育，YouTube 頻道 8 萬訂閱，X 上 17 萬追蹤。
換句話說，他不是隨便一個會用 AI 的網紅，是真正每天寫生產級程式碼、而且還要負責教別人怎麼寫的人。
這就是為什麼他公開 .claude 資料夾，整個 AI 工程圈炸鍋的原因。大家不是想看「另一個 prompt 模板包」，是想知道：「一個真正會寫程式的人，怎麼跟 AI 協作？」
而 Matt 給出的答案，不是更聰明的 prompt。是 21 個各自處理一個微小場景的 Skill 檔案。
每個 Skill 就是一個 SKILL.md，裡面寫清楚：什麼時候觸發、要做什麼、不要做什麼、做完要交付什麼。Claude Code 看到觸發詞會自動載入這個檔案，然後依照裡面的流程跑。
這是 Anthropic 在 4 月推出的 Skill 系統的標準用法。但 Matt 把它玩到了另一個境界。
21 個 Skill 在做的事，其實只解決四個問題
讀完整個 repo 你會發現，Matt 對 Claude Code 的失敗模式有非常具體的分類。他把問題歸成四類：
第一類是「Agent 沒搞懂我要什麼」。你以為交代清楚了，結果做出來的東西完全不對。Matt 的解法是逼 AI 先反問你，用 /grill-me 或 /grill-with-docs 把你的需求問到體無完膚為止。
第二類是「Agent 太囉嗦」。20 個字能講的事它寫了 200 個字。Matt 用一個 CONTEXT.md 共享語言檔案解決，讓 AI 跟你用同一套術語，順帶連帶降低 token 消耗。
第三類是「程式碼不會跑」。Matt 提供 /tdd 跟 /diagnose，強迫紅綠燈循環、強迫先寫失敗的測試。
第四類是「程式碼結構爛掉」。/improve-codebase-architecture 跟 /zoom-out 處理這個。
整個 21 個 Skill 就圍繞這四件事打磨。沒有炫技、沒有新框架。
| 分類 | Skill 數量 | 用途 |
|---|---|---|
| Engineering | 10 | 寫程式相關（TDD、診斷 bug、PRD、Issue 拆解） |
| Productivity | 4 | 通用工作流（壓縮 token、grilling、handoff） |
| Misc | 4 | 偶爾用的東西（git 護欄、pre-commit、腳手架） |
接下來，挑三個 Tony 自己裝完覺得「靠這比我以前寫的 prompt 強 10 倍」的，仔細講一下。
必裝 Skill 第一名：grill-with-docs，會逼 AI 反問你的功能
這個 Skill 是整個 repo 下載量最高、評論最多的一個。
場景：你要 Claude Code 幫你做一個新功能，比方說「在我的 dashboard 加一個匯出 CSV 的按鈕」。
如果你直接這樣丟給 Claude Code，它會做什麼？它會猜。它會猜你的資料來源是哪個 API，猜你要包含哪些欄位，猜你要不要做權限檢查，猜你要不要支援大量資料分批下載。猜對 60% 已經算很好的一天了。
grill-with-docs 的做法相反。它告訴 Claude Code：你不准開始寫，先問我問題。把所有你不知道的、可能會猜錯的東西，全部列出來問。
我實測過一次。同樣是「加匯出 CSV 按鈕」這個需求，Claude Code 用 grill-with-docs 模式問了我 14 個問題：
- 「CSV 是只匯出當前頁面的資料，還是全部？」
- 「欄位順序要跟畫面上一致嗎，還是要包含畫面沒顯示的內部欄位？」
- 「中文要用 UTF-8 BOM 還是 GB2312？Excel 開啟的相容性怎麼處理？」
- 「使用者沒權限的資料列要怎麼處理？跳過、灰掉、還是直接報錯？」
- 「下載超過 5 萬列要不要做分批？前端串流還是後端分頁？」
我回答這 14 個問題大概花了 8 分鐘。但 Claude Code 寫出來的程式碼直接可以 commit，沒有反覆來回。
這 8 分鐘比起省下來的 debug 時間，划算到不能再划算。
Skill 還會順手做一件事：把這次 grilling 的結果寫進 CONTEXT.md 跟 docs/adr/。下次同樣領域的新功能進來，Claude Code 直接讀 CONTEXT.md 就知道你的領域語言、術語、決策邏輯。
這是真正的「AI 越用越懂你」。
必裝 Skill 第二名：tdd，紅綠燈循環不是教科書概念了
Matt 在 README 裡引用 The Pragmatic Programmer 的一句話：「永遠走小步、刻意的步伐。回饋的速率就是你的速度上限。」
對人類工程師來說，TDD（測試驅動開發）是一個說起來很美、做起來嫌煩的東西。但對 AI 工程師來說，TDD 是救命稻草。
為什麼？因為 AI 沒有「我知道這段碼好像有問題」的直覺。它需要一個外部訊號告訴它「對了」或「錯了」。失敗的測試，就是那個訊號。
/tdd Skill 強迫 Claude Code 用這個流程：
- 先寫一個會失敗的測試（紅燈）
- 跑測試，確認它真的失敗
- 寫最小的程式碼讓測試通過（綠燈）
- 跑測試，確認過了
- 重構，再跑一次測試確認沒壞掉
每一步都要實際執行，不是用嘴巴說「應該會過」。
我之前用 vibe coding 的方式叫 Claude Code 改一個訂單金額計算的 bug，它改完跟我說「修好了」。我 deploy 上去，發現它把另一個小數點四捨五入的邏輯弄壞了。回滾、罵 AI、自己再改一次。
用 /tdd 之後，這種事不可能發生。因為它每改一行都要跑測試。修錯了測試會紅，它得自己想辦法。
Skill 裡面還有一段我很喜歡的設計：它會主動勸你「不要寫太完整的測試，先寫一個最小可失敗的 case」。這是真正的工程師才寫得出來的引導。
必裝 Skill 第三名：caveman，token 用量砍 75% 的省錢神器
這個 Skill 名字很怪，叫穴居人模式。
意思是讓 AI 用最壓縮的方式跟你溝通，去掉所有客套、贅字、解釋性的廢話，只留下事實跟結論。
啟動之後，Claude 不會再跟你說：「我已經完成了你要求的功能，並且確認了所有的測試都通過。如果你有任何其他需求，請告訴我。」
它會說：「Done. Tests pass.」
兩個字。
聽起來像在搞笑，但對於用 Claude Pro 月費或 API 計費的人來說，這個 Skill 一個月幫你省下的錢可能就夠買兩三本書。
Matt 自己在 README 寫實測下來 token 用量大約砍 75%。我裝了一週實測，輸出 token 從每天平均 12 萬掉到 3.5 萬，等於砍 70% 多。
更妙的是，砍掉的全是廢話，技術內容的準確度完全沒掉。
如果你是用 Claude Code 寫 side project 的個人開發者，這個 Skill 直接幫你延長 Pro 訂閱的使用時數。如果你是公司在用 API 計費的工程師，這個 Skill 你裝了之後可以正大光明跟主管邀功「為團隊省了 70% 的 AI 成本」。
30 秒安裝步驟，現在就可以做
Matt 的安裝指令簡單到不像話：
npx skills@latest add mattpocock/skills執行之後會跳出一個互動式選單，讓你挑要裝哪些 Skill、裝到哪個 coding agent（Claude Code、Codex、Cursor 都支援）。
重點：一定要勾 /setup-matt-pocock-skills 這個 Skill。
因為其他 Skill 會問你「這個 repo 用什麼 issue tracker」、「要建立哪些 issue 標籤」、「文件存在哪裡」這類問題。/setup-matt-pocock-skills 一次幫你問完並且記下來，之後其他 Skill 直接讀設定檔。
裝完之後在 Claude Code 裡輸入 /setup-matt-pocock-skills，回答三個問題：
- 用哪個 issue tracker？（GitHub / Linear / 純檔案）
- Triage 標籤要用什麼？（例如
bug、feature、refactor） - 文件要存哪裡？（例如
docs/）
回答完就可以開始用 /grill-with-docs、/tdd、/caveman 這些指令了。
跟其他熱門 Skill 倉庫比，差在哪
Skill 生態在 2026 年 4 月開始爆炸性成長，現在 GitHub 上至少有 5 個破萬星的 Skill 集合。我把三個最熱門的拿來比一下：
| 倉庫 | 作者背景 | 星數 | 風格 | 適合誰 |
|---|---|---|---|---|
| mattpocock/skills | TypeScript 教父、Vercel 前工程師 | 100,000 | 工程紀律導向，逼你做 TDD 跟 PRD | 想把 AI 當隊友的中階以上工程師 |
| multica-ai/andrej-karpathy-skills | 社群整理 Karpathy 觀點 | 97,800 | 單一檔案塞滿原則 | 想用最簡單方式提升 Claude Code 品質的人 |
| NousResearch/hermes-agent | Nous Research 開源實驗室 | 130,000 | 完整 agent 框架 | 想自己組 agent system 的研究型工程師 |
選擇邏輯很簡單：
- 如果你是個人開發者、想要立刻變強：先裝
multica-ai/andrej-karpathy-skills那個單一 CLAUDE.md。30 秒搞定，立竿見影。 - 如果你是團隊在用、想建立 AI 協作的紀律：裝
mattpocock/skills。10 倍學習曲線，但長期回報最大。 - 如果你是要做 agent 產品、需要底層架構：看
NousResearch/hermes-agent。但這就不是 Skill 等級的東西了。
對 80% 的 Claude Code 使用者，mattpocock/skills 是最值得花時間搞懂的那個。
真實使用心得：什麼人該裝，什麼人別碰
裝了三週，我的結論很直接。
這 21 個 Skill 適合你，如果：
- 你已經會用 Claude Code 寫真正的專案（不是只是改個 README）
- 你願意花 30 分鐘設定一次，換來之後每天省 1 小時
- 你的程式碼會被別人 review、被部署到正式環境
- 你受夠了 AI 寫出看起來 OK 但實際上有 bug 的程式碼
這 21 個 Skill 不適合你，如果：
- 你只是想做一些小腳本、自動化任務（殺雞用牛刀）
- 你的工作主要是 prototype、demo（grilling 會打斷你的靈感）
- 你還在學程式的階段（你需要的是看 AI 寫程式學技巧，而不是用紀律框住它）
最有趣的副作用是：用 mattpocock/skills 用久了，你會發現自己寫程式的習慣也變了。會更願意先寫測試，更願意先跟人 grilling 需求，更願意寫 PRD。
這個 repo 不只是讓 Claude Code 變強，是讓用 Claude Code 的工程師變強。
這大概也是它能拿 10 萬星的真正原因。
接下來該關注什麼
Matt 在 5 月開始把這套 Skill 包裝成 skills.sh 平台，目標是做 Claude Code 的 npm。如果這個方向跑通了，未來工程師裝 AI Skill 會像現在裝 npm package 一樣方便。
另一個值得追蹤的是 Anthropic 官方對 Skill 系統的更新。據 Anthropic 在 5 月 18 日的開發者部落格，他們正在把 Skill 跟新的 MCP 協定深度整合，讓 Skill 可以呼叫外部工具、讀取資料庫。Matt 應該會是第一波示範這個整合的人。
如果你還沒裝過任何 Claude Code 的 Skill，就從 mattpocock/skills 開始。如果你已經裝過幾個但覺得效果普通，可能是你裝的不是 Matt 這種等級的。
10 萬顆星沒有騙人。
本文僅為個人使用心得分享，不構成投資建議或專業諮詢。AI 工具更新快速，文中提到的功能、價格、星數均以官方公告為準。Skill 系統屬於 Anthropic Claude Code 的功能，使用前請確認您的訂閱方案支援。
發表迴響