grill-me：讓 Claude Code 在動手前先把你的計畫拷問一遍

概要

這篇 Threads 分享一個非常實戰的 Claude Code skill：****。用法是當 Claude Code 在 Plan Mode 跑出第一版計畫後，先不要急著按 Yes 開始實作，而是在 No 那列使用。接著它會開始針對邊界情況、錯誤處理、替代方案與設計選擇進行一連串「靈魂拷問」，最後再產出一版品質更好的計畫書。

對常用 Claude Code 的人來說，這其實是在補 Plan Mode 最容易出問題的一段：第一版計畫常常太快進入執行，卻沒有把風險、例外與更佳做法問透。

重點

1. 的用途不是寫 code，而是先打磨計畫

它不是拿來直接產出結果，而是拿來在 Yes 之前做一次壓力測試：

有沒有邊界情況沒想到？
錯誤處理是不是太弱？
有沒有更簡單或更穩的設計？
哪些地方其實被想得太複雜？

2. 對 Plan Mode 的最佳補丁之一

很多人使用 Claude Code 時會遇到相同問題：

第一版計畫看起來完整，但其實藏著風險
需求理解看似正確，實作時卻會越寫越歪
當下覺得哪裡怪怪的，卻說不出問題在哪

的價值在於，它把原本該由資深工程師或 PM 在 review 時提出的問題，提早拉到 AI 計畫階段處理。

3. 實際收益是「先慢一點，後面更順」

作者提到，被拷問完之後重出的計畫品質差很多，真正開始寫時整體開發會順很多。這很合理，因為多花幾分鐘做 plan review，通常可以換掉後面幾十分鐘甚至幾小時的返工。

核心觀點

1. AI coding 不該只追求快，而要追求更好的前置審查

很多人把 AI coding 的爽點放在「一鍵開始寫」，但長期看來，真正拉開差距的是計畫品質。如果 plan 本身有偏差，再快也只是更快把錯誤做大。

2. 很適合當成 Yes 前的固定步驟

這類 skill 最適合變成團隊習慣：

先 Plan
再
再 Yes

它本質上就是把「思辨、挑錯、補漏洞」系統化，降低 AI 過度自信直接開工的風險。

3. 這是 AI coding workflow 的一個關鍵成熟信號

AI coding 的下一步，不只是更會寫 code，而是更懂得在動手前自我審查。這類 skill 代表工作流已經從「叫 AI 幫我做事」進化到「讓 AI 幫我先批判自己的計畫」。

資源

Skill 提及來源：https://github.com/mattpocock/skills
Threads 原始分享：https://www.threads.com/@mancity.tw/post/DWzPuazki0V

一句話總結

** 的價值不是讓 AI 多做一步，而是讓它在真正動手前，先像一個挑剔的 reviewer 一樣，把你的計畫問到沒那麼容易出事。**