---
title: "GPT-6 Astra 模型指南的言下之意：重構提示，減少模型的工作記憶負擔"
description: "OpenAI 的 GPT-6 Astra 指南表面是遷移手冊，每一節的解法都是加一段提示，但這些提示做的事很一致：把判斷先寫清楚，免得模型自己猜。這篇從「減少工作記憶負擔」的角度重讀五個訊號，整理可直接抄的提示與完整遷移清單。"
author: "莊哲昀（AJ）"
tag: "AI 工具實戰"
date: 2026-09-10
canonical: https://www.ahadigit.work/blog/gpt-6-astra-context-refactoring
source: "blocks"
---

# GPT-6 Astra 模型指南的言下之意：重構提示，減少模型的工作記憶負擔

OpenAI 為 GPT-6 Astra 發布的模型指南，表面上是一份「怎麼遷移、怎麼下提示」的手冊。把整份讀完會發現它反覆在講同一件事：**這個模型會把上下文裡的每一句話都當真**。指令檔裡多一句衝突的話，它可能停下來；授權沒寫清楚，它會回頭問你；風格沒講，它會自己套一套。指南給的解法每一節都是「加一段提示」，但這些提示做的事情很一致：把判斷先寫清楚，免得模型自己猜。我們的讀法是，先稽核、刪掉衝突，再加這些提示才有效。這篇用「減少模型的工作記憶負擔」這個角度重新整理指南，並把可以直接抄的部分列出來。

先講清楚用詞。「工作記憶」是我們的比喻，指模型在一次請求裡實際看到的所有東西：系統提示、技能檔、`AGENTS.md`、對話歷史、工具回傳結果。OpenAI 的指南沒有用這個詞，它談的是 instruction following、context、prompt prefix 與 cache。但這些主題指向同一個結論：塞進去的東西越多、越雜，模型越容易在錯的地方停下來或分心。文中哪些是指南原話、哪些是我們的推論，會盡量標清楚。

> GPT-6 Astra 更會讀指令，代價是更容易被上下文裡的雜訊卡住。

## 訊號一：它更會讀，所以你的指令檔要先稽核

指南在「Instruction following」一節說：GPT-6 Astra 比前代更能遵循長指令，但也對上下文裡的資訊更敏感。技能檔裡一段不清楚、互相衝突的指引，可能讓模型提早暫停、把工作擋住。在前面的行為總覽裡，OpenAI 用了「強烈建議」這個字眼，要開發者稽核技能與其他模型讀得到的檔案，例如 `AGENTS.md`，找出會影響行為的指令。

這是整份指南裡最接近「減少工作記憶負擔」的一段。來源只講「更會遵循、也更敏感」；用我們的話翻譯，就是指令檔不再有讀不進去的問題，取而代之的是全部讀進去的問題。指南給的做法有兩層：

- **把優先序寫成一句話**。原文是：使用者的指令優先於技能裡的準則；兩者衝突時，以使用者的指令為準。
- **讓模型自己指出是哪一段讓它停下來**。模型若因為某個技能而要求確認、暫停、留下未完成的工作，或偏離使用者意圖，就要它點名並連結到那個 SKILL.md，引用那句指令，說明它怎麼套用，並區分「技能明確要求」與「它自己的詮釋」。

指南說第二段提示的用途，是在應用載入很多技能與指令檔時，找出隱性的與互相衝突的指引。找出來之後怎麼處理，指南沒有規定；我們的建議是刪。這一步做完，後面的提示才有乾淨的地基。兩段原文如下，指南沒有指定要放在哪裡，我們建議放在系統提示：

```text
The user's instructions take precedence over guidelines provided in a skill. If explicit user instructions conflict with a skill's instructions, prioritize the user's instructions.
```

```text
If a skill causes you to ask for permission or confirmation, pause, leave requested work unfinished, or diverge from the user's intent, name and link to the exact SKILL.md file you read, quote the relevant instruction, and briefly explain how it applies. Distinguish explicit skill requirements from your interpretation of guidelines.
```

## 訊號二：它停下來問，是因為上下文裡沒有授權

「Initiative and follow-through」一節說明了另一個行為改變：GPT-6 Astra 在長任務裡比前代更能保持連貫，同時也更常在「多問一句可能改變結果」的時候停下來問人。指南說這會讓它在使用者期待它自行假設、繼續推進的時候停住。自動化流程會特別有感，這是我們的補充。

指南的解法是把行動偏好與授權範圍先寫進提示，讓模型在推斷使用者意圖時有依據。三段提示各解決一種停頓：

