拆解 Matt Pocock AI 工作流

貝克街主人 · 文章由 **貝克街主人** » 2026-07-26, 06:07

https://github.com/mattpocock/skills

這份逐字稿紀錄了影片中關於 Matt Pocock 開源 AI 工作流的完整拆解。為了方便閱讀，我將內容依照主題進行了美編排版。

第一章：爆紅的 AI Skill —— grill-me

最近 AI 圈有一個很紅的 skill 叫做 grill-me。這是 Matt Pocock 在 GitHub 上的開源專案中的其中一個 skill。這個專案目前已經有超過 16 萬顆星，被下載了 700 萬次。

如果不認識 Matt Pocock 的人，我簡單介紹一下他：

TypeScript 頂尖專家
工程師圈的大神級人物
無數開發者的啟蒙老師

這次爆紅的專案，其實就是這位大神把自己整套的 AI 工作流開源出來。這個專案裡面放了一整套 skill，從寫規格、拆任務到寫測試都有。其中最先紅起來的就是 grill-me。它的功能就是強迫你在動工之前，先讓 AI 反過來把你拷問一輪，一題一題問，問到你完全扛不住、非得想清楚不可。

但很多人只盯著 grill-me 這一個，我認為非常可惜。打開整個專案會發現，裡面不只是幾個 skill，它其實是 Matt Pocock 這些年寫程式與 AI 開發經驗的集大成。他等於是把自己的程式功力，打包進這整個專案裡了。

第二章：如何控制 AI？今天的拆解路線

為了搞懂他是怎麼控制 AI 的，今天我們就把這套專案拆開來看：

拆解整條 skill 生產線：從 grill-me 開頭，介紹後續 skill 如何互相配合。
挖出大神的底層邏輯：挑出幾個有料的 skill，拆解 Matt 的思考方式。
對決 Superpowers：與另一套熱門工具做比較，讓你知道差異與適用場景。

第三章：拷問與規格書 (grill-me & to-spec)

Matt Pocock 這一兩年幾乎把重心整個搬到 AI 上。在大量依賴 AI 開發後，他發現比起寫 code 的速度，更難的是「怎麼控制 AI」。

終極目標：馴服 AI 這個充滿隨機性的黑盒子。

市面上已有如 Get Shit Done、Spec-Kit 或 Superpowers 等框架，但 Matt 認為這些框架的通病在於「想把你整個開發流程接管過去」。只要前面一步定歪了，錯誤就會傳染到後面，特別難救。

所以他的 skill 走完全相反的路：每一個都刻意做得很小、很好改，還能自由拼裝。

1. grill-me：只有 5 行字的威力

這份被下載幾百萬次的 skill 檔案，原文只有短短五行：

Interview me relentlessly about every aspect of this until we reach a shared understanding.

Walk down each branch of the decision tree, resolving dependencies between decisions one-by-one.

Ask the questions one at a time, waiting for feedback on each question before continuing.

For each question, provide your recommended answer.

Do not act on it until I confirm we have reached a shared understanding.

為什麼要寫這五行？
寫程式的本質是連續做出幾百個微觀決定（如防呆、斷線處理）。如果你直接丟給 AI 做（Vibe Coding），你等於把決策權外包給 AI。AI 為了討好你，通常會瞎掰出一套最難維護的架構。

grill-me 的目的：把決策權搶回人類手裡。

AI 負責：追問盲點、提供選項。
人類負責：拍板定案、穩坐架構師位置。

2. to-spec：把共識存起來

當 grill-me 拷問完後，共識若不寫下來，AI 一關掉對話就會失憶。所以第二站是用 to-spec 趕快把共識寫成規格書（SPEC.md）。

Matt 的極端規定：規格書裡完全禁止出現 code。
原因：具體的 code 是最容易變動的（Documentation Drift）。如果規格書寫了過期的舊 code，AI 下次會照著錯的 code 硬改，越改越亂。規格書應只專注於：「要解決什麼問題」。

第四章：拆解任務與 TDD (to-tickets & implement)

1. to-tickets：改變 AI 的壞習慣

AI 天生喜歡「按技術架構分工」（資料庫 -> 邏輯 -> UI）。

危險點：在最後一步完成前，你完全沒辦法測試。如果第一步資料庫建錯，後面心血全毀。
解決方案：to-tickets 強制 AI 改用「使用者功能」來拆任務（例如：先做會員登入，包含完整的資料庫、邏輯與畫面）。
好處：做完一個功能就能立刻測試，開發速度翻倍。

2. implement：下指令開工

這會照著任務清單寫 code，並自動使用 TDD (測試驅動開發)。

什麼是 TDD？
就是在寫功能之前，必須先寫好「檢查對錯的程式」。

核心精神：先寫測試（紅燈） -> 再寫功能 -> 測試通過（綠燈）。
對 AI 開發的重要性：AI 骨子裡是個「作弊仔」。如果你先讓它寫功能再補測試，它會為了交差生出一個假的測試來配合它寫錯的邏輯。TDD 是最好的防作弊機制。

第五章：審查與底層秘密 (code-review)

寫完後會自動觸發 code-review。它會開一個全新的 session（不被舊記憶干擾），用最清醒的大腦做檢查。

Matt 的 code-review skill 裡面有一張長長的「具體檢查清單」，包含了軟體工程界公認的爛 code 症狀：

Shotgun Surgery (牽一髮動全身)：改一個顏色要開十幾個檔案。
Feature Envy (邏輯站錯邊)：訂單的程式碼老是跑去管庫存的檔案拿資料。
Data Clumps (三個一組，卻各走各的)：姓名、電話、地址永遠同時出現，就該打包成「聯絡人」包裹。

Matt 的寫作三原則：

修剪 (Pruning)：刪掉所有廢話與 AI 懂的暗示，減少分心。
指引詞：用精準的專業術語（如 Data Clumps）取代百字解釋。
完成標準：給 AI 明確的終點。

第六章：深模組與架構大掃除

AI 寫程式很快，但沒有大局觀，喜歡寫一堆「淺模組」（外表分開但內部沒有大門，導致溝通成本極高）。

淺模組：迷路 -> 瞎猜。
深模組 (Deep Module)：將複雜邏輯藏在簡單的大門（接口）後，對 AI 來說更好維護。

Matt 開發了 improve-codebase-architecture 這個「大掃除 skill」，它會對程式進行殘酷的「刪除測試」，檢查模組是否真的有在做事，並生成視覺化診斷報告，建議你重構成深模組。

第七章：回顧與對決 Superpowers

過去 (模型還笨)：Superpowers 像保姆級流程，走完九宮格確保 AI 不翻車。
現在 (模型聰明)：Matt 的做法 像樂高積木，隨插即用，把主導權交還給人類。

總結：他開源的不是 skill，是思維

Matt Pocock 證明了一件事：
有了 AI，並不代表不用在自己的領域精進。相反地，只有成為專家，才能真正控制好 AI。

他開源的，是他在專業領域所累積的思維與語言，去駕馭 AI 這個黑盒子的完整攻略。

Gary Chen | 訂閱加分享，我們下次見！