OpenAI 發布了一份針對 GPT-5.6 Sol 的提示詞指南，它推翻了先前關於提示工程的建議。內部的編碼代理測試顯示，精簡的系統提示詞能將評估分數提升約 10-15%，同時將總 tokens 量降低 41-66%，成本降低 33-67%。該指南提出「以成果為先」的提示詞方式，建議開發者定義成功標準與停止條件，而非撰寫詳盡的操作步驟指引，並包含「程式化工具呼叫（Programmatic Tool Calling）」以及 text.verbosity API 參數的新章節。
OpenAI 內部測試顯示精簡提示詞帶來 10-15% 的效能提升
OpenAI 用內部測試數據支撐這項新方法。在編碼代理測試中，更精簡的系統提示詞讓評估分數提升約 10-15%。測試也顯示，tokens 使用量下降了 41-66%，相較於較長的提示詞，成本也降低了 33-67%。核心建議是「以成果為先」：定義什麼算是做得好，設定停止條件，並移除詳盡的操作步驟指引、重複的風格規則，以及不會改變行為的範例。
OpenAI 從「搭架」轉向「以成果為先」的提示詞
GPT-5 的提示詞指南在 2025 年 8 月（發布時）著重於加入搭架（scaffolding）。其中包含用於 XML 持久化的區塊、用於並行搜尋的詳細情境蒐集模板，以及用腳本敘述每一步的工具前置說明。這種理念是在透過明確的護欄來校準「是否要更積極」：在要加大投入或該收手時，提供具體路徑。GPT-5.6 指南則告訴開發者，應削減重複規則、移除不會改變行為的風格指示、移除無意義的範例，以及模型已能可靠處理的流程步驟。剩下的會更簡單：使用者看得見的成果、成功標準、停止條件與硬性限制。指南警告，GPT-5.6 會緊密遵循提示合約（prompt contracts），而衝突規則帶來的不穩定性，可能比缺少細節更嚴重。當模型遇到衝突指示時，它會燒掉推理 tokens 來同時調和兩者，這會更慢、更昂貴，而且常常也不正確。OpenAI 建議不要用「永遠這樣」或「絕不那樣」這類絕對語句來引導行為。
OpenAI 引入 text.verbosity 參數與程式化工具呼叫
該指南包含兩項具體新增。第一是 text.verbosity 參數：由於 GPT-5.6 預設就比 GPT-5.5 更精簡，舊的「要簡短」指示現在會過度修正，導致回覆過短。開發者可以先透過該參數設定全域預設值，再在提示詞中針對每個任務覆寫。第二是「程式化工具呼叫」的章節，適用於有界定的工作流程：由程式負責過濾、分批或彙總大型中間輸出，然後回傳緊湊的結果，將這些工作完全從模型的判斷中卸載出去。這兩項功能都不在 GPT-5 的作戰手冊中。
開發者在 TYPE OR DIE 遊戲的「生死關卡」上測試新規範
開發者使用這份指南來優化 TYPE OR DIE 的提示詞。TYPE OR DIE 是一款第一人稱的打字生存恐怖遊戲，旨在用來基準測試編碼能力。結果更精緻：GPT-5.6 Sol 在自動瞄準邏輯上比先前的運行更有效率，視覺呈現也更具一致性，整體體感更乾淨。模型沒有直接跳到寫程式碼——它會先完整描繪整個問題，再在寫下第一行程式碼之前規劃每個系統。最佳化後的提示詞已在 Github 上提供；可用同時比較原本的 GPT-5.6 Sol 版本，以及在新版提示詞下建立的版本。
常見問題（FAQ）
OpenAI 在 GPT-5.6 Sol 的提示詞指南中改了什麼？
OpenAI 發布了一份針對 GPT-5.6 Sol 的提示詞指南，它推翻了先前的建議：建議使用精簡提示詞、聚焦成果，而不是詳盡的操作步驟指引。該指南提出「以成果為先」的提示詞方式，建議開發者定義成功標準與停止條件，同時移除重複規則、風格指示，以及不會改變行為的範例。
精簡提示詞在 OpenAI 內部測試中提升了多少效能？
在 OpenAI 的內部編碼代理測試中，更精簡的系統提示詞讓評估分數提升約 10-15%，同時相較於較長提示詞，總 tokens 量降低 41-66%，成本降低 33-67%。
GPT-5.6 提示詞指南新增了哪些功能？
GPT-5.6 指南新增了 text.verbosity API 參數，可在全域與每個任務層級控制回覆長度，並新增一個「程式化工具呼叫」章節，用於程式碼負責過濾、分批或彙總輸出的工作流程。這兩項功能都不在 2025 年 8 月發布的 GPT-5 作戰手冊中。
