摘要： AWS說明澳洲產品團隊可從Sydney或Melbourne的Amazon Bedrock Runtime呼叫GPT-5.6 Sol、Terra與Luna，Bedrock會自動路由到支援的商業AWS區域。這條全球跨區域推論路徑支援OpenAI Responses、Chat Completions和Bedrock Converse API，讓模型納入現有IAM、CloudWatch與合規框架。部署前仍須確認設定檔成員、模型供應狀況，以及SCP是否允許來源區域使用。
對澳洲的產品團隊來說，取用 OpenAI 最新模型的手續又少了一道。應用程式只要把請求送到 Asia Pacific (Sydney) 或 Asia Pacific (Melbourne) 的 Amazon Bedrock Runtime，剩下的跨區域繞送就交給 Bedrock，由它挑選一個支援的商業 AWS 區域來處理。如此一來，路由邏輯不必自己寫，團隊還能用到更大的容量池。
AWS Machine Learning Blog 於 2026 年 9 月 2 日刊出的文章，把 GPT-5.6 Sol、Terra 與 Luna 這三個全球推論設定檔的用法交代得很完整。工作負載吃重推理、程式碼生成與代理行為時，Sol 是合適的選擇；想在效能與成本之間折衷、用於日常生產環境，可以挑 Terra；面對高流量、對延遲敏感的應用，Luna 提供的是快速又經濟的推論。三者都接受文字與圖片輸入，上下文視窗上限為 100 萬 token。
三條呼叫途徑，各配合不同開發習慣
要從澳洲區域取用 GPT-5.6，共有三條途徑：OpenAI Responses API、OpenAI Chat Completions API，以及 Amazon Bedrock Converse API。前兩者位於 /openai/v1 之下，已經採用 OpenAI SDK 的團隊可直接沿用；Converse API 走 AWS SDK，對於本來就以 boto3 為基礎的應用最順手。
文章中示範的 Python 範例導入 aws-bedrock-token-generator 套件，拿當下有效的 AWS 憑證即時換得短期 API key，因此程式碼裡不必保存固定金鑰。以 Responses API 來說，做法是把 OpenAI client 的 base_url 設成 https://bedrock-runtime.ap-southeast-2.amazonaws.com/openai/v1，model 填上 global.openai.gpt-5.6-terra。若想改用墨爾本區域，只要把 Region 換成 ap-southeast-4 即可。
提示快取的兩種模式：隱含與顯式
Amazon Bedrock 上的 GPT-5.6 提供兩種提示快取。隱含快取預設就是開啟的，無須動任何程式碼；顯式快取則把可重複使用的前綴、快取邊界與快取金鑰的定義權交給開發者。當系統提示或工具定義會被反覆使用時，這套機制能直接壓低推論成本。至於具體範例，AWS 文章請讀者回頭參考先前的 GPT-5.6 介紹文章。
Codex 也能搭 OIDC 驗證
Codex CLI 同樣可以掛上這批全球推論設定檔。文章驗證的組合是 codex-cli 0.149.1 搭配 GPT-5.6 Sol，區域為雪梨。設定上有兩個關鍵：在 ~/.codex/config.toml 裡把 model_provider 指定為 "amazon-bedrock-runtime"，以及在 AWS profile 中讓 credential_process 指向 OIDC 驗證輔助程式。
針對採用 Okta、Auth0、Microsoft Entra ID、Amazon Cognito 或 AWS IAM Identity Center 的組織，AWS 準備了範例 credential helper。它的工作是拿 OIDC token 換取短期 AWS 憑證，Codex 再循標準 AWS 憑證鏈取得；整條推論路徑以 SigV4 簽署，完全不需要 API key。
部署前必須確認的幾項限制
全球推論設定檔有哪些成員、模型供應狀況如何，都可能隨時間調整。AWS 的建議是在正式部署之前翻一下 Cross-Region inference support 文件，確認當下的狀態。另外，若組織啟用了 service control policy (SCP)，得先確認政策允許在所選的來源區域使用 GPT-5.6 全球推論設定檔。
對已經把 AWS 工作負載放在澳洲區域的團隊而言，走這條路等於把 OpenAI 模型納入現成的 IAM、CloudWatch 與合規框架，不必再為 API key 與跨區域路由另外費心。