把 grill-me 與 deep-module 做成 AI Coding skills

前言

上週看了《Full Walkthrough: Workflow for AI Coding — Matt Pocock》這部影片後，覺得裡面提到的兩個概念很實用，所以把它們做成 skills，歡迎有興趣的人用用看～

兩個 skills

/grill-me：需求釐清工具。給它一個模糊想法，它會批次問完關鍵問題（邊界、失敗處理、成功指標、替代方案、out of scope），存成 md 讓你填答，並多輪互動到任何一方滿意的程度，最後產出 PRD 就可以進入創建計劃的步驟了。

備註：創建計劃可以用自己習慣的 skill 或用 Claude Code 預設的 plan mode。

/deep-module：模組設計審查，確保設計符合影片中提到的 deep module 的概念。支援三種模式：Plan（規劃邊界）、Implement（介面優先）、Review（審查淺模組）。

使用心得

/grill-me 我這兩天已經用了好幾次，心得是在跟 Agent 對焦需求的過程很花時間，但得到的就是會對每個設計背後的決策原因清楚很多，確實能夠達到影片中提的概念。

對我來說最大的好處就是能夠強迫自己慢下來釐清需求，即使心裡知道一份完整的計劃，對於 Agent 產出程式碼的品質很重要，但往往在計劃階段，心裡面總是會有些念頭冒出來：

先讓 Agent 直接做完再來改，反正這個改動也不是到很複雜。
我這週還想完成哪些項目，沒時間仔細 review 計劃。

而聽從這些念頭的下場，運氣好的話，就是產出品質還可以的成品，運氣不好的話，產出來的東西實際上線才跑出一堆問題。所以雖然「透過這個 skill 來釐清自己的需求」好像當下更花時間，但因為產出的品質更好，出問題的機率低，整體來看反而提升了效率。

/deep-module 今天剛創建好試跑一次，還沒看結果，後續有心得再分享～

針對兩個 skill 在影片中的概念說明

grill-me：作者提到，在規劃階段人類必須參與其中（Human in the loop）。講者強烈建議使用這種技巧，提供一個初步想法後，讓 AI 代理化身面試官，不斷向人類開發者提出刁鑽的問題，例如：使用對象是誰？為何要做這個服務？為何不用現成的服務？任務成功與失敗的定義？直到雙方對專案的設計概念（Design Concept）達成完全的共識。

deep-module：作者認為現在的許多專案，充斥著互相依賴的淺模組（Shallow modules），這不利於 AI 探索專案架構，同時也很難劃定測試邊界。他認為系統應該設計成深模組（Deep Modules），對外提供極簡的介面（Interface），但內部封裝複雜的邏輯。

相關連結：