4 月 28 日，Matt Pocock 把自己 .claude/skills 目錄整個推上 GitHub。一個沒人投廣告、沒人打榜的個人 repo，24 小時湧進 7,321 顆星，直接衝上 GitHub Trending 第一。
他說的話更狠：「這是給真工程師用的 skills，不是 vibe coding。」
截至筆者今天（2026-04-29）寫稿，這個 repo 已經累積 38,322 stars，仍在繼續發酵。如果你過去半年用 Claude Code、Codex 或任何 coding agent 寫過代碼、然後對結果搖頭過——這篇文章你必須讀完。
Matt Pocock 是誰，他憑什麼一夜爆 7K stars
不認識他的人這樣理解最快：Matt Pocock 在 TypeScript 圈的地位，差不多等於 Karpathy 在 LLM 圈的地位。Total TypeScript 課程作者，個人電子報訂閱數約 60,000，常年被 GitHub、Microsoft、Vercel 等公司請去做技術佈道。
他不是寫 AI 出名的。他是寫真實工程出名的——對齊需求、拆解模組、消除歧義、debug。這幾年他開始用 Claude Code，發現了一個很諷刺的現象：
AI agent 把 coding 的速度拉到天花板，卻同時把軟體工程的基本功拋進垃圾桶。
這個 repo 就是他的回應。mattpocock/skills 不是一個 framework，沒有要你買單什麼方法論，也不像 BMAD、Spec-Kit、GSD 那樣綁住你的整個工作流。它就是一組可以拆開來用、隨便改的 skill，每一把都對應他在實戰裡踩過的具體痛點。
4 大 AI coding 失敗模式，9 把刀對症下藥
整個 repo 圍繞 4 個 Matt 在實戰裡反覆遇到的 agent 失敗模式展開。我把它整理成一張表，看完你就知道自己最近哪一格被卡住：
| 失敗模式 | 對應 Skill | 什麼時候用 |
|---|---|---|
| Agent 沒做你想要的 | /grill-me、/grill-with-docs | 每次開新需求前先用，逼 agent 把所有歧義問清楚 |
| Agent 講話太多、太囉嗦 | CONTEXT.md + 共享語言流程 | 專案開頭做一次，後續每次對話省 token |
| 代碼跑不起來 / 一直出 bug | /tdd、/diagnose | 新功能先 red-green-refactor；卡 bug 用 diagnose loop |
| 架構越改越爛（ball of mud） | /to-prd、/zoom-out、/improve-codebase-architecture | 每幾天跑一次體檢，避免 codebase 變泥球 |
1️⃣ /grill-me 與 /grill-with-docs——讓 agent 反問你
這是整個 repo 最受歡迎的兩把刀。/grill-me 會逼 agent 對你的需求反向追問，把所有「你以為很清楚但其實沒講」的細節挖出來。我自己試過，本來打算寫一個「加個會員系統」的需求，被 grill 完發現自己連「會員等級怎麼分」都還沒想清楚。
/grill-with-docs 升級版會在 grill 過程中順便產出 CONTEXT.md 跟 ADR（架構決策紀錄），等於把「對齊需求」跟「建立共享語言」一次做完。Matt 說這把刀是整個 repo 裡威力最強的，我同意。
2️⃣ 共享語言（Ubiquitous Language）——讓 agent 講人話
這個概念從 Eric Evans 的《Domain-Driven Design》偷來的。Matt 給了一個對比很有殺傷力的例子：
- 沒共享語言：「There’s a problem when a lesson inside a section of a course is made ‘real’ (i.e. given a spot in the file system)」
- 有共享語言：「There’s a problem with the materialization cascade」
同一件事，後者省了 60% 的 token，agent 也更不容易理解錯。這對長期跟 AI 協作的人是降維打擊。
3️⃣ /tdd 與 /diagnose——把 feedback loop 還給 agent
/tdd 強制 red-green-refactor 流程：先寫失敗的測試，再讓 agent 把測試弄綠。這聽起來像老掉牙的 TDD，但放到 AI 上效果加倍——因為 agent 有了測試這個明確 feedback，就不會再「瞎猜代碼」。
/diagnose 是調 bug 用的，把「重現 → 縮小範圍 → 假設 → instrument → 修 → 寫回歸測試」整個流程包成一個 skill。我用過幾次，比直接叫 Claude「幫我看這個 bug」效率高得不只一倍。
4️⃣ /improve-codebase-architecture——救你的泥球
這把刀我看到的時候眼睛一亮。AI agent 寫代碼快，但累積技術債的速度也是兩倍以上。三天前你還覺得 codebase 很乾淨，今天打開已經像狗啃過。
/improve-codebase-architecture 會結合 CONTEXT.md 裡的 domain 語言、docs/adr/ 裡的歷史決策，掃描整個專案找「值得加深抽象」的點。Matt 建議「每幾天跑一次」，這個頻率剛好是大部分 vibe coder 還沒崩盤的臨界點。
30 秒安裝，一行指令
整個 repo 的安裝體驗，是我用過最省心的之一：
npx skills@latest add mattpocock/skills跑完這行你會被引導選擇：
- 要裝哪些 skill（不需要全裝，按需勾選）
- 要裝到哪個 coding agent（Claude Code / Codex / 其他）
- 記得勾上
/setup-matt-pocock-skills，這把刀是後續所有 skill 的初始化指令
裝完進到 agent 裡跑 /setup-matt-pocock-skills，它會問你：
- 用哪個 issue tracker（GitHub / Linear / 本地檔案）
- triage 時用什麼 label 詞彙
- 產出的 docs 要放在哪裡
填完就能用了。整個過程不到 5 分鐘。
跟 Anthropic Skills、Spec-Kit、Cursor Rules 比起來，差在哪裡
2026 年的 AI coding 賽道，「skills 經濟」已經是公認的下一個戰場。同場競爭的對手不少，我整理了一張比較表：
| 方案 | 定位 | 特色 | 誰在用 |
|---|---|---|---|
| mattpocock/skills | 個人實戰派 | 小、可組合、保留控制權 | 有工程經驗的個人開發者 |
| Anthropic 官方 Skills | 大廠標準 | 跟 Claude Code 深度整合，文件齊全 | 企業團隊、Anthropic 生態用戶 |
| GitHub Spec-Kit | 規格驅動流程 | 徆需求到代碼一條龍，有強流程約束 | 大型專案、規範要求高的團隊 |
| Cursor Rules | 編輯器內規則 | 短小精悍，IDE 整合最緊密 | Cursor 重度使用者 |
| BMAD / GSD | 方法論框架 | 把流程包死，幾乎是新工法 | 願意完整改造工作流的人 |
Matt 自己在 README 裡點名 BMAD、Spec-Kit、GSD：「它們想幫你接管流程，但同時也剝奪了你的控制權，讓流程裡的 bug 變得很難 debug。」這句話我當下笑了——這就是過去兩年 Spec-Kit 用戶最常抱怨的點。
他的 skills 走完全相反的路線：每一把刀都單獨設計，可以挑著用、改著用，跟誰搭都行。
Tony 觀點：散戶開發者該怎麼選
我最近自己用 Claude Code 寫一個交易回測工具，三個版本下來代碼量已經逼近 1 萬行。中間最痛的一段是「我以為 Claude 懂我的策略，結果做出侄完全不對」——這就是 Matt 講的失敗模式 #1。
裝完 /grill-with-docs 之後，我發現自己花在解釋需求的時間多了 30%，但後面 debug 的時間少了 70%。淨節省非常明顯。
給散戶開發者三個建議：
- 先裝
/grill-with-docs跟/tdd兩把刀就好。其他的等你真的踩到痛點再加，不然 skill 太多反而選擇困難。 - 準備一個
CONTEXT.md。哪怕你的專案再小，花 10 分鐘把核心名詞、模組分工、前提假設寫下來，後續每次跟 AI 對話都會省下大量解釋。 - 不要把它當 framework，要當工具箱。Matt 自己都鼓勵你 fork、改、加自己的 skill，這個 repo 的價值在於「思考方式」而不是「具體實作」。
結論：AI coding 的下半場，看誰的技能庫最深
2025 年大家比的是「誰的 model 最強」，2026 年比的是「誰能用 model 做出能上線的東西」。Matt Pocock 這套 skills 的爆紅，背後是一個越來越明顯的共識：
AI 不會讓軟體工程基本功消失，反而會讓基本功的溢價更高。
會用 agent 的人很多，懂工程的人變少。中間這個夾層，正在拉開新一輪的開發者收入差距。如果你想站在曲線上面那一段，這個 repo 是 2026 年第一個必須認真試過的工具。
連結放在這：github.com/mattpocock/skills
本文資訊截至 2026 年 4 月 29 日。AI 工具更新極快，請以 GitHub repo 上的最新 README 為準。本文僅為 Tony 個人實戰心得分享，不構成任何技術選型建議。
延伸閱讀：站內相關文章
- 以前你叫 AI 修 bug 要催 8 次，現在 Claude Code 一個 /goal 自己跑到天亮交工
- 一個檔案讓 Claude Code 脫胎換骨：Karpathy 的 4 條 AI 編程鐵律（GitHub 單日 +8000 星）
- 一個人用 Claude Code 開了一間 49 人 AI 遊戲公司——這個萬星 GitHub 項目改變了獨立開發的玩法
發表迴響