提示詞的四段式結構：角色、任務、限制、輸出格式
大部分「模型不聽話」其實是提示沒有結構。用固定四段式改寫，同一個需求的輸出穩定度通常立刻提升一個檔次。
讓模型只回 JSON：從提示約束到結構化輸出參數
要模型輸出 JSON，光在提示裡拜託是不夠的。這篇整理三個層次的做法，以及各自會在什麼情況下失效。
系統提示與使用者提示：邊界該畫在哪裡
把該放系統提示的東西寫進使用者訊息，是最常見也最容易修的架構錯誤。
溫度、top-p 與重複懲罰：三個參數的實際影響
調參數之前，先知道每個參數實際在改什麼。多數任務其實只需要動一個。
把需求寫成規格：用驗收條件取代形容詞
「寫得專業一點」對模型沒有意義。把形容詞換成可檢查的條件，輸出品質才會穩定。
提示工程的除錯清單：輸出不對時依序檢查這七項
輸出怪怪的時候不要急著改提示。照順序檢查，通常前三項就能找到原因。