- **偏向行動**：從指令與先前對話推斷使用者意圖與任務範圍，持續推進到完成；建立獨立工作副本、解決合併衝突、唯讀操作、開草稿 PR 這類事不用問，只有明顯破壞性或不可逆的動作例外。
- **把「可以幫我…」當成指令**：使用者說「你能不能…」「我想要…」「幫我…」，就視為要求動手，不要停在「可以」、提個計畫或問要不要繼續，也不要為了省時間或省 token 交出「夠用就好」的半成品。
- **先做完，再請人核准**：問澄清問題之前，先把上下文已經授權、且讓提案變得具體可審的工作做完。使用者核准的，應該是具體、可審閱的成果，例如部署前、寫入外部系統前、合併 PR 或發布網站前，先把所有前置工作做好，讓核准成為最後一步。可逆的、唯讀的、審閱與修正類的工作不需要許可。

第三段還附了一句值得注意的指示：不要因為假設性的風險，自行加入未被要求的警語、免責聲明、核准流程或安全檢查清單。這句話等於是在替模型的輸出減量，也在替使用者的閱讀減量。指南同時提醒，模型預設還是會在工作中丟出一些不阻塞的問題，這幾段提示要依應用需要的自主程度調整。

```text
Before asking the user clarifying questions, you should complete the work that is already authorized from context and necessary to make the proposed action concrete and reviewable. The user should be approving a concrete, reviewable result. For example, before deploying a change, writing to an external application, merging a PR or publishing a site, do all the required work first so that user approval is the final step. You don't need user permission for reversible tasks, read-only actions, reviews or fixes, or anything for which authorization is provided earlier in the session or strongly implied from the task instruction.

Do not introduce unsolicited warnings, disclaimers, approval flows, or safety/compliance checklists due to hypothetical risk.
```

## 訊號三：風格規則寫一次，省下每一輪的來回

指南在介紹裡提到，GPT-6 Astra 在多項評測中拿到更好的結果，用掉的輸出 token 卻明顯更少，所以雖然單價較高，每個任務的估計成本反而更低。另一方面，「Personality and writing style」一節說明它預設偏好清單、表格與 Markdown，讓回答看起來好掃描；行為總覽也提到它可能在不同對話裡重複用同一批句型。

如果你的應用要的是段落式文字，就得明講。指南給了三段風格提示：一段要求以清晰的短段落為主、每段只講一個重點、清單只用在真正平行、有順序或便於比較的資訊；一段針對技術溝通，要求用白話取代術語，只在有助說明時才提技術細節，並依使用者的背景程度調整；第三段是一份「AI 味」用語黑名單，點名了 delve、foster、leverage、it's worth noting、Bottom Line 這類詞，以及「這不是 X，而是 Y」的對比句型、自創的連字號複合詞、罐頭轉折語，也要求不要加「總結來說」這種收尾句。

這三段的共同點是：把風格判斷從每一輪對話搬到提示裡做一次。模型不必每次重新猜格式，使用者不必每次改回來，兩邊的工作記憶都少一件事。

## 訊號四：會變的參數不要塞回不變的前綴

「What's new」與遷移清單裡有幾項跟本文主題相關，我們把它們放在一起看。共同之處是讓長對話少做重工，這是我們的歸納，指南沒有這樣總結：

- **configuration\_update（新功能）**：在對話中途加一個輸入項就能提高或降低推理強度，不必重寫原本的提示前綴；新的設定會一直生效到下一個 configuration\_update 蓋掉它。遷移清單交代：請求層級的 `reasoning.effort` 保持不變，才能保住快取前綴；這個功能僅適用一般的單代理請求，採用前要先查相容性限制。
- **Prompt caching（既有功能，遷移時參數要換）**：從 GPT-5.5 或更早版本遷移時，把 `prompt_cache_retention` 換成 `prompt_cache_options.ttl`，值設 `"30m"`；快取邊界與快取寫入計費也有變動，要重新檢查。
- **Mid-turn steering（新功能）**：透過 WebSocket 連線，在模型工作中途送進修正或需求變更，Responses API 會保留已完成的部分，把更新併進後續的接續。
- **非同步工具呼叫（新功能）**：在函式或自訂工具上設 `async: true`，模型可以在你的程式跑工具的同時繼續推理、呼叫其他工具，或先回答不相依的部分，結果準備好再用原本的 `call_id` 回傳。

指南也列出 Astra 延續 GPT-5.6 的既有能力，其中「compaction」與「persisted reasoning」跟本文主題最相關；指南只列名稱與連結，功能說明在各自的頁面。這些都不是 Astra 新增的，但配合 configuration\_update 與新的快取參數，整套設計的方向一致：把「不變的」放在前綴讓快取吃到，會變的推理強度用小的輸入項處理。

