「我要做一個習慣養成 App，畫面簡單一點，可以用 AI。」這種需求很常見，也幾乎不能直接開工。提醒頻率誰決定？沒網路能不能用？AI 失敗時怎麼辦？連續紀錄跨時區怎麼算？
多數 Agent 會努力把空白補滿，然後交出一份看似完整的規格。grill-me 選擇相反做法：不急著替你回答，而是繼續問。
截至 2026 年 7 月 15 日，它在 skills.sh 顯示約 55.9 萬次累積安裝，24 小時熱門榜排第七。這不是一個炫技型 Skill，卻能解釋為什麼它長期有需求：寫程式越來越快，定義錯問題的代價反而越來越高。
它做了什麼？
原始說明把它定位成一場不輕易放過你的訪談。Agent 會先讀目前對話與專案，再針對計畫、設計或實作方向發問。每個答案都可能帶出下一層問題，直到主要決策、例外情境與限制被說清楚。
它不是固定問卷。若專案裡已有相關程式碼，Agent 會先探索，避免問出「資料存在哪裡？」這種明明能自己查到的問題。這一點讓它比貼一段「請問我十個問題」的提示詞更實用。
比「幫我把規格想完整」好在哪？
差別在於決策權。當你叫模型補完整，它通常會選一個合理答案，卻不一定告訴你那是它替你選的。最後文件讀起來很順，但裡面混了許多未經確認的產品決策。
grill-me 會把岔路攤在桌上：資料放本機或雲端？錯誤時重試還是讓使用者處理？先支援 iPhone 還是一次做跨平台？問題可能讓人不耐煩，卻能留下清楚的決策痕跡。
這對一人開發尤其重要。沒有產品經理、設計師與工程師彼此挑戰時，很容易把腦中的假設當成共識。讓 Agent 專門扮演唱反調的人，成本很低。
最適合它的三個場景
開始一個新產品之前
你有方向，但還沒畫出最小可用版本。這時讓它追問使用者、核心流程與「第一版不做什麼」，能阻止範圍默默膨脹。
準備大幅重構之前
重構常被包裝成技術整理，實際上牽涉相容性、資料遷移與回滾。先問清楚成功條件，比寫到一半才發現舊資料不能讀便宜得多。
把工作交給另一個 Agent 之前
執行型 Agent 喜歡明確邊界。先用 grill-me 把驗收條件問出來，再交給開發 Agent，往往比邊做邊猜穩定。
一定要設停損點
這個 Skill 最大的風險不是安全，而是過度分析。任何產品都能繼續追問：未來怎麼國際化？一百萬使用者怎麼擴充？法規變更怎麼辦？如果沒有停止條件，訪談可以永遠合理地繼續。
我會在開始前加兩個限制：最多二十分鐘，以及問題只圍繞下一個可驗收版本。超出範圍的好問題丟進 backlog，不在現場解完。
另一個限制是受訪者仍要懂得說「我不知道」。如果你只是順著模型的選項一路按，很可能得到一份精緻但沒有立場的折衷方案。這個 Skill 能挖決策，不能替你長出產品判斷。
它在 skills.sh 顯示三項安全稽核皆通過，依賴也比會操作外部帳號的 Skill 單純。不過它會探索程式碼庫，因此敏感專案仍應遵循原本的模型資料政策。
最後結論：讓它問，但別把方向盤交出去
grill-me 做的事用一段好提示詞也能模仿，這是它被扣分的原因。但把探索專案、連續追問與不急著下結論寫成固定流程，仍比每次臨時提醒 Agent「多問一點」可靠。
我給 8.1 分。特別推薦給一人開發者、剛成形的產品，以及準備交給 Agent 長時間執行的任務。使用時記得加一句：只處理這一版，二十分鐘後收斂成決策與待辦。