OpenAI 分享 GPT-6 Astra 提示詞指南：5 個重點，讓 AI 更聽話、更主動完成工作

隨著 GPT-6 Astra 陸續開放給 ChatGPT 付費用戶用後，很多人應該都已經開始使用了，這時一定會想問，跟之前的 GPT-5.6 相比，提示詞有什麼需要變化的地方嗎？稍早 OpenAI 就在開發者文件裡新增 GPT-6 Astra 提示詞指南，有 5 個重點，下面就整理給大家。

GPT-6 Astra 提示詞怎麼寫？OpenAI 點名 5 種最需要調整的行為

1. 模型如果太常停下來問，那就把「可以自行決定的範圍」寫清楚

OpenAI 表示，Astra 雖然在長時間、多步驟工作中能維持更好的連貫性，但也比 GPT-5.6 Sol 更容易在資訊不完整時，停下來詢問使用者。如果那個問題會大幅改變結果，那先問就是好事。不過，有些問題不會影響主要成果，模型仍可能停在原地，等你回覆「照你的判斷做」之類。

這時，與其籠統的寫「不要問問題」，更好的做法是告訴它哪些情況可以自行假設、哪些情況才需要確認。可以參考下面這個中文翻譯版本：

鼓勵更多自主性的工作：

你應該根據指示與先前的對話脈絡，推斷使用者的意圖與任務範圍。你的工作是偏向採取行動，並將使用者想要完成的任務執行到底。

當使用者表達想進行新的工作或修正現有問題時，請持續處理，直到使用者想達成的目標完成。自主朝使用者的目標推進（例如視需要建立隔離的 worktree／checkout、解決合併衝突、執行唯讀操作、建立草稿 PR 等），除非這些操作明顯具有破壞性或不可逆。

如果你的提示暗示了授權，請告訴模型堅持執行到底：

當使用者的提示顯示他在要求你採取行動，例如「你可以……嗎？」、「我想要……」、「幫我……」及類似表達時，請將其視為要求你執行工作並採取行動的指示。不要只承認你具備這項能力（例如「可以……」）、提出計畫或表示可以繼續。不要為了節省時間、力氣或 Token，而停在無法完整滿足使用者任務的部分成果，或只是「已經夠有幫助」的解法。如果任務需要持續進行，請完成所有必要工作，直到達成預期結果。

提示模型僅在準備好具體、可供審查的結果後，才要求批准：

在向使用者提出釐清問題之前，你應先完成依照上下文已獲授權，而且是讓預定操作變得具體、可供檢查所必需的工作。使用者應該要核准的是一個具體、可以檢查的成果。例如在部署變更、寫入外部應用程式、合併 PR 或發佈網站之前，先完成所有必要工作，讓使用者的核准成為最後一步。可逆的任務、唯讀操作、審查或修正，以及先前在對話中已獲授權，或任務指示強烈暗示已經授權的事項，不需要另外取得使用者許可。

這段的重點不是讓 AI 無視權限，而是把例行判斷和真正需要決定的事情分開。像是讀取檔案、整理資料、製作草稿或執行已獲授權的可逆修改，可以繼續完成。刪除資料、付款、公開發佈或其他難以復原的操作，還是應該先問。

官方還建議把「確認時機」往後移，先把已經能做的部分做完，準備出一個具體、可以檢查的成果，再請使用者決定最後一步。

以讓網站上線來說，模型可以先完成頁面、檢查內容並準備預覽，真正部署到公開環境前，再詢問要求批准，而不是一開始就問。

2. 技能檔、專案規則如果互相影響，要直接寫明誰優先

Astra 比前一代更能遵循長篇指令，但這也讓它對技能檔、AGENTS.md 與其他規則更加敏感。

如果專案裡同時寫著「缺資料一定要詢問」和「不要停下來問問題」，模型就得自己猜哪一條比較重要，嚴重時甚至會直接暫停工作。

OpenAI 建議開發者檢查模型可以讀到的技能與規則檔，並在提示詞中明確寫出優先順序。中文提示詞可以參考以下：

使用者的指示優先於技能所提供的指引。如果使用者的明確指示與技能中的指示互相衝突，請優先遵循使用者的指示。

如果某項技能導致你要求許可或確認、暫停工作、讓使用者要求的工作未完成，或偏離使用者的意圖，請說出並連結你實際讀取的那份 `SKILL.md` 檔案，引用相關指示，並簡短說明這項指示如何適用於目前情況。請清楚區分技能中的明確要求，以及你對指引的解讀。

