38k 星，Matt Pocock 把工程師級 Skill 全開源了，專治 Claude Code "vibe coding"
整理版優先睇
Matt Pocock 開源咗 16 個工程師級 Skill，專治 Claude Code 嘅「vibe coding」問題，核心係「小、可改、可組合」嘅實用工具集。
呢篇文章介紹咗 Total TypeScript 作者 Matt Pocock 開源嘅一套 Claude Code Skill，呢個倉庫上線就衝到 38k 星。Matt 唔係 Skill 圈嘅人，而係 TypeScript 界嘅頂流，佢每日寫真實生產代碼，所以佢設計 Skill 嘅出發點係實戰經驗，唔係搭框架。
佢反對 BMAD、Spec-Kit 呢類「重流程奪控制權」嘅玩法，認為呢啲方法雖然幫你管曬成個流程，但一出 bug 就好難揾到問題根源。Matt 嘅 Skill 反過來，每個都係獨立小檔案，你可以睇明、可以改、可以拆開重組，似 Unix 哲學嘅「do one thing well」。
文章將 Agent 翻車歸納為四個根因：唔明你想要乜、太囉嗦、代碼跑唔通、代碼變屎山，每個根因都有對應嘅 Skill 精準解決。最值得留意嘅係 CONTEXT.md——一個俾 Agent 睇嘅共享語言檔案，可以大幅減少 token 消耗同提升代碼庫導航效率。
- Matt Pocock 開源咗 16 個針對 Claude Code 嘅 Skill，強調「工程師審美」，反對 vibe coding，以實戰為本。
- 核心哲學係「小、可改、可組合」，每個 Skill 獨立，唔強耦合，類似 Unix 工具，由開發者自行判斷使用時機。
- 將 Agent 失敗歸因於四種模式：唔明需求、太囉嗦、代碼錯、結構爛，每種都有對應 Skill（如 /grill-me、/tdd、/zoom-out）精準解決。
- 與 BMAD 等框架嘅最大分別：BMAD 接管成個流程，Matt 嘅 Skill 係單點工具，適合已有工程判斷力嘅開發者。
- 最反直覺嘅一招係 CONTEXT.md——為 Agent 建立共享語言，減少每次對話嘅 token 消耗，同時引導代碼庫命名趨向一致。
Matt Pocock Skills 倉庫
GitHub 上 38k 星嘅開源 Skill 倉庫，包含 16 個獨立 SKILL.md 檔案。
Skills Newsletter
Matt Pocock 嘅郵件列表，超過 60,000 位工程師訂閲，更新唔密但乾貨多。
背景同哲學：工程師味嘅 Skill 集
Matt Pocock 係 Total TypeScript 課程作者，亦係 aihero.dev 站長，佢嘅郵件列表有超過 60,000 位工程師訂閲。佢寫 Skill 嘅視角係由每日寫真實生產代碼出發，唔係由「想搭框架」出發，所以呢套嘢特別有實戰感。
佢喺 README 直接點名 BMAD 同 Spec-Kit，話呢啲方法「試圖通過接管整個流程來幫你，但代價係奪走你嘅控制權，令流程裏嘅 bug 極難修復」。Matt 嘅 Skill 反過來，每個都係 獨立小檔案，你能睇明、能改、能拆開重組。呢種「工程師審美」令成個倉庫嘅命名好直白（/grill-me、/zoom-out、/diagnose），文檔引用嘅係 Pragmatic Programmer、DDD、Kent Beck，冇一句「範式」「革命」「顛覆」。
Agent 翻車嘅四大模式同對應 Skill
Matt 將所有 Agent 失敗歸結為四個根因，每個根因配一套 Skill，呢個係成個倉庫嘅骨架。
- 1 Agent 冇真正理解你想要乜。引用 Pragmatic Programmer 嘅話「冇人真正知道自己想要乜」，修復係 /grill-me 同 /grill-with-docs，逼 Agent 反過來拷問你，問曬決策樹嘅每個分支。
- 2 Agent 太囉嗦。引用 DDD 概念，開發者同領域專家講唔同語言，浪費 token 同耐心。修復係建立 CONTEXT.md 作為項目共享語言，每次會話慳返大量 token。
- 3 代碼跑唔通。引用 Kent Beck 嘅 XP 強調反饋循環，修復係 /tdd（強制紅綠重構）同 /diagnose（系統化調試：復現、假設、插樁、修復、加回歸測試）。
- 4 代碼變成屎山。Matt 原話：「Agent 喺加速寫代碼嘅同時亦喺加速軟件熵增」。修復有三件套：/to-prd（寫 PRD 前盤清模塊）、/zoom-out（將代碼放回系統睇）、/improve-codebase-architecture（定期拯救爛代碼庫）。
完整 Skill 清單同分類
成個倉庫分四類，每個 Skill 係獨立 SKILL.md 檔案，你可以單獨抽出來用。
- Engineering（9 個，日常代碼工作）：diagnose、grill-with-docs、triage、improve-codebase-architecture、setup-matt-pocock-skills、tdd、to-issues、to-prd、zoom-out。其中 triage 用狀態機管理 issue 流轉，to-issues 將計劃拆成可獨立認領嘅 GitHub issue（按 vertical slice 切），對小團隊好實用。
- Productivity（3 個，通用工作流）：caveman（穴居人模式，壓縮輸出，token 消耗降 75% 但技術準確度不變）、grill-me（非代碼版拷問）、write-a-skill（用嚟寫新 Skill）。
- Misc（4 個，偶爾用）：git-guardrails-claude-code（hooks 攔截危險 git 命令）、setup-pre-commit（Husky + lint-staged）、migrate-to-shoehorn（as 斷言轉 shoehorn）、scaffold-exercises（搭練習題目錄）。
- Deprecated：Matt 將已經唔用嘅 Skill 留喺 deprecated 目錄做考古，睇到佢嘅迭代思路，呢個習慣都值得抄。
如果非從 16 個裏揀一個最值得抄，Matt 自己推薦 CONTEXT.md 呢個概念，佢唔係一個 Skill，而係 /grill-with-docs 嘅副產品。
CONTEXT.md：俾 Agent 睇嘅共享語言
每次 grill 完，Agent 會將對話裏出現嘅關鍵術語沉澱到項目根嘅 CONTEXT.md。下次會話，Agent 讀完呢個檔案就直接用項目嘅「行話」同你溝通。
Matt 強調佢唔只係慳 token：變量名、函數名、文件名都開始按共享語言嚟命名，成個代碼庫嘅 導航成本隨之降低。呢個檔案嘅目標讀者係下一次開會話嘅空白 Agent，所以寫法要更工程化、更精確，每個術語對應一個明確定義。
佢仲配套咗 ADR（Architectural Decision Record），每次有重大決策，Agent 會自動產生一個 ADR 文檔存到 docs/adr/。咁下次 Agent 見到奇怪代碼唔會再問你點解咁寫，而係去翻 ADR。
同 BMAD 比較同安裝貼士
BMAD 同 Spec-Kit 嘅邏輯係「我接管整個流程」，提供 PM、Architect、Dev、QA 一整套角色同階段，你按順序行就有產出。但問題係流程一旦出 bug，好難定位邊一環出錯。
Matt 嘅 Skill 反過來，每個都係 單點工具，你想用邊個就用邊個，Skill 之間唔強耦合。呢種「組合式」思路喺 Unix 哲學叫 do one thing well，喺前端圈叫 unstyled component。代價係你需要自己有 判斷力，知幾時用乜。BMAD 適合唔太懂工程嘅人按部就班出活，Matt 呢套適合已經知道自己做緊乜、只想要一把更順手工具嘅人。
安裝好簡單，一行命令：
npx skills@latest add mattpocock/skills執行完會讓你揀裝邊啲 Skill 同目標 Agent（Claude Code、Codex、Cursor 都支援）。記得勾上 /setup-matt-pocock-skills，佢係 Engineering 類啲 Skill 嘅前置依賴。裝完跑 /setup-matt-pocock-skills，佢會問你用咩 issue tracker（GitHub / Linear / 本地文件）、triage 用咩 label 詞表、文檔存邊度。
第一次用建議先跑 /grill-with-docs，將你而家做緊嘅功能掟畀佢，等佢拷問你 20 分鐘。結束後睇下 CONTEXT.md 生咩樣，基本就理解 Matt 呢套嘅核心。
Total TypeScript 作者 Matt Pocock 將自己 .claude 目錄入面每日用嘅 Skill 全部開源咗，38,314 粒星，佢講一句話好硬：「呢個係俾真正工程師用嘅，唔係 vibe coding」。成 set 16 個 Skill，反對 BMAD、Spec-Kit、GSD 嗰種「重流程奪控制權」嘅玩法，行「細、可改、可組合」嘅另一條路。
點解呢套 Skill 一上線就 38k 星
Matt 唔係 Skill 圈嘅人，佢係 TypeScript 圈嘅頂流（Total TypeScript 課程作者，aihero.dev 站長，電郵列表 60,000+ 工程師訂閲）。佢寫 Skill 嘅角度係由一個每日寫真實生產代碼嘅人出發，唔係由一個「想搭框架」嘅人出發。
佢喺 README 入面直接點名 BMAD 同 Spec-Kit：「呢啲方法試圖透過接管成個流程嚟幫你，但代價係搶走你嘅控制權，令流程入面嘅 bug 極難修復」。Matt 嘅 Skill 反過嚟，每一個都係獨立細文件，你睇得明、改得到、拆得開重組。
呢種「工程師審美」喺倉庫入面周圍都係。Skill 嘅命名好直白（/grill-me、/zoom-out、/diagnose），文件引用嘅全部係 Pragmatic Programmer、DDD、Kent Beck、Ousterhout，一句「範式」「革命」「顛覆」都冇。呢個係過去十年軟件工程沉澱落嚟嘅常識，重新打包成 Agent 時代嘅工具。
Agent 出事嘅 4 個模式，4 套對應 Skill
Matt 將所有 Agent 失敗歸納成 4 個根源原因，每個根源原因配一套 Skill。呢個係成個倉庫嘅骨架。
第一個根源原因：Agent 冇真正理解你想要啲乜。Matt 引用 Pragmatic Programmer 嘅話：「冇人真正知道自己想要乜」。修復方法係 /grill-me 和 /grill-with-docs，逼 Agent 反過嚟質問你，將決策樹每一個分支都問到底。呢兩個 Skill 係倉庫入面最受歡迎嘅，Matt 自己建議每次開新任務之前都行一次。
第二個根源原因：Agent 太長氣。呢條引用 Eric Evans 嘅 DDD，開發者同領域專家講唔同嘅語言，浪費曬啲 token 同耐性。修復方法係建立一個 CONTEXT.md 文件作為項目共享語言。Matt 提供一個真實例子：本來要講「課程章節入面某節課被賦予檔案系統位置嗰陣出問題」，有咗 CONTEXT.md 之後變成「materialization cascade 出問題」，每次對話慳落嚟嘅 token 係肉眼可見嘅。
第三個根源原因：代碼行唔通。呢條引用 Kent Beck 嘅 XP，強調反饋循環。修復係 /tdd（強制紅綠重構）同 /diagnose（系統化除錯，復現到最小、再假設、再插樁、再修、再加回歸測試）。呢兩個 Skill 解決嘅係大多數人用 Claude Code 時最頭痛嘅「Agent 改完一次又一次都仲係唔啱」。
第四個根源原因：代碼變成屎山。Matt 嘅原話係「Agent 喺加速寫代碼嘅同時亦喺加速軟件熵增」。修復有三件套：/to-prd 叫 Agent 寫 PRD 之前先搞清楚鬱咗邊啲模組，/zoom-out 強迫 Agent 喺解釋代碼嗰陣將佢放返成個系統嚟睇，/improve-codebase-architecture 用嚟定期救一個已經爛咗嘅代碼庫。Matt 自己嘅頻率係「每隔幾日行一次」。
完整 Skill 清單：16 個可以直接抄嘅工程實踐
成個倉庫分四類，每個 Skill 都係獨立 SKILL.md 檔案，可以單獨抽出來。
Engineering（9 個，日常代碼工作）：diagnose、grill-with-docs、triage、improve-codebase-architecture、setup-matt-pocock-skills、tdd、to-issues、to-prd、zoom-out。其中 triage 用狀態機管理 issue 流轉，to-issues 將任何計劃拆成可獨立認領嘅 GitHub issue（按 vertical slice 切），呢兩個對細團隊特別實用。
Productivity（3 個，通用工作流程）：caveman 係一個有意思嘅，佢將 Agent 輸出強行壓縮到「穴居人模式」，砍曬所有填充語，token 消耗降低 75% 但技術準確度不變；grill-me 係非代碼版嘅質問；write-a-skill 用嚟寫新 Skill。
Misc（4 個，間中用）：git-guardrails-claude-code 配 hooks 攔截危險 git 命令（push、reset --hard、clean）；setup-pre-commit 配 Husky + lint-staged；migrate-to-shoehorn 將 TS 測試入面嘅 as 斷言換成 shoehorn；scaffold-exercises 用嚟搭建練習題目錄。
Deprecated：倉庫入面仲有一個 deprecated 目錄，Matt 將已經唔用嘅 Skill 留喺嗰度做考古，可以睇到佢嘅疊代思路。呢個習慣值得學。
CONTEXT.md：成 set 入面最反直覺嘅一招
如果硬要由 16 個入面揀一個最值得抄嘅，就係 CONTEXT.md 呢個想法。佢唔係一個 Skill，而係 /grill-with-docs 嘅副產品。
每次 grill 完，Agent 會將今次對話入面出現嘅關鍵術語沉澱到項目根目錄嘅 CONTEXT.md。下次對話，Agent 讀完呢個檔案就直接用項目嘅「行話」講嘢。Matt 強調佢唔止係慳 token：變量名、函數名、文件名都開始按共享語言嚟命名，成個代碼庫嘅導航成本隨之降低。
呢個嘢睇起嚟似 README 嘅一個分支，但唔一樣。README 係俾人睇嘅，CONTEXT.md 係俾 Agent 睇嘅。佢嘅目標讀者係下一次開對話嗰個空白 Agent，寫法上就要更工程化、更精確，每個術語對應一個明確嘅定義。Matt 嘅 course-video-manager 倉庫入面有一個真實嘅 CONTEXT.md 例子，建議直接去抄。
配套嘅仲有 ADR（Architectural Decision Record）。每次有重大決策，Agent 會自動生成一個 ADR 文件存到 docs/adr/。咁樣下次 Agent 見到一段奇怪代碼，唔會再走返嚟問你「點解咁寫」，佢會先去睇 ADR。
同 BMAD、Spec-Kit、GSD 嘅核心分別
Matt 喺 README 入面直接拉出嚟對比。呢個唔係營銷話術，理解呢個分別可以幫你判斷邊種適合你。
BMAD 同 Spec-Kit 嘅邏輯係「我接管成個流程」。佢哋提供 PM、Architect、Dev、QA 一整套角色同階段，你按順序行完就有產出。問題係流程一出 bug，你好難定位到底邊一環出咗問題，因為每一環都被框架管住。
Matt 嘅 Skill 反過嚟，每個都係單點工具。你想用邊個就用邊個，Skill 之間唔強耦合。/tdd 唔需要事先行 /to-prd，/grill-me 唔需要事先 setup 任何嘢。呢種「組合式」思路喺 Unix 哲學入面叫 do one thing well，喺前端圈叫 unstyled component，喺 Skill 圈而家冇名，但 Matt 呢一波 38k 星算係將呢條路打開咗。
代價係佢需要你自己有判斷力，知道幾時用啲乜。BMAD 適合唔太識工程嘅人按部就班出活，Matt 呢套適合已經知道自己做緊乜、只係想要一把更順手嘅工具嘅人。
30 秒裝好行得
安裝命令一行：
npx skills@latest add mattpocock/skills執行完會叫你揀要裝嘅 Skill 同目標 Agent（Claude Code、Codex、Cursor 都支援）。記得揀埋 /setup-matt-pocock-skills，佢係 Engineering 類嗰堆 Skill 嘅前置依賴。
裝完跑 /setup-matt-pocock-skills，佢會問你三個問題：用咩 issue tracker（GitHub / Linear / 本地檔案）、triage 用咩 label 詞表、文件存邊度。答完就可以直接用。
第一次用建議先行 /grill-with-docs，將而家做緊嘅功能丟俾佢，等佢質問你 20 分鐘。完咗之後睇嚇 CONTEXT.md 係咩樣，基本上就明咗 Matt 呢套嘅核心。
一句說話講重點
Matt Pocock 呢套 Skill 之所以 38k 星，係因為佢將過去十年軟件工程沉澱落嚟嘅常識（DDD 共享語言、TDD 反饋循環、Pragmatic Programmer 小步迭代、Ousterhout 深度模塊）按 Agent 時代嘅接口重新打包咗一次。佢唔教你新嘢，佢將你已經知道係啱嘅嘢，整成 Agent 都可以跟住做嘅小工具。
適合嘅人：已經寫過幾年代碼、用過一段時間 Claude Code、俾 Agent 嘅「vibe coding」跣過、知道工程基本功比模型聰明更重要。唔適合嘅人：啱啱開始用 AI 寫代碼、需要一個完整流程幫你由 0 到 1 嘅，嗰啲人去用 BMAD 更快。
倉庫地址 github.com/mattpocock/skills，配套電郵列表 aihero.dev/s/skills-newsletter（60,000+ 工程師訂閲，更新頻率唔高但每條都係乾貨）。
Total TypeScript 作者 Matt Pocock 把自己 .claude 目錄裏每天用的 Skill 全開源了，38,314 顆星，主張一句話很硬：「這是給真工程師用的，不是 vibe coding」。整套 16 個 Skill，反對 BMAD、Spec-Kit、GSD 那種"重流程奪控制權"的玩法，走"小、可改、可組合"的另一條路。
為什麼這套 Skill 一上線就 38k 星
Matt 不是 Skill 圈的人，他是 TypeScript 圈的頂流（Total TypeScript 課程作者，aihero.dev 站長，郵件列表 60,000+ 工程師訂閲）。他寫 Skill 的視角是從一個每天寫真實生產代碼的人出發，不是從一個"想搭框架"的人出發。
他在 README 裏直接點名了 BMAD 和 Spec-Kit：「這些方法試圖通過接管整個流程來幫你，但代價是奪走你的控制權，讓流程裏的 bug 極難修復」。Matt 的 Skill 反過來，每一個都是獨立小文件，你能看懂、能改、能拆開重組。
這種"工程師審美"在倉庫裏到處都是。Skill 的命名直白（/grill-me、/zoom-out、/diagnose），文檔引用的全是 Pragmatic Programmer、DDD、Kent Beck、Ousterhout，沒有一句"範式""革命""顛覆"。這是過去十年軟件工程沉澱的常識被重新打包成了 Agent 時代的工具。
Agent 翻車的 4 個模式，4 套對應 Skill
Matt 把所有 Agent 失敗歸到 4 個根因，每個根因配一套 Skill。這是整個倉庫的骨架。
第一個根因：Agent 沒真正理解你想要什麼。Matt 引 Pragmatic Programmer 的話，「沒人真正知道自己想要什麼」。修復方式是 /grill-me 和 /grill-with-docs，逼 Agent 反過來拷問你，把決策樹每一個分支都問到底。這兩個 Skill 是倉庫裏最受歡迎的，Matt 自己的建議是每次開新任務前都跑一遍。
第二個根因：Agent 太囉嗦。這條引的是 Eric Evans 的 DDD，開發者和領域專家說不同的語言，浪費的全是 token 和耐心。修復是建一個 CONTEXT.md 文件作為項目共享語言。Matt 給了一個真實例子：原來要說"課程章節裏某節課被賦予文件系統位置時出問題了"，有了 CONTEXT.md 之後變成"materialization cascade 出問題了"，每次會話省下來的 token 是肉眼可見的。
第三個根因：代碼跑不通。這條引 Kent Beck 的 XP，強調反饋循環。修復是 /tdd（強制紅綠重構）和 /diagnose（系統化調試，復現到最小、再假設、再插樁、再修、再加回歸測試）。這兩個 Skill 解決的是大多數人用 Claude Code 時最痛的「Agent 改了一遍又一遍還是不對」。
第四個根因：代碼變成屎山。Matt 的原話是「Agent 在加速寫代碼的同時也在加速軟件熵增」。修復有三件套：/to-prd 讓 Agent 寫 PRD 之前先盤清楚動了哪些模塊，/zoom-out 強制 Agent 在解釋代碼時把它放回整個系統看，/improve-codebase-architecture 用來定期救一個已經爛了的代碼庫。Matt 自己的頻率是「每幾天跑一次」。
完整 Skill 清單：16 個能直接抄的工程實踐
整個倉庫分四類，每個 Skill 都是獨立 SKILL.md 文件，可以單獨抽出來。
Engineering（9 個，日常代碼工作）：diagnose、grill-with-docs、triage、improve-codebase-architecture、setup-matt-pocock-skills、tdd、to-issues、to-prd、zoom-out。其中 triage 用狀態機管理 issue 流轉，to-issues 把任何計劃拆成可獨立認領的 GitHub issue（按 vertical slice 切），這兩個對小團隊特別實用。
Productivity（3 個，通用工作流）：caveman 是個有意思的，它把 Agent 輸出強行壓縮到「穴居人模式」，砍掉所有填充語，token 消耗降 75% 但技術準確度不變；grill-me 是非代碼版的拷問；write-a-skill 用來寫新 Skill。
Misc（4 個，偶爾用）：git-guardrails-claude-code 配 hooks 攔截危險 git 命令（push、reset --hard、clean）；setup-pre-commit 配 Husky + lint-staged；migrate-to-shoehorn 把 TS 測試裏的 as 斷言換成 shoehorn；scaffold-exercises 用來搭練習題目錄。
Deprecated：倉庫裏還有一個 deprecated 目錄，Matt 把已經不用的 Skill 留在那裏做考古，能看到他迭代思路。這個習慣值得抄。
CONTEXT.md：整套裏最反直覺的一招
如果非要從 16 個裏挑一個最值得抄的，是 CONTEXT.md 這個想法。它不是一個 Skill，是 /grill-with-docs 的副產品。
每次 grill 完，Agent 會把這次對話裏出現的關鍵術語沉澱到項目根的 CONTEXT.md。下次會話，Agent 讀完這個文件就直接用項目的"行話"說話。Matt 強調它不只是省 token：變量名、函數名、文件名都開始按共享語言來命名，整個代碼庫的導航成本隨之降低。
這個東西看起來像 README 的一個分支，但不一樣。README 是給人看的，CONTEXT.md 是給 Agent 看的。它的目標讀者是下一次開會話的那個空白 Agent，寫法上就要更工程化、更精確，每個術語對應一個明確定義。Matt 的 course-video-manager 倉庫裏有一個真實的 CONTEXT.md 例子，建議直接去抄。
配套的還有 ADR（Architectural Decision Record）。每次有重大決策，Agent 會自動生成一個 ADR 文檔存到 docs/adr/。這樣下次 Agent 看到一段奇怪代碼，不會又跑回來問你「為什麼這麼寫」，它會先去翻 ADR。
跟 BMAD、Spec-Kit、GSD 的核心區別
Matt 在 README 裏直接拉出來對比。這不是營銷話術，理解這個區別能幫你判斷哪種適合你。
BMAD 和 Spec-Kit 的邏輯是「我接管整個流程」。它們提供 PM、Architect、Dev、QA 一整套角色和階段，你按順序走完就有產出。問題是流程一旦出 bug，你很難定位到底哪一環出了問題，因為每一環都被框架管着。
Matt 的 Skill 反過來，每個都是單點工具。你想用哪個用哪個，Skill 之間不強耦合。/tdd 不需要先跑 /to-prd，/grill-me 不需要先 setup 任何東西。這種"組合式"思路在 Unix 哲學裏叫 do one thing well，在前端圈叫 unstyled component，在 Skill 圈現在沒名字，但 Matt 這一波 38k 星算是把這條路打開了。
代價是它需要你自己有判斷力，知道什麼時候用什麼。BMAD 適合不太懂工程的人按部就班出活，Matt 這套適合已經知道自己在做什麼、只想要一把更順手的工具的人。
30 秒裝上跑起來
安裝命令一行：
npx skills@latest add mattpocock/skills執行完會讓你勾選要裝的 Skill 和目標 Agent（Claude Code、Codex、Cursor 都支持）。記得勾上 /setup-matt-pocock-skills，它是 Engineering 類那一坨 Skill 的前置依賴。
裝完跑 /setup-matt-pocock-skills，它會問你三個問題：用什麼 issue tracker（GitHub / Linear / 本地文件）、triage 用什麼 label 詞表、文檔存哪裏。回答完就能直接用了。
第一次用建議先跑 /grill-with-docs，把當前正在做的功能丟給它，讓它拷問你 20 分鐘。結束後看看 CONTEXT.md 長什麼樣，基本就理解了 Matt 這套的核心。
一句話抓重點
Matt Pocock 這套 Skill 之所以 38k 星，是因為它把過去十年軟件工程沉澱的常識（DDD 共享語言、TDD 反饋循環、Pragmatic Programmer 小步迭代、Ousterhout 深度模塊）按 Agent 時代的接口重新打包了一遍。它不教你新東西，它把你已經知道是對的東西，做成 Agent 也能照着做的小工具。
適合的人：已經寫過幾年代碼、用過一段時間 Claude Code、被 Agent 的"vibe coding"坑過、知道工程基本功比模型聰明更重要。不適合的人：剛開始用 AI 寫代碼、需要一個完整流程幫你從 0 到 1 的，那種人去用 BMAD 更快。
倉庫地址 github.com/mattpocock/skills，配套郵件列表 aihero.dev/s/skills-newsletter（60,000+ 工程師訂閲，更新頻率不高但每條都是乾貨）。