OpenAI 官方發布 GPT 5.5 提示詞指南,我整理了 7 個關鍵變化!
OpenAI 在 GPT-5.5 上線時同步發布了官方提示詞指南。若你仍用舊模型的「分步指揮」寫法,很可能已把模型的發揮空間壓窄。本文基於官方文件與社群實踐,整理 7 個最值得關注的變化,方便落地改寫 Prompt。
關鍵字:chatgpt、gpt 5.5、gpt教程。
發布日期:2026年5月22日

背景:為什麼舊 Prompt 要重寫
官方文件寫得很直白:舊提示詞常過度規定流程,是因早期模型需要更多引導才能「不跑偏」。GPT-5.5 推理更強後,這類細節可能變成噪音,縮小搜尋空間,輸出也更機械。
Django 聯合創始人 Simon Willison 也提到:OpenAI 建議從頭重寫,而不是假設以前調好的 Prompt 還能直接沿用。若你準備遷移到 GPT-5.5(或在 LimaxAI 上體驗同類能力),建議把 Prompt 當成新產品重新設計,而不是簡單替換模型名。
變化一:從「手把手」到「只描述結果」
舊寫法(流程導向):
先檢查 A,再檢查 B,逐個欄位比對,想清楚所有異常,再決定呼叫哪個工具,調完工具把全過程解釋給用戶。
新寫法(結果導向):
把用戶的問題徹底解決。根據現有政策與帳戶資料判斷,能做的事先做完再回覆,最後說明做了什麼、還有什麼沒解決。缺資訊就追問,只問最關鍵的那一個。
核心就一句:描述目的地,而不是規定每一步怎麼走。 GPT-5.5 會自己規劃路徑;你把路線寫死,反而可能擋住更優解。
變化二:少用「必須」「禁止」,紅線才用絕對語氣
過去常用「永遠 JSON」「絕對不超過 500 字」「必須先搜尋再回答」來約束模型。GPT-5.5 對絕對指令非常敏感——兩條互相矛盾的「必須」出現時,模型可能同時硬扛兩條,兩邊都做不好。
| 情境 | 建議寫法 |
|---|---|
| 安全規則、必填欄位、絕對禁止的操作 | 用「永遠」「絕不」 |
| 要不要搜尋、要不要追問用戶 | 用條件句 |
範例:把「回答前必須先搜尋」改成「收到問題後先判斷現有上下文能否直接回答;能就直接回覆,不用再搜。」
變化三:角色定義回歸,但要短
「你是一個擁有 20 年經驗的頂級分析師……」這種大段人設,在 GPT-5.5 上性價比不高。官方推薦的 7 段式結構裡,前兩段仍是「角色」和「人設」,但寫法變了:
- 角色(Role):1~2 句話說清功能與上下文即可。
- 人設(Personality):管語氣、溫度、協作風格,而不是堆履歷。
官方給了兩種人設參考:
- 穩重型:靠譜協作者,沉穩直接,假設用戶有能力,能推進就別反覆確認。
- 表達型:對話感強,聰明好奇,問題模糊時多問,上下文夠了就果斷給建議。
「人設」管怎麼說,「協作風格」管怎麼做(模糊需求是猜還是追問),建議分開寫。
變化四:多步任務先「確認收到」,再動手
複雜任務裡,模型可能先內部推理很久,介面上有一段時間沒有輸出,用戶容易以為卡住了。官方建議在提示詞裡加一條 Preamble(開場確認) 規則:
處理多步任務時,在呼叫任何工具之前,先回覆一句簡短、用戶可見的更新,說明已收到請求以及第一步要做什麼,控制在一兩句話。
Codex 等產品已在用類似模式(例如「正在分析你的程式庫,先從測試檔案開始」),對 API 和 ChatGPT 長任務都適用。
變化五:必須寫「停止條件」
只寫「搜尋相關資訊然後回答」,卻不定義何時停,模型可能反覆檢索,token 漲、答案卻更散。
兩種常用策略:
- 檢索預算:一般問答先搜一輪;首頁結果已能支撐答案就直接回答。只有首頁沒答案、缺關鍵資料或用戶要求全面覆蓋時,再開第二輪。
- 任務循環停止:每完成一輪工具呼叫後自問——現有證據能否回答用戶核心問題?能就停。
變化六:官方 7 段式提示詞骨架
| 段落 | 說明 |
|---|---|
| 角色(Role) | 1~2 句,定義功能與上下文 |
| 人設(Personality) | 語氣、風格、協作方式 |
| 目標(Goal) | 用戶可見的最終產出 |
| 成功標準(Success) | 什麼條件算完成 |
| 約束(Constraints) | 安全、商業、證據、副作用邊界 |
| 輸出(Output) | 格式、長度、語氣 |
| 停止規則(Stop rules) | 何時重試、回退、拒絕、追問或停止 |
注意:不是每次都要寫滿 7 段。簡單問答可能只要「目標 + 輸出」;多工具 Agent 才需要全套。OpenAI 開發者後台也提供了 Optimize 工具,可按該結構自動改寫現有 Prompt。
變化七:格式控制與簡潔表達
GPT-5.5 預設更簡潔直接。API 側可用 text.verbosity(預設 medium,需要短答可試 low);複雜格式盡量用 Structured Outputs,少在 Prompt 裡堆 JSON 樣例。
提示詞裡也可以直接約束版式,例如:
預設用自然段落回覆;標題、加粗、列表只在幫助理解時使用。
改寫類任務建議先說「保留什麼」,再說「怎麼改」:
保留原文結構、長度和文風,在此基礎上提升清晰度;不要新增觀點或段落,除非用戶要求。
不寫「保留項」時,模型容易預設擴寫、加戲。
遷移時別忘了:推理強度從低檔試起
除了 Prompt,reasoning.effort 也要重新評測。GPT-5.5 預設 medium,很多任務在 low 就夠;不是越強越好——指令衝突、停止條件模糊時,開太高可能過度搜尋、繞遠路。建議用固定測試集做 A/B,先 low / medium,有明確收益再升 high / xhigh。
總結:一句話記住新寫法
說清楚你要什麼,別教它每一步怎麼做。
| 維度 | GPT-5.4 及之前 | GPT-5.5 |
|---|---|---|
| 流程指定 | 詳細分步 | 只描述結果 |
| 指令語氣 | 大量絕對指令 | 紅線用絕對,其餘用條件 |
| 角色定義 | 大段背景 | 1~2 句功能 + 人設 |
| 多步任務 | 直接執行 | 先確認再執行 |
| 停止條件 | 常省略 | 建議明確寫出 |
| 結構 | 自由發揮 | 7 段式骨架(按需裁剪) |
| 格式控制 | 依賴預設 | API 參數 + Prompt 引導 |
改完 Prompt 後,建議在真實任務上跑一輪對比測試。若你想直接體驗 GPT 對話能力,可透過下方按鈕進入 LimaxAI 聊天頁,選擇對應模型開始試用。