Matt Pocock Skills 是什麼？工程紀律才是重點
Matt Pocock Skills 把需求對齊、TDD、除錯與架構設計封裝成可組合的 Agent 工作流程。本文拆解它要解決的四種 AI Coding 失敗，以及為何工程紀律比一直更換模型重要。
目錄+
Matt Pocock 公開的不是一個新模型，而是他每天交給 coding agent 的工程規則。模型可以更快寫出程式，也能更快把模糊需求、錯誤測試和壞架構擴散到整個專案。這套 Skills 真正值得看的，不是指令有多花俏，而是它把哪些工程習慣放回 AI 開發流程。
Matt Pocock Skills 是什麼？
Matt Pocock Skills 是一組小型、可修改、可組合的 Agent Skills，用來把需求對齊、domain modeling、規格、工單、TDD、除錯和 code review 變成可重複流程。
這不是另一個替你接管整套專案的方法論。Matt Pocock 在官方 README寫得很直接：GSD、BMAD、Spec-Kit 這類完整框架會幫你擁有流程，但也可能一起拿走控制權；他的選擇是把能力拆小，讓工程師自己組合。
目前這套技能可以透過 Claude Code plugin 安裝，也能用 skills.sh 複製到 Codex 與其他 Agent Skills 工具。它的核心不是「讓 AI 多知道一些語法」，而是替開發過程加上停損點。
Agent 寫得越快，工程回饋就越重要。
Agent 最常見的四種失敗
需求沒有真的對齊
「做一個帳號設定頁」看起來很清楚，實際上可能同時藏著使用者、組織、權限、訂閱和通知等不同概念。Agent 如果直接動手，通常會用它熟悉的模式補完空白，而不是你真正想要的答案。
grill-with-docs會先進行一輪追問，並搭配 domain modeling 把已確認的術語與決策寫進文件。它不是要把討論拖長，而是把昂貴的返工提前變成便宜的問答。
專案沒有共同語言
人和 Agent 對同一個詞有不同理解時，函式名稱、資料模型、規格和測試都會慢慢漂移。這套流程用 CONTEXT.md 保存 domain glossary，讓後續 session 不必每次重新猜「會員」「客戶」或「帳號」分別代表什麼。
官方示例把一串冗長描述收斂成專案內既有的 domain term。省下的不只是文字，而是每一輪重新翻譯概念的成本。
程式有產出，卻沒有可靠回饋
Agent 能生成測試，不代表測試有價值。tdd要求先確認要測試的 public seam，再用 red → green 的垂直切片前進。測試觀察外部行為，不黏住 private method，也不一次先寫完所有想像中的案例。
這裡的重點不是崇拜 TDD，而是讓 Agent 每走一步都能收到真實訊號。
功能完成了，架構開始腐化
AI Coding 最危險的地方，是它能快速堆出「現在可以跑、之後很難改」的程式。Matt Pocock 把 codebase design、架構改善與 code review 放進同一組技能，就是因為速度會同時放大好設計和壞設計。
code-review把檢查拆成兩條軸：一條看是否符合 repository standards，另一條看是否真的完成 spec。程式寫得漂亮但做錯需求，仍然是不合格。
Skills 如何把工程習慣變成流程
這套 repo 沒有要求你每次照同一條流水線走到底。比較常見的完整路線是：
| 階段 | Skill | 它建立的關卡 |
|---|---|---|
| 對齊 | grill-with-docs | 術語與決策先取得共識 |
| 規格 | to-spec | 把已談過的內容整理成可驗收規格 |
| 拆解 | to-tickets | 切成可獨立驗證、有依賴關係的工單 |
| 實作 | implement、tdd | 在同意的 seam 上逐片完成 |
| 收尾 | code-review | 分開檢查 standards 與 spec |
遇到 bug，可以直接進 diagnosing-bugs；面對超過一次 Agent session 能理解的大型工作，則用 wayfinder 先建立調查地圖。Skill 是積木，不是宗教儀式。
想實際走一次，可以接著看Matt Pocock Skills 安裝與完整開發流程。如果你想先看其他專案如何自動選擇技能，autoskills 如何讀取 tech stack 並安裝 Agent Skills提供了另一種路線。
為什麼它刻意不做萬能框架
完整框架的優點是省決策。缺點也是省決策：當流程不適合你的 repository，你得先理解整個框架，才能知道該從哪裡拆。
Matt Pocock 的做法把選擇權留給工程師。你可以只拿需求訪談，不拿工單系統；可以保留現有 GitHub Issues，只讓 to-tickets 補上 blocking edges；也可以把技能檔複製進 repo，改成團隊自己的術語和驗證指令。
這種「先限制行為，再追求更多能力」的方向，也能在Karpathy 工程原則如何被整理成 Claude Code 約束看到。兩者內容不同，但都把可預測性放在功能數量前面。
這也代表它不會自動救活一個沒有測試、沒有明確 ownership、沒人願意維護文件的團隊。Skill 能固定流程，不能替團隊做判斷。
適合誰、不適合誰
這套 Skills 適合已經用 Claude Code、Codex 或其他 coding agent 做真實專案，而且開始遇到返工、context 漂移或架構膨脹的人。它也適合願意把自己的工程偏好寫成版本化文件的團隊。
如果你只想生成一次性 demo，或 repository 連基本 typecheck、test、build 都不能穩定執行，先補回饋迴路會更有用。沒有驗證工具的 Agent，只是更快地猜。
團隊準備共用時，不要只把同一個資料夾丟給所有人。團隊 Agent Skills 的 CONTEXT.md 與 ADR 導入方法會處理版本、維護者與決策邊界。
長時間在終端機與桌面環境工作的人，也可以參考蝦皮開發者桌面四件套整理鍵盤、USB-C Hub、螢幕掛燈與站立書架。它不是使用 Skills 的必要條件，只是常見的工作環境升級選項。
利益揭露：本文部分連結為聯盟連結；若你透過連結購買，本站可能獲得回饋，不影響你的購買價格。
常見問題
Matt Pocock Skills 只能在 Claude Code 使用嗎？
不是。官方提供 Claude Code plugin，也能透過 skills.sh 安裝到 Codex 和其他支援 Agent Skills 的工具；只是不同工具的叫用語法與整合程度會有差異。
Claude Code plugin 和 skills.sh 有什麼差別？
Plugin 是由 Marketplace 管理、跟隨作者更新的唯讀套件；skills.sh 會把可編輯檔案複製進專案，由你決定何時修改或更新。兩種方式選一種即可。
需要把所有 Skills 都安裝嗎？
不需要。先從需求對齊、TDD 或除錯中挑一個最常出問題的環節，放進真實任務測試，再逐步增加，通常比整包啟用更容易看出效果。
Agent Skill 和一般 Prompt 有什麼不同？
Prompt 多半處理單次要求；Agent Skill 是帶有觸發描述、固定流程與參考資料的可重複能力，可以隨專案保存、版本化，也能由 Agent 在符合情境時載入。
Matt Pocock Skills 最有價值的地方，不是幫 Agent 增加更多花招，而是要求它在該停下來的地方停下來。你現在最常返工的是需求、測試，還是架構？先挑那一段裝一個 Skill，用一項真實任務驗證。