OpenAI 進 Bedrock 預覽版：模型選型開始變成雲端治理題

企業不是買不到 AI。真正麻煩的是，買到之後要把它放在哪裡。

模型能不能接進既有身份系統？資料流經哪個雲端？誰看得到 log？代理人做了哪些動作，能不能稽核？費用能不能算進既有雲端承諾？這些問題，比「哪個模型榜單比較高」更接近企業導入時的現場。

OpenAI 和 AWS 在 4 月 28 日宣布擴大合作，正好把這個問題推到台前。OpenAI models on Amazon Bedrock、Codex on Amazon Bedrock，以及 Amazon Bedrock Managed Agents powered by OpenAI，三項能力同步進入 limited preview。這不是 OpenAI 多了一個雲端貨架而已，而是 AWS 要把 OpenAI 能力放進企業已經使用的 Bedrock 控制面。

預覽版狀態很重要。它代表方向已經確定，但公開資料仍不足以讓買方把它當成全面可用的正式服務。這篇要看的，是控制面怎麼改變採購問題，而不是把 preview 當成 production rollout。

三個 limited preview 到底各自改了什麼？

第一個是 OpenAI models on Amazon Bedrock。OpenAI 公告說，AWS 客戶可以在 Bedrock 使用包含 GPT-5.5 在內的 OpenAI frontier models。AWS 的說法更直接：客戶能透過同一個 Bedrock 服務存取 OpenAI 模型，並使用 IAM、AWS PrivateLink、guardrails、encryption、CloudTrail logging 等控制。

這對企業買方的意義，不只是「又多一個地方呼叫 GPT-5.5」。如果一家公司原本就把資料、權限、網路和稽核放在 AWS，OpenAI 模型進 Bedrock 之後，模型選型就能更接近既有雲端治理流程，而不是另外開一套採購和安全審查。

第二個是 Codex on Amazon Bedrock。

OpenAI 說，組織可以把 Codex 設定成使用 Bedrock 作為 provider；AWS 則補充，客戶使用 AWS credentials，inference 透過 Bedrock，初期入口包括 Codex CLI、Codex desktop app 和 Visual Studio Code extension。對開發團隊來說，這代表 coding agent 不只是個人工具，也開始進入企業雲端與帳務邏輯。

第三個才是更深的控制點：Amazon Bedrock Managed Agents powered by OpenAI。

它把 OpenAI frontier models 和 OpenAI agent harness 放進 AWS 的 managed runtime。AWS 產品頁強調，agent 有自己的 identity、每個 action 會留下 log、在客戶環境中運行，inference 跑在 Amazon Bedrock，並以 AgentCore 作為預設 compute environment。

換句話說，AWS 不只是賣模型，也在賣「代理人該怎麼被部署、授權、觀察和治理」。

為什麼 Bedrock 控制面比模型上架更重要？

因為企業採購 AI 時，模型只是其中一層。

同一個 OpenAI 模型，直接用 OpenAI API、透過 Azure、或透過 Bedrock，買方看到的控制點不一樣。誰管理身份、誰保存 log、資料是否走既有 private connectivity、費用能否算進雲端承諾、內部稽核能不能沿用既有工具，這些都會改變導入成本。

AWS 也很清楚這點。About Amazon 的公告把 OpenAI models 放在 Anthropic、Meta、Mistral、Cohere、Amazon 等模型旁邊，主打的是同一個服務下的安全、治理和成本控制。這不是單純展示模型選項，而是把 Bedrock 定位成企業選模型、管模型、部署代理人的控制面。

對 OpenAI 來說，這也補上另一塊分發。OpenAI 與 Microsoft 的新協議剛讓 OpenAI 可以跨雲端服務所有產品；AWS 隔天讓 OpenAI 能力進 Bedrock limited preview。這不代表 Microsoft 出局，但代表 OpenAI 的企業入口不再只能用 Azure 邏輯理解。

企業導入前要問哪四個問題？

第一，這是不是 limited preview 能支援的使用情境？

目前三項都是 limited preview。公開資料還沒有完整揭露所有模型清單、區域、配額、價格和 SLA。採購或架構團隊不能把它當成已全面上線的正式服務。

第二，資料與稽核責任在哪個產品邊界內？

AWS 在 Managed Agents 產品頁說，agent run inside your environment，all inference runs on Amazon Bedrock，your data never leaves AWS。這是重要承諾，但要限定在 Managed Agents 語境內理解。OpenAI models on Bedrock、Codex on Bedrock 和 Managed Agents 的資料路徑、保留政策、管理面板和 log 細節，都應分開確認。

第三，Codex 進 AWS 後，開發流程誰批准？

Coding agent 能寫 code、跑工具、產生測試和改系統。當它進入企業 AWS credential、cloud commitment 和 IDE extension 流程，問題就不是能不能加速開發，而是誰能開啟、它能碰哪些 repo、哪些變更需要 review、失敗時如何追蹤。

第四，代理人的 identity 和 action logs 夠不夠用？

真正進 production 的代理人不是聊天機器人。它會跨工具執行工作、維持記憶、呼叫資料和服務。Bedrock Managed Agents 把 identity、logs、AgentCore 放在核心敘事裡，正是因為企業會問：這個代理人是誰、代表誰行動、做了什麼、誰批准、出了錯能不能追。

OpenAI 進 Bedrock，最表層的新聞是模型出現在 AWS 的企業通路。更深一層的變化，是企業 AI 採購開始從「哪個模型最好」變成「哪個模型能被我現有的控制面管理」。

所以買方不該只問 GPT-5.5 有沒有出現在 Bedrock。更該問的是：它跑在哪個環境、由誰控權、哪些動作可稽核、費用如何進入雲端承諾，以及代理人真正替公司做事前，哪裡還保留人類批准。

林子睿（編輯：廖玄同），《OpenAI 進 Bedrock 預覽版：模型選型開始變成雲端治理題》，矽基前沿 [Si]gnals，2026-04-29。https://signals.tw/articles/openai-aws-bedrock-managed-agents/