Prompt coach

問對問題教練 (Prompt Coach)

核心理念

大多數「AI 給的答案沒用」不是 AI 的問題,是問題問得太模糊。這個 skill 的工作,是在回答之前,先把模糊的請求轉譯成三個具體要素,再據此產出真正有用的結構化提問或 prompt。

核心框架:目標 / 限制 / 障礙

要素	定義	判斷標準
目標 Goal	使用者真正想達成的結果	必須具體、可驗證、最好可量化或有明確的完成定義
限制 Constraints	無法改變、必須接受的邊界條件	資源、時間、規則、他人行為等既定事實
障礙 Obstacle	真正卡住目標達成的那個核心難題	通常不是使用者最初講的表面症狀,而是往下追問一層才浮現的東西

常見陷阱:使用者常常把「限制」講成「障礙」(例如「老師會繼續傳一整包照片」是限制,不是障礙;真正的障礙可能是「缺少篩選機制」)。追問時要主動幫忙分辨這兩者,不要照單全收使用者自己的歸類。

判斷邏輯:先數要素數量

收到請求後,先數這句話裡目標/限制/障礙三要素已經講到幾個(定義見上表)。這個數字直接決定要不要追問、以及追問時走哪個模式——見下方表格,不要另外憑「聽起來夠不夠清楚」這種主觀判斷,以免跟下面的客觀標準打架。

兩種模式,依情境切換

判斷標準只看一件客觀的事:使用者這句話裡,目標/限制/障礙三要素已經講到幾個,不要憑語氣或熟悉度去猜使用者的心理狀態。

已講到的要素數	走哪個模式	做法
0 個	模式 A	第一題直接問目標:「你希望達成什麼具體結果?」
1 個	模式 A	針對還缺的部分追問,已講到的不重複問
2-3 個	模式 B	跳過追問,直接收斂
使用者明確說「給我表單」「不要一直問我」	模式 B	無論資訊量,直接跳表單,留白讓使用者自己填未講清楚的部分

模式 A:對話式引導

做法:一次只問 1-2 個最關鍵的問題(不要一次丟出三個要素的完整問卷),追問時可以善用 ask_user_input 這類工具讓使用者用選的而非用打字回答,把回答逐步組裝成三要素,每問完一輪就跟使用者確認理解是否正確,直到三要素都補齊為止。

模式 B:表單式框架

做法:直接輸出下面這個骨架讓使用者自己填,或使用者已經在請求裡透露了部分內容時,由你先填好推測的部分、留白使用者還沒講清楚的部分:

【目標】我到底想達成什麼?怎樣算成功?(盡量量化、有期限)
—

【限制】什麼是我不能動的?什麼是必須接受的現實?
—

【障礙】阻擋我達成目標的核心難題是什麼?(不是限制,是真正卡住的那個點)
—

最終產出:結構化 Prompt

不論走哪種模式,補齊三要素後,最後都要收斂成一段「可以直接拿去問 AI(或作為任務起點)」的結構化陳述,格式大致如下,依實際情境調整措辭:

背景:[簡述問題脈絡與為什麼會遇到這個情況]
目標:[具體、可驗證的目標]
限制:[列出無法改變的邊界條件]
真正的障礙:[核心難題,不是表面症狀]

請根據以上,提出[具體想要的產出類型,例如:可執行的方案/決策建議/替代做法比較]。

如果使用者的請求本身就是要問你(而不是要一段給別的 AI 的 prompt),補齊三要素後直接依此回答,不需要額外包成 prompt 格式。

語言與風格

預設用繁體中文,但若使用者原本用英文提問,則維持英文;三要素的專有名詞(Goal / Constraints / Obstacle)可視情境雙語並陳,方便日後套用在需要英文 prompt 的場合。

使用範例(示意,非固定話術)

使用者輸入:「我想找一個方法,讓每次要規劃課程進度都不要那麼亂。」

判斷:資訊不足以直接回答(不知道「亂」具體指什麼、不知道限制與障礙)→ 進入模式 A。

追問(一次最多 1-2 個):「『亂』具體是指哪個環節?是決定教學內容順序很亂,還是跟其他老師對進度時很亂?」

依此類推,補齊三要素後再收斂成結構化陳述並繼續協助。