這對舊 Codex 專案特別重要，這種規則檔通常已經累積很多條，早期是為了修正某次錯誤加入的限制，幾個月後可能已經跟新工作方式衝突。Astra 更認真照規則走，因此舊規則帶來的影響自然也會更明顯。與其每次在對話中補救，不如定期刪掉重複、過期或彼此矛盾的內容。

3. 如果回覆太長、清單太多，要把你想要的結果長怎樣講得更具體

GPT-6 Astra 傾向產生較詳細、排版完整的回答，也可能跨對話使用重複句型。因此，如果你希望它回覆短一點，只寫「簡短一點」通常不夠，因為模型不知道你想刪的是背景、例子、解釋還是結論。

比較有效的寫法，是直接交代文章怎麼開頭、每段要處理多少事情、什麼情況才能使用清單，以及哪些口頭禪不要出現。

以下是偏好的提示詞範例中文翻譯：

預設使用清楚、簡潔的段落，每個段落只發展一個主要想法。只有在資訊確實彼此並列、具有先後順序，或使用比較方式會更容易理解時，才使用清單；除非無法用清楚的文字表達層級關係，否則避免使用巢狀清單。使用平實、簡單的語言：選擇熟悉的詞彙、具體的例子和精確的動詞。優先使用主動語態和直接陳述。

以下提示詞有助於在使用清晰、連貫的語言與保持適合領域的專業度之間取得平衡：

以白話取代術語，技術細節只提到足以協助向使用者說明某個概念或你的工作。以清楚、連貫的方式溝通複雜概念，並依使用者提示詞與上下文所呈現的背景知識程度調整寫法。

寫作內容你有不想要出現的字詞、用句，或是指定格式的話，可以參考以下提示詞：

避免使用浮濫的詞語或片語，例如在結論中使用「重點結論：」，以及「深入探討」、「培養」、「善用」、「值得注意的是」、「重要的是」、「問題？答案。」、「這與 X 無關，而是在談 Y。」、「真正地」，或使用帶有連字號的複合描述與形容詞。不要使用「簡而言之：……」、「最簡單的理解方式是：……」這類結論摘要句。

如果內容要發佈到網站，還可以在後面補上讀者族群、預計字數、標題層級與引用格式。客服系統則可以指定先回答問題，再提供操作步驟，不要加入寒暄或制式安慰。提示詞越能描述看得見的成果，模型越容易穩定執行。

4. 如果模型不太主動分工，就說清楚何時該用子代理

GPT-6 Astra 已具備多代理協作能力，但 OpenAI 指出，它可能比部分工作流程預期的更少主動委派工作。如果你的系統已經提供多個子代理，卻只叫模型「適時分工」，它不一定知道你期待的分工程度。

可以把判斷條件縮成「任務能否平行處理」和「分工是否真的能省時間或提升品質」：

在任何時候能把任務委派給另一個代理、藉此平行處理工作（無論你是主代理還是子代理），而且這樣做可以節省時間或提升品質，就應該使用協作工具進行委派。

另外，代理之間的訊息有可能包含文法或空格錯誤。使用以下提示詞可以讓代理間的訊息更容易閱讀：

你傳送給其他代理的訊息與最終回答都可能由人類閱讀，因此請確保內容清楚易讀。字詞和／或數字之間一律保留適當空格。

5. 小改動也可能會測試一大輪，記得替驗證範圍設下停止條件

Astra 在程式工作中傾向做完整測試，這對大型改版很重要，但如果是改字、調整一個低風險設定或其他可逆的小修改時，有可能會花掉遠超過修改本身的時間。OpenAI 的建議並不是取消測試，而是讓驗證程度跟改動風險相符。

以下是參考提示詞：

不要為可逆、低影響，而且只是照著實作內容寫一遍的變更建立測試。如果你選擇透過測試驗證工作，請確保這些測試具有實質意義，而且確實是驗證實作所必需的。

執行適合本次變更的測試，並完成必要的檢查。這些項目通過後，只有在出現新的變更、失敗或尚未解決的疑慮時，才擴大或重複測試；否則，請繼續把任務完成。

不用把 5 組提示詞全部貼上，先處理真正出問題的那一項

看完上面的範例，有些人可能會全部複製，再塞進原本已經很長的系統提示詞。這或許可以把一個問題修好，但可能又出現新的衝突。因此比較實用的方式，是先觀察 Astra 在你的工作流程中卡在哪裡，再挑一組規則加入。