OpenAI 近期針對 GPT-6 Astra 發布一份提示詞寫作指南，說明這一代模型的提示詞該怎麼調整。
指南的重點是模型的預設習慣。官方點出 Astra 的五項行為傾向，並針對每一項給出一段可以直接改寫使用的提示詞，寫進系統提示或設定檔就能生效。
本文把這份指南整理成 5 個要點，並附上可直接取用的中文模板。官方範例都是英文，以下中文為改寫版，實際效果建議用你自己的典型任務測過再導入。
主動性與跟進：Astra 在長任務中比前代更能維持連貫；但當指令模糊、補充資訊可能改變成果時，它也更可能回頭詢問，而非自行假設，無人值守的任務可能因此中斷。
指令遵從與技能檔：它對 SKILL.md、AGENTS.md 等可讀取指令檔更敏感。檔案中的要求若不清楚或彼此衝突，模型可能提早暫停或偏離使用者意圖；官方建議開發者稽核這些檔案。
寫作風格：預設偏好列表、表格與 Markdown 標記，適合快速瀏覽。若要產出連貫的文章或對外文案，應在提示詞中明確指定較少格式化的輸出方式。官方也提到，它可能跨對話重複使用某些固定句式。
子代理分工：模型委派子代理的頻率，可能低於工作流程所需。開發者可以在提示詞中明確指定委派時機，以及需要平行處理到什麼程度。
測試與驗證：在程式任務中，模型傾向在認定任務完成前進行完整驗證。遇到小型改動時，測試範圍可能超出實際需要。
請從指令與先前對話中推斷使用者的意圖與任務範圍，以行動為預設值，把使用者想完成的任務推進到結束。當使用者表達要進行新工作或修復既有問題時，持續執行直到目標達成；必要時可自行建立隔離的 worktree 或 checkout、解決合併衝突、執行唯讀操作或開立草稿 PR，除非該動作明顯具破壞性或不可逆。
關鍵在最後一句劃出的界線：模型可自行完成已獲授權、可逆的操作；涉及明顯具破壞性或不可逆的動作時，仍應依既有的權限、安全與核准規則處理。這比只寫一句「請自主完成」清楚得多，模型知道哪裡可以放手、哪裡該停下。
中文的請求常以問句形式呈現。「可以幫我改一下嗎」在語感上是要求執行，模型若把它理解成能力確認，可能只回覆「可以，我會這樣做」便停止。
當使用者的訊息帶有請求行動的語氣，例如「可以幫我……」、「我想要……」、「幫我看看……」，一律視為執行指令，直接開始工作。不要停在確認自己做得到、提出計畫或詢問是否繼續。也不要為了節省時間或步驟，交出僅部分完成的結果。
官方的建議是：先把手上已經授權、又能讓成果變得具體的部分做完，再提出確認問題，讓使用者審的是一份看得到的東西。若少掉的資訊真的會影響結果，模型仍應聚焦提問。
在向使用者提出確認問題之前，先完成脈絡中已獲授權、且能讓提案變得具體可審的工作。使用者應該是在審核一個成品，而不是一個構想。部署變更、寫入外部系統、合併 PR 或發布網站之前，先把前置工作全部做完，讓使用者的核准成為最後一個動作。可逆操作、唯讀查詢、檢查與修正，或先前已授權的事項，不需要再次徵求同意。不要因為假設性的風險，就自行加入使用者沒有要求的警語、免責聲明、審核流程或安全合規檢查清單。
這段提示詞可降低非必要的警語、確認流程與合規清單，但不會取代平台安全、工具權限或系統層級的限制。
使用者的指令優先於技能檔中的指引。若使用者的明確指令與技能檔內容衝突，以使用者指令為準。
這一段的作用，是替「使用者指令與技能檔衝突」設定明確處理原則。多份技能檔若有不清楚或互相衝突的指示，可能讓模型提早暫停；因此不建議省略。它不會凌駕系統層級、平台安全或工具權限規則。
若某個技能檔導致你請求許可、暫停、留下未完成的工作，或偏離使用者意圖，請列出並連結你實際讀取的 SKILL.md 檔案，引用該條指示原文，並說明它如何適用。同時區分哪些是技能檔的明確要求，哪些是你自己的解讀。
這段提示詞在載入多個技能檔的環境裡特別實用。舉例來說，使用者要求模型把修改後的檔案直接覆蓋回原位，模型卻每次都先問要不要保留備份；加入這段後，它可以指出造成停頓的是哪一份 SKILL.md、其中哪條「先確認」規則，以及那是明確要求或自己的推論。
Astra 預設偏好列表、表格與 Markdown 標記。若需要連貫散文，應明確指定輸出結構與文字風格。官方提供三段不同用途的風格指令：
適用於報告與說明文件。它要求以段落為主，每段各自發展一個主要論點；只有在資訊確實平行、具先後順序或需要比較時才使用列表，並避免巢狀列表。
請以清楚簡潔的段落為主，每段各自發展一個主要論點。只有在資訊確實平行、具先後順序，或需要並列比較時才使用列表；除非層級關係無法用文字說明清楚，否則避免巢狀列表。用字請平實簡單：使用常見詞彙、具體例子與精確的動詞，優先採用主動語態與直述句。請把主要論點清楚地放在開頭，再往下補上讀者需要的說明與細節，讓每一句都承接前一句，把重要的論點展開到足以派上用場的程度。
適用於工程文件與教學稿。它要求以白話優先於術語，技術細節只在有助於說明時出現，並依使用者透露的背景調整專有名詞密度。
請以白話優先於術語，技術細節只在有助於向使用者說明某個概念或你的工作內容時才提及。複雜的概念要講得清楚而連貫，並依使用者的提問與上下文所透露的背景知識深淺，調整說明的深度。
適用於對外文案。官方提示詞列出多種應避免的填充語、結論套語、對比句式與自創複合標籤。
請避免使用陳腔濫調的詞句，例如結論處的「總而言之」、「簡單來說」這類收尾句，以及「值得注意的是」、「重要的是」、「深入探討」、「賦能」這類填充語與流行用字。直接說明你要採取的動作，不要補述你不會做什麼、哪些部分不會變動，或你打算如何分類結果。不要使用「不是 X，而是 Y」這類對比句式，那會引入使用者從未提及的替代方案。也不要自創複合名詞標籤、使用模糊的修飾語或制式轉折語，請用平實的動詞與介詞直接說明實際的關係。
這一節只適用於具備多代理架構、允許主代理把工作分派給其他代理同時處理的環境；若只是在單一對話中使用模型，可以跳過。
Astra 具備拆分與委派工作的能力，但可能不會如工作流程所需般頻繁地使用子代理。一份任務中往往有幾個步驟彼此獨立，可同時處理。這段提示詞明訂委派的判斷標準，只要平行處理能節省時間或提升品質，模型就應主動分工。
只要有機會透過委派任務給其他代理來平行處理工作，且這麼做能節省時間或提升品質，就應該使用協作工具進行分工，無論你目前是主代理或子代理。
官方提醒，代理間訊息可能出現文法或空格錯誤，而這些訊息與最終回覆都可能由人閱讀。
你傳送給其他代理的訊息以及最終回覆都可能由人閱讀，請確保內容易讀，在文字與數字之間保留正確的空格。
實務上，多代理流程可設計為：主代理先拆解任務、判斷哪些步驟彼此獨立，再把獨立部分交給子代理同時處理，最後回收結果整合輸出。官方文件提供的是委派門檻與可讀性要求，並未規定固定流程。
Astra 在程式任務中傾向在認定任務完成前進行完整驗證；小型改動也可能出現超出需求的測試範圍。
要不要跳過測試，看三件事有沒有同時成立：這次改動可以還原、影響的範圍很小、而且寫出來的測試只是把程式碼的邏輯再講一次。三個都符合，就不必另外寫測試。其他情況照測，但只跑跟這次改動有關的部分，該檢查的項目做完，通過之後就停手，不用再擴大範圍或重跑一遍。
對於可逆、影響範圍小、且測試內容只是複述實作邏輯的變更，不需要另外撰寫測試。若決定以測試驗證，請確保測試對驗證實作本身有意義。執行與本次變更相關的測試並完成必要檢查，通過之後，除非出現新的變更、失敗或未解決的疑慮，否則不要擴大或重複測試，直接繼續推進任務。
推理強度：Astra 不支援 none。原本使用 none 或 minimal 的應用，官方建議先從 low 測起並比較結果；其餘情況維持原本的等效強度，再以實際任務逐一對照。
在對話中途調整推理深度：configuration_update 輸入項目可在長對話中為困難工作拉高推理強度，或為例行追問調低，而不必改寫原始提示詞前綴，因此有助保留快取。設定會持續生效，直到下一個 configuration_update 覆蓋。官方建議將此功能用於標準、單代理請求，導入前也應確認相容性限制。
從 GPT-5.x 遷移：除了提示詞本身，更應優先稽核模型可讀取的 AGENTS.md、技能檔與其他指令檔，確認其中沒有過時、模糊或彼此衝突的要求。Astra 對這些檔案中的指示更敏感，可能直接影響任務是否會暫停或偏離使用者意圖。
這些模板調整的是行為傾向，而非能力上限。模型停下詢問，有時是因為指令確實缺少關鍵資訊；若把授權提示詞開到最大，它可能帶著錯誤假設一路執行，後續修正成本反而更高。授權的前提是任務描述本身已經足夠完整。
模板之間也可能互相牽制。當「不要詢問、直接完成」的段落與技能檔中要求逐步確認的規則同時存在時，前述關於效力順序的段落就不能省略。