很多人以為要令 AI 做得更準，就要把 Prompt 寫得愈長愈詳細。
但 OpenAI 最新 GPT-5.6 官方指引指出：對於複雜工作流，清晰、精簡、結果導向的 Prompt，往往比重複堆疊規則更有效。
GPT-5.6 特別適合處理多步驟工作、工具調用、分析、程式開發，以及前端介面製作。官方亦指出，它在 token 使用效率、版面層次、視覺判斷及整體前端美感方面有所提升。
這篇文章整理 OpenAI 官方的 GPT-5.6 Prompt Best Practices，並加入可直接複製使用的中英對照 Prompt 模板。
注意：本文部分功能，例如 text.verbosity、Pro mode、Programmatic Tool Calling，主要適用於 OpenAI API／Responses API 開發情境；不過當中的 Prompt 思維，同樣適合用於 ChatGPT、Codex 或其他 AI 工具。
GPT-5.6 型號怎樣選？
GPT-5.6 採用了新的命名方式：
- gpt-5.6：自動指向 gpt-5.6-sol，適合追求旗艦能力的工作。
- gpt-5.6-sol：最高能力版本，適合高價值、複雜、品質優先的任務。
- gpt-5.6-terra：在能力與成本之間取得平衡。
- gpt-5.6-luna：適合高頻、大量、需要效率的工作流。
如果你正由 GPT-5.4 或 GPT-5.5 遷移，官方建議先保留原本的 reasoning 設定作基準，再測試相同設定及低一級設定。GPT-5.6 有機會以較少 token 維持甚至提升品質，但最佳選擇仍要以你的實際工作任務測試為準。
核心原則一：Prompt 不一定愈長愈好
OpenAI 的建議非常清楚：先把 Prompt 寫成「已能穩定運作」的版本，之後再逐步刪走重複指令、無效例子、冗長工具說明，以及與任務無關的工具。
官方在一組內部 coding agent 測試中發現，較精簡的 system prompt：
- 評測分數提升約 10–15%
- 總 token 減少約 41–66%
- 成本減少約 33–67%
不過，以上數字只可作方向參考。不同產品、任務複雜度和工具配置都會影響結果，所以應以自己的代表性任務進行測試。
應刪走甚麼？
- 同一規則重複說了幾次
- 不會改變結果的格式或語氣要求
- 沒有實際作用的示例
- 模型本身已穩定做到的流程指令
- 與目前任務無關的工具及工具說明
必須保留甚麼？
- 用戶最終想得到的結果
- 成功標準與停止條件
- 安全、權限、商業或證據限制
- 必要的工具路由規則
- 指定輸出格式及驗證要求
最重要的一點是：每條規則只說一次。
過多或互相矛盾的規則，反而容易令模型表現不穩定。
核心原則二：用「結果導向」取代逐步指揮
GPT-5.6 的官方建議是：與其把每一步都寫死，不如先說清楚終點是甚麼、甚麼叫成功、有甚麼限制，以及欠缺資料時要怎樣處理。
換句話說，Prompt 應該回答四條問題：
- 最終要完成甚麼？
- 有哪些不可違反的限制？
- 可用甚麼資料、證據或工具？
- 怎樣才算完成？
可直接使用：結果導向 Prompt 模板
English Prompt
Resolve this request end to end.
Goal:
[State the final outcome.]
Available context and evidence:
[List the relevant materials, data, files, policies, or sources.]
Constraints:
[List the non-negotiable requirements, permissions, safety limits, and scope boundaries.]
Success means:
- [Required outcome 1]
- [Required outcome 2]
- [Required output format]
- If required evidence is missing, ask for the smallest missing piece of information.
Do not prescribe unnecessary steps. Choose an efficient approach while preserving accuracy, required evidence, and the stated constraints.
中文 Prompt
請完整處理這項要求，直至可以交付結果。
目標：
[清楚說明最終想得到的成果。]
可用背景及證據：
[列出相關資料、文件、數據、政策或來源。]
限制：
[列出不可違反的要求、權限、安全規則及工作範圍。]
成功標準：
- [必須完成的成果 1]
- [必須完成的成果 2]
- [指定輸出格式]
- 如缺少必要證據，只提出完成任務所需的最少補充資料。
不要加入不必要的固定步驟。請在準確性、必要證據及上述限制不受影響的前提下，自行選擇有效率的方法完成工作。
核心原則三：為 AI 設定清楚的行動權限
GPT-5.6 可以主動處理多步驟任務，因此要清楚界定：甚麼可以直接做、甚麼必須先問。
這不是要限制 AI，而是避免它在安全的本地工作上不必要地停下來，同時防止它未經授權進行外部、破壞性、高成本或超出範圍的行動。
可直接使用：權限與確認界線模板
English Prompt
For requests to answer, explain, review, diagnose, or plan, inspect the relevant materials and report the result. Do not implement changes unless the request also asks for them.
For requests to change, build, or fix, make the requested in-scope local changes and run relevant non-destructive validation without asking first.
Require confirmation before external writes, destructive actions, purchases, or any material expansion of scope.
Safe local actions include reading files, inspecting logs, editing in-scope code, and running relevant tests.
中文 Prompt
如要求是回答、解釋、審閱、診斷或規劃，請檢查相關資料並提交結果。除非要求中明確提出，否則不要直接實施修改。
如要求是修改、建立或修正，請直接完成工作範圍內的本地修改，並進行相關的非破壞性驗證，無需先確認。
如涉及外部寫入、破壞性操作、購買行為，或明顯擴大原有工作範圍，必須先取得確認。
安全的本地操作包括：讀取檔案、檢查日誌、編輯工作範圍內的程式碼，以及執行相關測試。
這類規則應集中放在同一個位置，不要在 Prompt 中不斷重複「先問我」、「不要修改」、「等批准」。過度重複反而可能令 AI 對正常、安全的操作也不停要求確認。
核心原則四：短答案要說清楚「保留甚麼」
GPT-5.6 預設比 GPT-5.5 更精簡。因此，如果你的輸出經常變得太短、漏了重點，單純寫「Keep it short」或「Be concise」未必足夠。
更好的做法是：明確告訴它，哪些內容必須保留，哪些內容可以先刪。
可直接使用：短答案完整度模板
English Prompt
Lead with the conclusion.
Include:
- the evidence needed to support the conclusion;
- any material caveat;
- the recommended next action.
Keep all required facts, decisions, caveats, and next steps.
Omit secondary detail, repeated explanations, generic reassurance, long introductions, and optional background.
中文 Prompt
先直接說明結論。
必須包括：
- 支持結論所需的關鍵證據；
- 任何重要限制或提醒；
- 建議的下一步行動。
保留所有必要事實、決定、限制及下一步。
優先刪去次要細節、重複解釋、空泛安慰、冗長開場及非必要背景資料。
這樣模型便知道：不是盲目縮短，而是先保住完成任務所需的資訊。
核心原則五：不要只寫「友善」，要描述實際語氣
「友善」、「專業」、「有同理心」這些形容詞太籠統，不同模型或不同情境都可能有不同理解。
OpenAI 建議直接描述你想要的寫作選擇，例如答案要多直接、何時要承認問題、是否需要安慰語句、要不要結尾客套話。
可直接使用：語氣控制模板
English Prompt
State the answer directly.
If the user reports a problem, acknowledge the specific issue before giving the next step.
Use reassurance only when it is relevant.
Avoid generic praise, unnecessary sign-offs, and overly promotional language.
中文 Prompt
請直接說明答案。
如用戶提出問題或困難，先承認其具體情況，再提供下一步建議。
只有在確實合適時才加入安慰或鼓勵。
避免空泛稱讚、不必要的客套結尾，以及過度推銷式語氣。
如果你是在處理改寫、摘要或客戶訊息，還可以補上一句：
English Prompt
Preserve the requested artifact, length, structure, genre, and factual claims first. Improve clarity, flow, and correctness without adding new claims, sections, or a more promotional tone unless requested.
中文 Prompt
請優先保留原本要求的內容形式、長度、結構、文體及事實陳述。在沒有明確要求的情況下，只改善清晰度、流暢度及正確性，不要自行加入新主張、新章節或更推銷式的語氣。
Pro Mode：甚麼時候值得使用？
Pro mode 是 Responses API 的執行模式。它會讓 GPT-5.6 在輸出單一最終答案前投入更多模型運算，提升困難任務的可靠性。
但代價是：
- 較高延遲
- 較多 token 使用量
- 較高成本
因此，Pro mode 並不是「所有任務都開啟」的功能。
適合使用 Pro mode 的情況
- 高價值程式開發或 code review
- 複雜最佳化問題
- 有明確評測標準的深度分析
- 錯誤成本高、品質差異很重要的任務
- 需要更高可靠度的長篇推理工作
不一定適合的情況
- 日常問答
- 大量、高頻工作
- 對即時速度敏感的產品功能
- 你的測試未顯示明顯品質提升的工作
官方建議：以相同的代表性任務，同時比較 standard mode 與 Pro mode 的成功率、完整度、證據品質、token、延遲及成本，而不是假設「最高設定一定最好」。
可直接使用：高價值審閱 Prompt
English Prompt
Review this database migration plan for failure modes that could cause data loss or extended downtime.
For each finding:
- cite the relevant step;
- estimate impact and likelihood;
- recommend a specific mitigation.
Return the five most important risks in severity order.
中文 Prompt
請審閱以下資料庫遷移計劃，找出可能導致資料遺失或長時間服務中斷的失敗風險。
每項發現必須包括：
- 對應的計劃步驟；
- 預估影響程度及發生可能性；
- 一項具體的緩解建議。
請按嚴重程度排列，列出最重要的五項風險。
重點不是在 Prompt 中寫「請用 Pro mode」、「請更努力思考」或「請生成多個答案」。如 API 已經啟用 Pro mode，仍然應集中交代目標、證據、限制、成功標準及輸出格式。
Programmatic Tool Calling：不是工具愈多愈適合用
Programmatic Tool Calling（PTC）讓 GPT-5.6 在 Responses API 中編寫及執行 JavaScript，以協調多個工具調用，處理大型中間結果，最後只輸出較小、結構化的結果。
它特別適合「流程明確、可預測、需要大量資料處理」的工作。
適合 PTC 的任務
- 篩選、合併、排序、排名
- 去重、彙總、聚合
- 批量處理大量相似資料
- 重複性驗證
- 將大型結構化結果壓縮成指定 schema
不適合 PTC 的任務
- 一次工具調用已經足夠
- 中間結果本身已經很小
- 每一個結果都會改變下一步判斷
- 涉及核准或外部寫入
- 最終答案需要保留引用、原生檔案或語意判斷
簡單來說：多工具、平行調用或連續調用，不代表必須使用 PTC。
如果每一步都需要 AI 重新理解內容和作出判斷，直接工具調用通常更適合。
可直接使用：PTC 工具路由模板
English Prompt
<tool_orchestration>
Use Programmatic Tool Calling for [bounded stage] using only [eligible tools].
Run independent calls concurrently when safe. Use only documented tool input and output fields.
Process and reduce the intermediate results, then emit exactly [output schema], including the evidence needed for the final answer.
Stop when [condition] is met. Retry transient failures at most [R] times.
Do not repeat completed calls or perform side-effecting actions. If a required result is still missing, return a clear structured failure.
Use direct tool calls for [semantic judgment, approval, citations, or final validation].
</tool_orchestration>
中文 Prompt
<tool_orchestration>
請只在 [指定且範圍清晰的階段] 使用 Programmatic Tool Calling，並且只可使用 [指定工具]。
如多項調用彼此獨立且安全，可並行執行。只可使用已記錄的工具輸入及輸出欄位。
請處理及精簡中間結果，並嚴格輸出 [指定輸出格式]，包括最終答案所需的證據。
當 [停止條件] 達成時停止。暫時性錯誤最多重試 [R] 次。
不要重複已完成的調用，也不要進行任何具副作用的操作。如仍缺少必要結果，請回傳清楚、結構化的失敗資訊。
以下工作必須使用直接工具調用：[語意判斷、確認、引用或最終驗證]。
</tool_orchestration>
使用 PTC 後，還要分開測試兩個輸出：
program_output是否正確處理資料；- 最終 assistant message 是否保留了必要欄位、引用、限制及結論。
程式得到正確資料，不代表最終回覆一定完整。
一個可重複使用的 GPT-5.6 Prompt 骨架
以下版本適合用作 Agent、Custom GPT、API system prompt 或複雜工作流的起點。
English Prompt
Your goal is to produce the requested outcome accurately and efficiently.
Outcome:
[Describe the final deliverable.]
Context and evidence:
[Provide the relevant files, sources, policies, data, and user requirements.]
Constraints:
[State safety, permission, business, factual, formatting, and scope constraints.]
Success criteria:
- [Required result]
- [Required evidence]
- [Required output format]
- [Stopping condition]
Autonomy:
- Inspect, analyze, and perform safe in-scope local work without asking first.
- Ask for confirmation before external writes, destructive actions, purchases, or material scope expansion.
- If essential information is missing, ask for the smallest missing detail.
Response:
- Lead with the conclusion.
- Preserve required facts, decisions, caveats, and next steps.
- Remove repetition and secondary detail.
- Use [language and tone].
中文 Prompt
你的目標是準確而有效率地完成要求的成果。
最終成果：
[說明最終要交付甚麼。]
背景及證據：
[提供相關文件、來源、政策、數據及用戶要求。]
限制：
[列出安全、權限、商業、事實、格式及工作範圍限制。]
成功標準：
- [必須完成的成果]
- [必須提供的證據]
- [指定輸出格式]
- [停止條件]
行動權限：
- 可直接檢查、分析及完成安全、工作範圍內的本地操作。
- 如涉及外部寫入、破壞性操作、購買或明顯擴大工作範圍，必須先確認。
- 如缺少必要資料，只提出完成工作所需的最少補充問題。
回覆方式：
- 先說明結論。
- 保留必要事實、決定、限制及下一步。
- 刪除重複及次要細節。
- 使用 [指定語言及語氣]。
總結：GPT-5.6 Prompt 的真正重點
GPT-5.6 的 Prompt 重點，不是把每一步都微觀管理，而是把以下內容講清楚：
- 想得到甚麼成果
- 哪些限制不能違反
- 可使用甚麼資料或工具
- 甚麼才算完成
- 哪些操作可直接做，哪些必須先確認
- 最終答案必須保留甚麼資訊
最值得記住的一句是：
寫清楚結果、限制、證據與完成標準，然後讓模型選擇有效率的完成方法。
如果你現時的 Agent 或 System Prompt 很長，不妨先不要急著再加規則。嘗試逐組刪走重複內容，再用相同任務測試結果；你可能會發現，Prompt 更短，輸出反而更準、更快、更慳 token。
官方參考資料
- OpenAI：GPT-5.6 Prompting Guidance
- OpenAI：GPT-5.6 Model Guidance
- OpenAI：Reasoning Models／Pro Mode
- OpenAI：Programmatic Tool Calling
追蹤以下平台，獲得最新AI資訊：
Facebook: https://www.facebook.com/drjackeiwong/
Instagram: https://www.instagram.com/drjackeiwong/
Threads: https://www.threads.net/@drjackeiwong/
YouTube: https://www.youtube.com/@drjackeiwong/
Website: https://drjackeiwong.com/
