五月底我寫過這個 repo，標題掛著 10 萬顆星、21 個 skill。今天回去數：234,655 顆星、29 個已出貨 skill——順帶發現，五月那個「21」是我寫錯的。
一句話結論：mattpocock/skills 這 90 天星數大約翻了 2.3 倍，已出貨 skill 從 18 個增到 29 個（成長速度差約 2 倍）；而真正的變化是 8 月 5 日多了一條「訂閱式」外掛安裝路——但那條路只給你 25 個，不是 29 個。
先把自己的錯更正掉，再講這 90 天發生了什麼。
（星數、fork、目錄結構為 2026 年 8 月 24 日經 GitHub API 與 Contents API 實查；五月的狀態則直接讀取當時的 commit 快照，非引用第三方彙總站。熱門專案每天可增數千顆星，你現在看到的星數理應更高。）
先更正：五月那篇的「21 個 skill」是錯的
正確數字是 18 個。而且證據就在我自己那篇文章裡。
5 月 26 日那篇的內文和標題都寫「21 個 Skill」，但同一篇裡面那張分類表寫的是：Engineering 10、Productivity 4、Misc 4。加起來 18。表格跟內文自己打架，我當時沒對。
我去翻了 5 月 26 日之前那個 commit 的 README，它逐條列出的 skill 連結去重之後也是 18 個（engineering 10、productivity 4、misc 4），跟表格完全吻合。所以錯的是那個「21」。
這件事影響到後面每一個比較，所以本文所有跟五月對照的數字，一律以 18 為基準。
這 90 天到底變了什麼？
| 項目 | 2026-05-26 | 2026-08-24 | 變化 |
|---|---|---|---|
| 星數 | 約 100,000（剛破 10 萬） | 234,655 | 約 ×2.3 |
| 已出貨 skill | 18（非 21） | 29 | 淨增 11（+61.1%） |
| Fork 數 | — | 20,009 | — |
| 安裝方式 | 1 種（skills.sh） | 2 種 | +1（外掛，8/5 才有） |
| 正式發佈版本 | 0（當時未發過版） | v1.2.3 | 7 個 release |
星數成長約 130%，已出貨內容成長 61.1%——前者大約是後者的 2 倍。這裡刻意不寫到小數點：五月那個 10 萬是「剛破 10 萬」的里程碑整數，不是精確讀數，硬算出「成長 134.7%」只是假精確。用「約 2 倍」這個結論比較穩，換成任何一個合理的五月基準都成立。
另一個角度：它最新版本 v1.2.3 發佈於 8 月 6 日，到今天 18 天沒有出過新版。而本站 8 月 22 日量到 230,529 顆星，今天 234,655——光是這兩天就進了 4,126 顆。沒發新版，星數照樣跑。
那 11 個是新寫的，還是搬上來的？
兩者都有，而且「淨增 11」這個數字同時蓋掉了大量的新增和刪除。
先看今天的實際結構，我逐個資料夾點過：
| 資料夾 | skill 數 | 外掛給不給你 | skills.sh 給不給你 |
|---|---|---|---|
skills/engineering | 18 | 給 | 給 |
skills/productivity | 7 | 給 | 給 |
skills/misc | 4 | 不給 | 給 |
skills/in-progress | 7 | 不給 | 給（要逐個指定） |
skills/deprecated | 0（只剩一份 README） | — | — |
| 合計 | 36 | 25 | 36 |
接著是「畢業」機制。CHANGELOG 用的字就是 graduate——skill 從 in-progress/ 搬進正式桶，才會被打包進外掛。四筆有據可查：
code-review（v1.1.0／PR #464）：原本叫review，移進 engineering，註明「it now ships in the plugin」。wayfinder（v1.1.0／PR #464）：原本叫decision-mapping，改名理由是舊名「jargony and inaccurate」。to-questionnaire（v1.2.0／PR #593）：移進 Productivity 桶。wizard（v1.2.0／PR #680）：移進 Engineering 桶，同樣註明「so it ships in the plugin」。
但「從 in-progress 畢業」不等於「不是新寫的」。這兩件事我一開始想混了：晉升是一個事件，創作是另一個時點。四個畢業生裡面，只有 code-review（原 review）在 5 月 26 日之前就存在於 in-progress/；其餘三個都是這 90 天內先寫出來、再晉升的。所以它們確實是新內容，只是走了「先進 beta 桶、再升上正式桶」這條路。
另一邊，減法也不少。v1.0.0 一次移除 caveman（「a duplicate of another skill I was testing and was never meant to be public」）、zoom-out、write-a-skill；PR #752 再一次移除六個，理由是「each already absorbed by a skill that does the job better」。同一個 PR #464 還把 to-prd 改名 to-spec、把 to-plan 和 to-issues 合併成 to-tickets 並刪掉 to-issues。
「淨增 11」是新寫、晉升、改名、合併、至少九項刪除全部抵銷之後的殘值。單看這個數字，會同時低估他寫了多少，也低估他砍了多少。
為什麼你查到的 skill 數字有好幾個版本？
因為 25、29、36 都對，只是數的東西不同。而這一點，本站自己也踩過不只一次。
| 數字 | 它在數什麼 | 誰會看到這個數 |
|---|---|---|
| 25 | Claude Code 外掛實際打包的 | 走外掛安裝的人 |
| 29 | 三個正式桶的總和（含 misc） | 數 repo 目錄的人 |
| 36 | 29 ＋ in-progress 7 | 用 skills.sh 的人（全部可裝） |
本站的三次記錄：5 月 26 日寫「21」（錯，應為 18）；8 月 20 日寫「那 21 個 skill」（沿用了錯誤數字，當時實際已是 29）；8 月 22 日寫「36 個」（那是把 in-progress/ 七個算進去，數法本身沒錯）。三筆一併在此更正。
所以看到有人報這個 repo 的 skill 數，先問一句：你數的是外掛打包的、repo 正式桶的，還是連 beta 都算？
兩條安裝路差在哪？
差在你是訂閱他，還是把他 fork 下來。README 開宗明義：「Two ways in, two philosophies.」（兩個入口，兩套哲學。）
| Claude Code 外掛 | skills.sh | |
|---|---|---|
| 什麼時候有的 | 2026-08-05（新） | 五月就有 |
| 檔案放哪 | 受管理的套件，唯讀 | 複製進你的專案，可改 |
| 他改了你會怎樣 | 自動跟著更新 | 不動，你想更新才 npx skills update |
| 你的角色 | 訂閱者 | Fork 者 |
| 拿到幾個 | 25（不含 misc、in-progress） | 最多 36，安裝時自己勾 |
| 支援哪些代理 | Claude Code | Codex 等多種 |
README 補了一句很實際的警告：「Pick one: installing both leaves you with every skill twice.」（挑一個：兩個都裝，你會拿到每個 skill 兩份。）這不是文案——同一個 skill 兩份定義同時可見，代理該聽哪一份沒人講得準。
要澄清一個我原本也搞錯的地方：五月並不是「只能自己複製檔案」。當時的 README 第一行 Quickstart 就是「Run the skills.sh installer: npx skills@latest add mattpocock/skills」，而且安裝時已經可以選要裝到哪個 coding agent。8 月 5 日新增的不是「安裝方式」本身，而是訂閱式的那一條——v1.2.0／PR #536 把整套 skill 做成原生 Claude Code 外掛並上架官方市集，CHANGELOG 原文是「你現在可以訂閱這些 skill，而不是複製一堆可編輯的檔案」。
也要誠實講：外掛只上線 19 天，所以它解釋不了這 90 天大部分的星數。我沒有逐日星數資料，不會把相關性寫成因果。能確定的只有：內容成長速度大約只有星數的一半，而他這 90 天在分發層（發版、打包、上架、跨工具相容）的動作，明顯比在「多寫幾個 skill」上密集。
實際怎麼裝？
路線 A：Claude Code 外掛（訂閱，唯讀，25 個）
claude plugins install mattpocock-skills已經在 Claude Code 工作階段裡面的話，直接打 /plugin install mattpocock-skills。不用先加市集來源，它預設就在官方市集裡。
路線 B：skills.sh（複製檔案，可改，最多 36 個）
npx skills@latest add mattpocock/skills支援 Codex 和其他代理，安裝時可以挑要哪幾個。作者特別提醒：一定要把 setup-matt-pocock-skills 勾進去，不然下一步跑不動。之後想拉更新，自己執行 npx skills update。
想單獨試某個 beta 階段的 skill，可以指定：
npx skills@latest add mattpocock/skills --skill=<name>in-progress/ 的 README 自己講得很白：這些是刻意公開的 beta，「can change or disappear without warning」（可能沒有預警就變動或消失）。想嘗鮮可以，別把生產流程壓在上面。
兩條路都要做的最後一步
在你的代理裡面執行一次 /setup-matt-pocock-skills，每個專案跑一次。它會問三件事：用哪個 issue 追蹤系統（GitHub、Linear，或純本機檔案）、你分類工單時習慣貼什麼標籤、產生的文件要放哪。
這步不能跳，/triage 就是靠你回答的標籤運作的。
它正在脫離 Claude 嗎？
是，但要講準確：不是「從不支援到支援」，而是從能跑，變成跑得像原生。
五月的 skills.sh 安裝器就已經讓你選要裝到哪個 coding agent，Codex 那時候就裝得進去。這 90 天真正加的是「把廠商痕跡拔乾淨」：
- GitHub 描述從
.claude改成.agents：五月是「Straight from my.claudedirectory.」，今天是「Straight from my.agentsdirectory.」一個綁廠商，一個不綁。 - 每個
SKILL.md旁邊多了agents/openai.yaml（v1.2.0／PR #551），給 Codex 用的顯示名稱與隱式呼叫政策，而不需要維護兩份複製品。 AGENTS.md做成CLAUDE.md的符號連結，Codex 讀到的是同一份倉庫指示。- PR #781 把 Claude Code 專屬的工具名稱和 agent 類型名，從
code-review、codebase-design、improve-codebase-architecture裡拿掉，理由白紙黑字：「so the step is followable on Codex and other harnesses」。 - 原生 Codex 外掛列在藍圖上（ADR 0002），還沒出貨——所以 Codex 使用者目前仍然只能走路線 B。
這個 repo 適合你嗎？
作者在 README 講得很清楚，這套東西是給「做真正的工程，不是 vibe coding」的人用的。翻成白話：
- 適合你，如果：你在維護一個會被別人 review、會上正式環境的專案；你受夠了 AI 寫出「看起來對、跑起來有 bug」的程式碼。
- 不適合你，如果：你只是寫小腳本、做 demo 或 prototype。這套 skill 的核心動作是「先盤問你到底要什麼」（
grill-me系列是作者自稱最受歡迎的兩個），對趕原型的人是純粹的阻力。
還有一個容易踩的坑：skill 分「使用者呼叫」和「模型呼叫」兩種。CHANGELOG 提到 repo issue #693——使用者呼叫型的 skill 在 Claude 桌面版和網頁版的清單裡會被略過。你如果不是在 Claude Code 終端機裡用，看到的會比預期少。
如果你只想記一件事
星數翻 2.3 倍，內容只跟上一半。
內容從五月到現在沒變過形狀——還是那批小而可拆的 SKILL.md，還是那套逼你先講清楚要什麼的工程紀律。被大幅改造的是外圍：發版、打包、上架官方市集、加 Codex metadata、把廠商名字從指令裡拔掉、把半成品整理到會被發貨的位置、把重複的九個砍掉。
在 Agent Skills 這個生態裡，內容的邊際成本已經接近零——光是一家目錄站就從公開 GitHub 抓到約 190 萬個 skill。稀缺的從來不是「有沒有人寫」，是「怎麼送到你手上、以及誰負責幫你更新」。
這也是為什麼我不建議把星數當成挑 skill 庫的指標。它量的是分發效率和作者聲量，不是內容品質。真正該問的是兩個問題：這些裡面有幾個對得上我每天真的在做的事？還有我要當訂閱者還是 fork 者？——第二題答錯比裝錯 repo 麻煩，因為它決定了以後每一次更新是誰說了算。
最後補一句方法論上的自嘲：這篇的第一版，我把「從 in-progress 畢業」當成「不是新寫的」證據，還沿用了自己五月那個錯的 21。前者是把兩個不同的時點混成一件事，後者是抄了自己沒對過的數。分項加起來對不對、每個數字是誰給的——這兩個檢查，做起來只要三十秒。
常見問題
mattpocock/skills 現在到底有幾個 skill？
看你怎麼裝。Claude Code 外掛打包 25 個（engineering 18＋productivity 7）；repo 三個正式桶合計 29 個（多了 misc 4）；連 in-progress/ 的 7 個 beta 一起算是 36 個，而 skills.sh 這三類全部都給。
為什麼外掛裝完少了 misc 那幾個？
因為 misc 沒有被列進外掛。skills/misc/README.md 自己寫著「Tools I keep around but rarely use, not promoted in the plugin.」想要就走 skills.sh。
Claude Code 外掛和 skills.sh 可以兩個都裝嗎？
不建議。README 明講兩個都裝會讓你每個 skill 拿到兩份。想自動更新選外掛，想改內容或想拿到 misc／beta 選 skills.sh。
不用 Claude Code，用 Codex 可以裝嗎？
可以，走 npx skills@latest add mattpocock/skills，五月就已經支援。從 v1.2.0（2026-08-05）起每個 skill 旁邊多了 Codex 專用的 agents/openai.yaml，體驗更接近原生。原生 Codex 外掛仍在藍圖階段。
星數這麼高，代表 skill 品質很好嗎？
不必然。星數量的是分發效率和作者聲量，不是內容品質。這 90 天星數約翻 2.3 倍、已出貨 skill 只淨增 11 個，兩者成長速度差約一倍。挑 skill 庫看「有幾個對得上你的工作流」比看星數實際。
延伸閱讀
- mattpocock/skills 破 10 萬星：TypeScript 教父這些 Skill 在解決什麼問題（本文的 90 天前版本，內含已更正的「21」）
- Agent Skills 生態五層：50 萬顆星在寫 skill，1,116 顆星在定規格
- 190 萬個 Agent Skills，平均分 6.2／12：為什麼裝越多，你的 AI 反而越笨
- Claude 插件市集悄悄堆到 2,282 個，98％ 查不到作者是誰
資料來源
- GitHub API
api.github.com/repos/mattpocock/skills（星數、fork、建立與推送時間）與 Releases API，實查於 2026-08-24 - GitHub Contents API 逐個資料夾點算
skills/engineering｜productivity｜misc｜in-progress｜deprecated .claude-plugin/plugin.json（外掛實際打包的 25 個）、skills/misc/README.md、skills/in-progress/README.md- 五月狀態：2026-05-26 前最後一個 commit（
b8be62ff）的README.md快照 - repo
README.md與CHANGELOG.md（v1.0.0–v1.2.3，PR #464、#536、#551、#593、#680、#752、#781）
本文為開源專案分析，非投資建議。GitHub 星數與 repo 內容隨時變動，文中數字以 2026 年 8 月 24 日實查為準，使用前請自行至官方 repo 確認最新狀態。本文並更正本站 2026-05-26、2026-08-20 兩篇關於本 repo skill 數量的錯誤記述。
發表迴響