Github 106k Star 的 Skill，作者 mattpocock 親授你用不好 grill-me 的 9 個原因
整理版優先睇
用 grill-me 技能前，先避開呢 9 個常見誤區，先分清低保真同高保真問題，再控制任務範圍同主動引導對話。
呢篇文章係由 grill-me 技能作者 mattpocock 親自分享，佢嘅 skills 倉庫喺 GitHub 有 106k star，但好多人用 grill-me 同 grill-with-docs 時都會犯錯。作者想幫讀者避開最常見嘅 9 個誤區，令你真正發揮呢個技能嘅威力。整體結論係：grill 技能適合做低保真規劃，但要配合 prototype 處理高保真問題，仲要控制任務範圍、主動引導對話、保存設計決策、用聰明模型，同埋可以並行執行多個 grill 對話。
首先，你要分清楚咩係低保真同高保真問題。低保真問題唔需要詳細原型或者圖片就可以答到，例如「呢個路由應該用邊個 URL？」；高保真問題需要放大細節或者靠圖片、原型先答到，例如「呢個 UI 實際用起嚟應該係咩感覺？」。如果你試圖喺 grill 對話入面答高保真問題，就會出事。正確做法係用 handoff 模式：先喺 grill 對話答低保真問題，遇到高保真問題就開另一個對話用 /prototype 做原型，搞掂再返轉頭繼續 grill。
其次，任務範圍太大會引致隱藏高保真問題同窗口上下文限制。你應該先叫 agent 將大範圍拆成細模塊，再各自 grill。另外，你要主動引導對話，唔好被動等 agent 問幾百條問題；同時要知幾時停止規劃，開始寫 code。仲有，你喺 grill 入面做嘅每個設計決策都要保存，最好用 /2PRD skill 寫成 PRD，…
- 分清低保真同高保真問題：低保真適合 grill，高保真要用 /prototype 處理。
- 控制任務範圍：拆成細模塊先 grill，避免耗盡上下文窗口。
- 主動引導對話：唔好被動答問題，要判斷路徑，適時 stop planning start coding。
- 保存設計決策：用 /2PRD 創建產品需求文檔，唔好清空上下文。
- 用聰明模型做 grill，並行執行多個對話提升效率。
原文影片與文章
mattpocock 親自講解 grill-me 誤區
理解問題：低保真同高保真
當你進入 grill 對話，你會回答好多關於要做嘅問題。問題分兩種：低保真同高保真。低保真問題唔需要詳細原型或者圖片，比如「呢個路由應該用邊個 URL？」；高保真問題就需要放大細節，比如「呢個 UI 實際用起嚟係咩感覺？」。
如果你遇到高保真問題，可以用 handoff 模式：第一個對話繼續 grill 低保真問題，遇到高保真問題就開第二個對話用 /prototype，整完原型再返轉頭。呢個模式係 grill → prototype → 再次 grill，令你可以唔中斷節奏。
確定合適嘅任務範圍
任務範圍太大會引起兩個問題：隱藏高保真問題同窗口上下文限制。一開始上下文窗口幾乎係空嘅，但不停問好快會到閾值（約 12 萬 tokens），之後模型注意力會下降。
- 1 先俾一個大範圍叫 agent 拆成細模塊
- 2 分別圍繞每個細模塊進行 grill
- 3 喺獨立對話入面回答所有問題
拆開任務可以避免一下子耗盡上下文，同時令規劃更紮實。
主動參與同保存設計
好多 grill 對話失敗係因為人太被動。你要記住：呢個係對話，唔係面試。你要判斷行動路徑、瞭解範圍、避免行動偏離軌道，主動引導對話。
另外，你喺 grill 入面創造咗一個裝滿設計決策嘅上下文窗口，呢啲決策好有價值。你要保存設計方案：如果上下文仲夠，直接實現；如果唔夠，用 /2PRD skill 創建 PRD 作為 handoff 基礎。永遠唔好為咗寫 PRD 而清空上下文，咁會毀曬所有設計工作。
用聰明模型同並行執行
grill 階段依賴參數知識（模型訓練數據入面嘅知識），你需要參數量夠大嘅模型，通常係大模型廠商最先進嘅模型，先可以提出有創造性嘅問題。笨模型唔會俾你好多好想法。
到咗實現階段，大部分信息嚟自上下文，你可以用低級模型。另外，你可以並行執行多個 grill 對話：喺 agent 思考嘅時候切去第二個對話繼續答問題，咁樣產出效率翻倍。
- 產出效率翻倍，用更少時間完成更多規劃
- 同時推進多個設計方案
- 大多數人最多同時處理兩個對話，熟練後可以逐步提高
總結：關鍵要點
grill 嘅核心係問題
低保真問題適合 /grill；高保真問題更需要 /prototype。確定任務範圍好重要：揀細啲嘅任務範圍，避免快速耗盡窗口上下文。
- 保持主動：引導對話，同時知幾時停止規劃開始寫 code
- 保存決策：每個決策都要記錄，用 /2PRD 或者直接實現
- 用聰明模型：參數知識先有創造性建議
- 並行運行：理解每個對話做緊咩之後，就可以高效切換
你越理解呢啲誤區，就越能有效用 grill 嚟喺編碼之前完成系統設計。
提到 mattpocock 這個名字，你可能會覺得有些陌生。
但要是說起他的 grill-me skill，相信大部分開發者都非常熟悉。
大佬的 skills 倉庫開源不過兩個月，GitHub 上的 Star 數已經突破了 106k。
mattpocock 的 skills 非常簡潔，省去了複雜流程，反而更加適合模型能力發揮。
如今，這個倉庫也是我開發過程中使用頻率最高的技能庫，沒有之一。
最近，mattpocock 本人發佈視頻，親自介紹了使用 /grill-me 和 /grill-with-docs 時最容易踩坑的幾大誤區。
這波必須狠狠學習。
01開始
/grill-with-docs 技能已逐漸成為了 plan 模式的熱門替代方案。
不過，很多人並沒有真正用好它。
這個技能的工作原理是不斷地向你提問，直到與你達到共識，但這也要求你自身具備良好的規劃能力。
本文的目標，是希望幫你理解使用技能時最常見的 9 大誤區，從而讓你真正掌握它們。
02理解問題：低保真 vs 高保真
當你進入 grill 對話時，你會回答很多關於你要做的事情的問題。
問題的“低保真“和“高保真“聽起來可能有點抽象，下面是具體說明：
| 低保真 | |||
| 高保真 |
比如，表單字段的佈局就是一個典型的高保真問題。
“你應該把表單字段拆到多個頁面，還是放在一個巨大的表單裏？”
這種問題需要先看原型，或者把整個東西做出來才有辦法判斷。
處理無法 grill 的問題
第一個誤區，就是試圖在 grill 對話裏回答高保真問題。
當你遇到無法輕易回答的問題時，可以使用 handoff：
- 在第一個對話（藍色）裏繼續 grill 低保真問題
- 遇到高保真問題時，
/prototype交接給另一個對話（黃色） - 在這個獨立對話裏構建或製作原型，把問題理解清楚
- 再交接回原來的對話，繼續處理適合 grill 的問題
這個模式可以概括為：grill → prototype → 再次 grill，它能讓你在不中斷 grill 節奏的情況下，回答高保真問題。
03確定合適的任務範圍
任務範圍，也就是你要 grill 的東西有多大，這非常關鍵。
任務範圍太大，會出現兩個問題：
問題 1：隱藏高保真問題
比起無休止地規劃未來，在已經確認可行的基礎上繼續構建會更容易一些。
很多人都試圖一次性為 AI 安排數天的工作任務，結果往往會因為沒有建立在自己瞭解的堅實基礎上，而導致效果不佳。
問題 2：窗口上下文限制
一開始你的上下文窗口可能幾乎是空的，但你不停地問，很快就會到達窗口上下文的閾值（對大多數最先進的模型來說，大約在12 萬個 token 左右）。一旦你超過了這個閾值，模型的注意力就會開始喪失，決策質量開始下降。
拆分任務
不要圍繞一個巨大的任務範圍直接 grill。更好的做法，是先讓 agent 把它拆開來：
- 先給出一個大的範圍
- 讓 agent 把它拆成更小、更適合 grill 的模塊
- 分別圍繞每個小模塊進行 grill
- 在這些獨立對話中回答所有問題
04主動參與而不是被動回答
很多很長的 grill 對話會失敗，是因為人在面對 agent 時太過於被動了。
你要記住：這是對話，不是面試。
agent 會不斷提問，但你需要：
- 判斷行動路徑
- 瞭解範圍
- 避免行動偏離軌道
- 主動引導對話
如果你太被動，agent 可能會用幾百個問題轟炸你，不斷髮散任務範圍，問一堆根本不該深入討論的問題。
但這裏也需要平衡。
過於主動，意味着你可能在應該編寫代碼的時候，沒完沒了地摳那些低質量的細節。
如果你只是一味地計劃和規劃，而不進行真正構建，那就是過度追求完美。
所以，找到中間點：積極參與並引導對話，同時瞭解什麼時候該停止規劃、開始實現。
05保存你的設計方案
這是一個十分關鍵但經常被忽視的問題。
在 grill 的過程中，你會創造出一個非常有價值的產物：一個裝滿設計決策的上下文窗口。
等你完成 grill 時，你已經圍繞系統如何工作做出了大量選擇，這些都非常有價值。
你可以選擇：
- 如果上下文還夠：直接在同一個對話裏實現，不要 handoff
- 如果上下文不夠了：使用
/2PRDskill 創建 PRD（產品需求文檔），把它作為 handoff 的基礎
永遠不要為了寫 PRD 而清空上下文並重新開始，這樣做會毀掉你所有的設計工作。
在這次討論中做出的每一個決定都是有價值的，都應該成為代碼或記錄在文件中。
06使用更聰明模型執行 grill
使用低級模型來完成 grill，屬於常見誤區。原因如下：
grill 時，你會依賴兩類知識：
| 上下文知識 | |||
| 參數知識 |
在問答階段，你依賴的是模型的參數知識，也就是它對系統和應用天生的內在理解，來提出你可能沒有考慮到的問題。
如果你本來就想得到某些問題，你肯定會把它們作為上下文傳進去。
笨模型不會給你太多好想法。
你需要參數量足夠大的模型，通常是那些大模型廠商最前沿模型，才能得到有創造性的建議和能激發思考的問題。
到了實現階段，你範圍可以使用更低級的模型，因為那時大部分信息都來自上下文（比如詳細計劃、代碼庫等等）。
07並行執行多個 grill 對話
最後，一個簡單但強大的使用技巧：並行執行多個 grill 對話。
具體的工作方式是：
- 你正在對話 A 裏 grill
- agent 向你提了一個問題
- 你回答它
- agent 思考時，切到對話 B
- 繼續回答這裏的問題
- 對話 A 準備就緒，再切回去
- 重複這個過程
這並不會造成很重的上下文切換，只是在管理不同的對話。
優點：
- 產出效率翻倍
- 用更少時間完成更多規劃
- 同時推進多個設計方案
大多數人最多能比較舒服地同時處理兩個對話。如果其中一個對話正在做研究這類的長時間任務，你也許可以同時處理三個。
隨着你越來越熟悉 grill 流程，可以逐步提高並行數量。
08總結：關鍵要點
- grill 的核心是問題： 低保真問題適合
/grill；高保真問題更需要/prototype。 - 確定任務範圍很重要： 選擇更小的任務範圍，避免快速耗盡窗口上下文。
- 保持主動： 引導對話，同時知道何時停止規劃，開始寫代碼。
- 保存決策： 你在 grill 中做出的每個決策，都應該記錄在某個地方。
- 使用聰明模型： 你需要參數知識來獲得有創造性的建議。
- 並行運行： 一旦理解每個對話在做什麼，就可以高效地在它們之間切換。
你越理解這些誤區，就越能有效地使用 grill 在編碼之前完成系統設計。
09參考連結
https://www.aihero.dev/things-people-get-wrong-with-grill-me-and-grill-with-docs
https://x.com/mattpocockuk/status/2058900756640453072