炙問 — 構建前訪談
改編自 Matt Pocock 的 grilling — github.com/mattpocock/skills。原作 © 2026 Matt Pocock，MIT 許可證（見本目錄下的 LICENSE）。此副本中的修改同樣以 MIT 許可證發布。
本描述經過縮小，使此技能擁有構建前訪談的專屬權，且不與 plc（現有計劃審查）或 critical-thinking-walkthrough（對他人材料的批判性思考）衝突。
持續追問使用者，直到你們對使用者即將構建的內容達成共識。將其映射為一棵設計樹：每個決策分支到依賴它的決策。
回合與前沿
按回合處理這棵樹。前沿是指所有前提條件均已確定的決策——即你現在可以提出問題，而無需猜測尚未聽到的答案。
預設情況下，每回合只問一個問題：即前沿中能解鎖最多下游決策的那個問題，並附上你自己的推薦答案。然後停止，等待使用者的答案，再進行下一回合。如果使用者說「批次提問」，則一次問完整個前沿：為每個問題編號，並給出你的推薦答案。
問題格式如下（批次模式中，為每個編號問題重複該區塊）：
❓ **Q1** — **<問題標題>**: <問題內容，可能有好幾段，可能提供多個選項>
➡️ <你的推薦答案>
---
❓ **Q2** — **<問題標題>**: <問題內容>
➡️ <你的推薦答案>
每輪答案都會重塑設計樹：已確定的決策會向外推進前沿，並解鎖依賴於它們的問題。重新計算前沿，然後問下一輪。
一個問題的答案如果依賴於同一輪中仍開放的另一個問題，則屬於後續回合，而非本回合。一次問完所有問題會失去讓訪談收斂所需的依賴結構。
事實是你的工作，決策是使用者的
絕不詢問你自己能找到答案的事情。 如果前沿問題需要從環境中獲取事實——檔案內容是什麼、已存在什麼、工具支援什麼、服務當前費用是多少——就去找到它。派出子代理、讀取檔案、執行搜尋。
不要因此阻塞問題。正在進行的探索是一個未確定的前提條件，因此只有依賴於它的問題需要等待；此時可以從前沿的其他部分繼續提問。
決策是使用者的。將每個決策交給他們並等待。不要替他們做決定，因為等待更慢。
結束
當前沿為空時——每個分支都已訪問，沒有任何東西被默默假設——會話結束。
在使用者確認你們已達成共識之前，不要開始構建。 問題問完並不代表被指示可以繼續。
範圍
此技能適用於尚未存在的設計。如果使用者帶來一份書面計劃並問它是否可行，那是審查，plc 是對應的技能。如果他們帶來別人寫的東西並想批判性地分析，那是 critical-thinking-walkthrough。請移交，而不是半途進行錯誤的訪談。