grill-me

grill-me skill 概覽

grill-me 能做什麼

grill-me skill 會把 AI 助手變成一個有結構的計畫與設計審查者。它不會一開始就給你一個籠統意見，而是一次只問一個問題、沿著決策分支逐步往下追，並且對每個問題提出建議答案。它真正要解決的，不是「陪我一起腦力激盪」，而是「在我拍板之前，把隱藏的假設全都逼出來」。

最適合用在需求規劃的情境

grill-me for Requirements Planning 特別適合拿來檢驗還有未解依賴的功能構想、架構調整、遷移計畫或交付提案。對產品經理、技術主管、創業者，以及需要把模糊方案整理成可決策規格的工程師來說，尤其實用。如果你要的是壓力測試，而不是尋求安心感，這個 skill 很對路。

為什麼用 grill-me，而不是一般 prompt

一般 prompt 很容易太早下結論。grill-me skill 的不同之處，在於它會持續停留在盤問模式，直到計畫真正釐清；而且當某個問題其實可以從原始碼找到答案時，它被明確要求先檢查 codebase，而不是先來問你。對需要依賴 repo 內容來做規劃的人來說，這比泛泛的「幫我 review 這個想法」更實際。

安裝前要先知道的重要限制

這是一個非常輕量的 skill：repo 只提供 SKILL.md，沒有額外規則、腳本或參考資料。這讓 grill-me install 很簡單，但也代表輸出品質高度依賴你一開始提供的情境，以及你是否願意回答後續追問。如果你要的是一套包裝完整、內建範本齊全的框架，那它不是這種類型。

如何使用 grill-me skill

grill-me install 後先看哪裡、怎麼接手

做 grill-me install 時，先照你平常的 skills workflow 把它加進去，接著優先讀 SKILL.md，因為這個檔案幾乎涵蓋了全部行為定義。沒有其他輔助資源可研究，所以實際上手的重點，是理解它的互動模式：一次一題、逐條分支推進，並在可能時主動探索 codebase。

grill-me 需要什麼輸入，效果才會好

要讓 grill-me usage 發揮效果，起手式要給的是具體的規劃物件，而不是模糊主題。建議至少提供：

• 目標
• 目前狀態
• 限制條件
• 決策期限
• 成功標準
• 已知但未解的問題

比較弱的開場：
“Grill me on a new auth system.”

比較強的開場：
“Use grill-me on this requirements plan: migrate from session auth to OAuth for our B2B app in 6 weeks, keep SSO for enterprise customers, avoid downtime, and preserve existing admin impersonation. Biggest unknowns are tenant mapping, rollback, and support load.”

後者一開始就提供了可檢查的決策分支，skill 能更快進入狀態。

實用的 grill-me 使用流程

一個可靠的 grill-me guide，通常會像這樣：

1. 先給一段簡短的計畫摘要。
2. 明確要求助理使用 grill-me。
3. 讓它一次只問一個問題。
4. 回答要精準，不要太早跳去後面，除非有依賴關係卡住。
5. 如果專案在 repo 裡，主動要求助理先檢查相關程式碼，再來問那些明顯可從實作看出的問題。
6. 問了 10–20 題之後，要求它整理：哪些決策已經定案、哪些風險仍未解、下一步該做什麼。

這種流程很適合 Requirements Planning，因為它能把原本口語、鬆散的方案，轉成一串明確可追蹤的決策。

能提升輸出品質的 prompt 寫法

建議用能同時交代角色、範圍與停止條件的 prompt：

“Apply grill-me to this plan. Ask one question at a time. For each question, give your recommended answer and explain the tradeoff briefly. If a question can be answered from the codebase, inspect the code instead of asking me. Stop after we have enough clarity to write implementation requirements.”

這樣的 prompt 和 skill 的設計高度對齊，也能有效減少空泛對話。

grill-me skill 常見問題

grill-me 適合新手嗎？

適合，但前提是這位新手手上已經有一個真的要驗證的計畫。grill-me skill 很容易呼叫，但它的提問方式會持續往假設深挖，所以使用感受可能偏強硬。如果你是想先學方法、看範例，可能更適合先用偏解說型的 skill，再用 grill-me 來驗證整理後的方案。

什麼情況不適合用 grill-me？

如果你需要的是快速發想、大量創意方向，或希望第一輪就產出一份包裝完整的最終文件，就先不要用 grill-me。另外，在根本還沒有成形計畫時，它也不太適合。如果你的輸入只有「幫我想點東西」，這種盤問式互動通常會顯得太早、太硬。

grill-me 跟直接說「challenge my plan」差在哪？

差別在操作上的紀律。grill-me usage 的核心是循序提問與依賴消解，不是一次性的評論。它也會推動 agent 在有證據可查時先去看 codebase。實務上，這通常會減少那種很抽象的反對意見，改成更貼近現況、能真正施壓規劃品質的提問。

grill-me 只能用在軟體專案嗎？

不是，但它最強的場景還是產品、技術與流程規劃，尤其是那種決策會分支、依賴關係又很多的情況。若用在非技術型規劃，你就得手動補更多背景，因為沒有 codebase 可供它查證。

如何改進 grill-me skill 的效果

給決策等級的輸入，不要只丟零碎想法

要提升 grill-me 的效果，關鍵是餵它足夠有結構、足以被盤問的內容。請把利害關係人、限制條件、時程、風險，以及哪些事情已經定案都講清楚。通常最大的品質提升，來自於把 tradeoff 直接講明，例如速度 vs 穩定性、彈性 vs 簡單、成本 vs 遷移風險。

留意常見失敗模式

最常見的失敗，是因為輸入太淺，導致提問也停留在表層。第二種是回答得太發散，讓整段對話越拉越寬。第三種則是放任助理去問那些 repo 明明可以回答的問題。使用 grill-me for Requirements Planning 時，如果出現這種情況，可以直接把它拉回來，例如說： “Inspect the codebase for current behavior before asking implementation-surface questions.”

第一輪之後再做一次迭代

完成第一輪後，可以要求 grill-me 從探索模式切換成缺口分析模式。常見且有效的追問包括：

• “Which decisions are still under-specified?”
• “What assumptions look riskiest?”
• “What requirements are implied but unstated?”
• “Turn the resolved answers into a requirements checklist.”

這樣一來，它就不只是單純的盤問循環，而會變成更有產出的規劃工具。

依你要的輸出物，調整 grill-me

想改善 grill-me skill 的結果，最有效的方法之一，就是先定義你最後要拿到什麼成果：是 spec outline、ADR inputs、delivery risks，還是一個 go/no-go recommendation。提問風格本身不變，但終點不同，代表重要細節也會跟著改變。如果你一開始就講清楚最終輸出物，後面的問題會更有選擇性，整場互動也更容易產出可直接採取行動的內容。