mattpocock/skills:不只 Vibe Coding,用 5 個 Markdown Skills 建立可靠 AI 編程工作流 | Allen 知識庫 | Allen 知識庫AI Engineering / Skills / Claude Code
mattpocock/skills:不只 Vibe Coding,用 5 個 Markdown Skills 建立可靠 AI 編程工作流
這不是「丟一句 prompt 叫 AI 寫完」。Matt Pocock 的 skills 把需求釐清、規格、開發票、實作與 code review 拆成可重複的工程流程,核心是讓 agent 在寫第一行程式前先對齊問題。
來源與查證
- Threads:AI郵報整理 Matt Pocock 示範用 5 個 skills 從模糊想法推進到完成開發。
- GitHub:
mattpocock/skills,描述為「Skills for Real Engineers. Straight from my .claude directory.」,MIT License。 - Repo metadata:查證時約 166K stars、14K forks,語言顯示 Shell,但實際核心是 Markdown skills。
- README:主張這些 skills 是小型、易改、可組合、可用於 Claude Code、Codex 等 coding agents 的工作流。
核心流程
| 階段 | Skill | 目的 |
|---|
| 需求釐清 | /grill-with-docs | 讓 agent 閱讀既有文件,反過來追問模糊、矛盾與缺少定義處;同時建立 ADR / glossary。 |
| 形成規格 | /to-spec | 把已討論的上下文合成 spec / PRD,包含問題、解法、user stories、邊界與驗收。 |
| 拆解任務 | /to-tickets | 把 spec 拆成 tracer-bullet vertical slices,每張 ticket 有範圍與 blocker。 |
| 實作 | /implement | 根據 spec/tickets 實作,鼓勵 TDD、定期 typecheck/test,完成後 commit。 |
| 審查 | /code-review |
| 從 Standards 與 Spec 兩軸 review:是否符合 repo 標準,以及是否忠實實作需求。 |
為什麼這套有價值
很多 AI coding 失敗不是模型不會寫 code,而是需求在一開始就沒有被釐清:
- 使用者說「做會員系統」,但權限、資料模型、錯誤處理、邊界條件都沒定義。
- AI 很快吐出大量程式碼,卻把問題變成更大的維護債。
- 修三輪後專案變成考古現場,根因其實是沒有 spec、沒有 shared language、沒有 vertical slice。
mattpocock/skills 的關鍵是把「寫程式前」的需求對齊做成正式 skill,尤其 /grill-with-docs:它不是只問幾個問題,而是先讀文件、建立 domain vocabulary、記錄 ADR,再讓後續 spec/ticket/implementation 沿著同一套語言走。
對 Hermes / BigIntTech 的啟發
這套流程和 Hermes 的技能系統非常對味,可以直接映射成 BigIntTech 的工程 SOP:
| BigIntTech / Hermes 對應 | 建議 |
|---|
| 需求訪談 | 用類似 grill-with-docs 的 skill,先讀現有 PRD/README/issue,再追問。 |
| 專案規格 | 將 to-spec 輸出保存到專案資料夾或 issue tracker。 |
| 任務拆解 | 用 to-tickets 拆成可由 subagent 執行的 vertical slice。 |
| 開發 | implement 階段強制 TDD、typecheck、單檔測試、最後全測。 |
| 審查 | code review 分成 Standards 與 Spec 兩軸,避免只看語法不看需求。 |
安裝方式
npx skills@latest add mattpocock/skills
安裝後需選擇要裝哪些 skills 與 coding agents,並執行:
/setup-matt-pocock-skills
它會詢問 issue tracker(GitHub、Linear 或 local files)、triage labels、docs 保存位置。
Caveat
這套 skills 是工程流程模板,不是自動保證品質的魔法。真正有效的前提是:repo 有測試、文件、issue tracker 或至少有地方保存 spec/tickets;團隊願意讓 agent 先問問題,而不是一開始就催它寫 code。若直接跳過 /grill-with-docs,只用 /implement,價值會大幅下降。
2026-08-06 補充:Matt Pocock Skills v1.2 / AIHero 版本
新訊號:Prompt Case 推薦 Matt Pocock Skills v1.2,並提到「Grill Me → To Spec → To Tickets → Implement → TDD → Code Review」流程,可搭配 Codex 設監督/開發兩個 agent。
| 項目 | 內容 | 判斷 |
|---|
| Repo | mattpocock/skills | GitHub API 約 206,092 stars;MIT;latest release v1.2.2。 |
| 新增/提及技能 | /wizard、/to-questionnaire、/wait-what | /wait-what 使用 ASD-STE100 讓說明更簡潔。 |
| 流程價值 | grill → spec → tickets → implement → TDD → review | 把 AI coding 從 vibe 變成可追蹤工程流程。 |
| 成本 caveat | 留言回報 grill+tdd usage 變快 | 品質提升通常用更多 token,需設 budget。 |
對 Hermes/Athena:這套流程適合變成 repo 作業標準,但要配額化。Grill/TDD/Review 是 gate,不是每個小修都全跑。