把腦中的想法提取出來，才是最難的部分
大家都在用同一個模型。
如果你用的是 Claude Opus 4.8，其他人也一樣。同樣的模型、同樣的提示詞、同樣的輸出。
真正讓你與眾不同的，是你餵給它的背景脈絡。你的品味、你的聲音、你的決策。
難的從來不是提示詞，而是「提取」。把你腦中的一切全部倒進系統，讓你的技能真正派上用場。
所以我開始使用一個名為 grill-me 的技能，來自 @mattpocockuk，然後我把它升級了。
為什麼提取是瓶頸
如果你看過我談論探索性通話或專案範圍界定，你就知道這個套路。
你問客戶一大堆問題，問到他們幾乎不耐煩。
這就是關鍵。它決定了你的系統是 95% 的時間都有效，還是只有 80% 的時間有效。
花 5 分鐘把腦中的想法倒進 Claude Code，感覺好像夠了，但從來都不夠。
grill-me 實際上是做什麼的
它把你腦中的東西，轉換成你的 AI 可以重複使用的背景脈絡。
流程是這樣的：
1️⃣ 它一次問你一個問題。
2️⃣ 你回答。
3️⃣ 它會記錄檢查點，並把所有內容寫回一個知識文件。
4️⃣ 它會一直問下去，直到沒有任何遺漏或缺口。
有時候它只問 5 個問題。有時候它會拷問你一個小時以上。這是好事。
結果就是更好的技能、更好的背景脈絡，以及更好的專案。
原始版本只有四句話
這個技能最初是由 Matt PCO 建立的。原始版本幾乎沒什麼內容：
「無情地採訪我關於這個計畫的各個方面，直到我們達成共識。沿著設計樹的每個分支走下去，逐一解決決策之間的依賴關係。對於每個問題，提供你建議的答案。一次只問一個問題。如果一個問題可以透過探索程式碼庫來回答，那就去探索程式碼庫。」
就這樣。
這是一個很好的提醒：一個技能不一定要是複雜的自動化流程。它可以只是一個你不想每次都重複說一遍的提示詞。
我做的一個改變
我加了一個東西，讓它變得更好。
我在每個問題之後都加入了檢查點記錄。
原因如下。當它拷問你一個小時時，上下文視窗會開始塞滿。我會擔心它忘記我 40 分鐘前給的答案。
所以我一直發現自己在說「把這個寫到文件裡，每次都記錄檢查點」。最後我直接把這個功能建進了技能裡。
現在它會在專案根目錄建立一個 brainstorms 資料夾。如果你已經有了一個，它就會在裡面放一個新的 Markdown 檔案。
打開一個，你會看到關鍵決策、完整的逐步問答記錄（它問了什麼、我回答了什麼），以及重點摘要。
有趣的地方來了
當我完成一次包裝相關的 grill 會話時，它注意到了一件事。
它說我已經有一個包裝指南和一個包裝技能，但我們剛才討論的許多細節，這兩個裡面都沒有。它問我是否要更新這兩者。
我說好。那些技能和文件現在變得更好太多了。
我又做了一次，這次我讓它了解關於這個業務的一切。我們從頭到尾走過了每一個決策和每一個流程。現在我的作業系統感覺就像真的了解這個業務是如何運作的一樣。
為什麼這能幫你省下 20 次迭代
沒有任何東西第一次嘗試就是完美的。
建立技能的舊方法看起來是這樣的。你進行腦力傾倒，你開始建構，第一次迭代大概達到 70%。你執行它，做一點小改進，達到 75%。你繼續下去，直到上限大約 95%。
這可能需要 10 次迭代。也可能需要 30 次。
你永遠不會真正達到 100%，因為隨著你的業務發展和你個人的成長，技能也會持續演進。
grill-me 的方式則不同。因為你事先多花了時間，第一次迭代就從大約 90% 開始。
它仍然不完美。你會繼續優化。但你更快到達那裡，這給了你更多空間去找到更好的改進方法。
如果我有六個小時砍一棵樹，我會花前四個小時磨斧頭。
前期的工作感覺很無聊又重複。但它每次都會在後續階段帶來回報。
我沒想到會喜歡的部分
它會標記出你不知道的東西。
當我在一個漏斗圖上執行這個時，業務中有一些流程，我無法像實際負責執行的人那樣解釋清楚。
所以它標記了它們。它告訴我去找特定的人，獲取資訊，回來，然後把資訊放進去，這樣我們就能更新腦力激盪的內容。
而且因為每次會話都會儲存為一個文件，你之後可以參考它。如果你在包裝內容的方式上有了突破，你只需要回來並說「再拷問我一次，這是新的內容」。
總結
然後，你只需要說「拷問我關於這個」，或者使用斜線指令。
去拷問你自己關於存在於你業務中的技能和流程吧。你的作業系統每次都會變得更好。
我在完整影片中展示了整個過程，包括一次現場的 grill 會話。連結在第一則回覆中。