## 訊號五：委派與測試也要給邊界

剩下兩節，一節談它委派得太少，一節談它測得太多。多代理系統裡，GPT-6 Astra 受過拆分與委派工作的訓練，但預設可能委派得比你希望的少，指南建議明講：只要能把工作平行化交給其他代理、且能省時間或提高品質，就該用協作工具去做，不論自己是根代理還是子代理。另一段提醒代理之間的訊息可能有文法或空格錯誤，要它記得訊息會被人讀，字與數字之間要有空格。

程式任務方面，Astra 在認定任務完成前傾向做完整的測試，小改動也可能引來超出需要的測試範圍。指南給的校準提示是：對可逆、低影響、且測試只會照抄實作的改動，不要寫測試；真的要驗證就寫有意義且必要的測試；跑完該跑的檢查之後，只有出現新的變更、失敗或未解決的疑慮才擴大或重跑測試，否則繼續往完成任務走。

這兩節看起來和工作記憶無關，我們的推論是它們是同一件事的另一面：模型自己也會製造上下文。過度測試的輸出會佔掉後續推理的空間；委派的邊界寫清楚，模型產生的雜訊也會變少。

## 遷移清單：照著檢查

指南最後的「Migration quickstart」很短，直接列出來。用 Codex 的人可以用 OpenAI Docs skill 一句話套用：

```text
$openai-docs migrate this project to GPT-6 Astra
```

手動遷移則把 `model` 設成 `gpt-6-astra`，再逐項確認：

- **推理強度**：原本用 `none` 或 `minimal` 的，改從 `low` 開始比較結果；Astra 不支援 `none`。其他情況維持原本的有效推理強度。
- **工具呼叫**：改用 Responses API。Astra 支援 Chat Completions，但工具呼叫只在 Responses 可用。
- **不再支援的參數**：移除 `temperature`、`top_p`、`top_logprobs`；Chat Completions 另外移除 `logprobs`，Responses 從 `include` 移除 `message.output_text.logprobs`。
- **Fast mode**：EU 資料落地環境不支援 `service_tier: "fast"` 與 `"priority"`，改用 Standard；Astra 的 fast mode 沒有延遲 SLA。
- **切換推理強度**：應用若會在回應之間改變推理強度，改用 configuration\_update 輸入項，僅限一般的單代理請求；請求層級的 `reasoning.effort` 不動，以保住快取前綴。
- **快取參數**：如上一節，改用 `prompt_cache_options.ttl`。
- **模型一直要求核准**：用「Initiative and follow-through」那三段提示，要求更自主的執行。

> **一頁式重構檢查表（我們的整理）**
>
> ① 稽核所有模型讀得到的指令檔，找出隱性與衝突的指引，必要時刪；② 用一句話寫明使用者指令優先於技能；③ 把行動偏好與授權範圍寫進提示，讓核准成為最後一步；④ 風格與禁用語寫一次，不在對話裡反覆修；⑤ 不變的放前綴吃快取，會變的推理強度用 configuration\_update；⑥ 給委派與測試明確的邊界。六件事都在做同一件事：讓模型每一輪要處理的雜訊變少。

## 結語

我們的解讀是：GPT-6 Astra 把「讀得懂、記得住」這件事做得夠好，好到過去為了補救模型健忘而疊床架屋的提示，現在反而成了負擔。指南沒有直接說「請減少上下文」，但它給的每一段提示都在做同一件事：把判斷寫成只需要寫一次的規則，把授權寫在前面，把會變的推理強度從前綴裡拿出來。對正在維護大量技能檔與 `AGENTS.md` 的團隊，先做稽核，必要時刪減，再談新功能。

## 資料來源

- OpenAI，Using GPT-6 Astra（模型指南）：[https://developers.openai.com/api/docs/guides/latest-model](https://developers.openai.com/api/docs/guides/latest-model)
- OpenAI，Compaction 指南：[https://developers.openai.com/api/docs/guides/compaction](https://developers.openai.com/api/docs/guides/compaction)
- OpenAI，Prompt caching：[https://developers.openai.com/api/docs/guides/prompt-caching](https://developers.openai.com/api/docs/guides/prompt-caching)
- OpenAI skills repository（openai-docs skill）：[https://github.com/openai/skills/tree/main/skills/.curated/openai-docs](https://github.com/openai/skills/tree/main/skills/.curated/openai-docs)