OpenAI 模型進駐 Google Cloud：企業在同一個帳單上買到 Gemini Claude GPT

十月二十一日，OpenAI 與 Google Cloud 同時宣布：OpenAI 的前沿模型與 Codex 代理工作流，會進入 Google Cloud 的 Model Garden。交易走 Google Cloud Marketplace，企業可以用既有的雲端承諾額度付款。

這件事的重點不在模型清單，在採購單往哪裡走。過去要加一個模型供應商，等於開一輪新的採購流程、新的安全審查、新的帳單項目；現在變成在既有的雲端合約裡勾一個選項。

OpenAI Google Cloud 合作的實際內容

OpenAI 的公告說得簡短：前沿模型與 Codex 代理工作流進入 Model Garden，客戶可以原生取用這些模型，背後是 Google Cloud 的資料治理與運算基礎。

現在是私有預覽，先給選定的企業客戶，其他人填表申請。兩邊都說一般可用性在接下來幾週內。

「原生取用」的意思是請求從 Google Cloud 的網路出去，計費與權限留在同一套系統裡，不用另外開一組帳號來管金鑰。對已經在用 Vertex AI 的團隊，差別就是目錄裡多了幾行，呼叫方式按平台文件走。

OpenAI 模型 Model Garden 上架的三款模型

Google 那邊的公告寫得比較細，先上三款：

• GPT-6 Astra：定位在寫程式、電腦操作，以及專業與科學工作
• GPT-6.1 Sol：接近 Astra 的智慧，成本較低
• GPT-6 Luna：快而便宜，適合大量日常任務

這些定位描述出自 Google，不是第三方評測。實際表現要等一般可用性之後，才會有可比的數據。

Codex Google Cloud 整合：CLI 與桌面版直接接上

Codex CLI 與 Codex Desktop 從上線起就可以連到 Gemini 平台做推論。這是整件事對工程團隊最直接的一塊。

已經把 CI、部署、監控放在 GCP 上的團隊，不必再為寫程式的代理拉一條外部連線。代理在同一套身分、同一套網路邊界裡跑，權限管理沿用既有的做法。

要注意範圍。這次接上的是推論服務，不是把整個 Codex 產品搬進 GCP；資料存放、日誌與稽核仍要按自己的合規要求設計，不能預設平台已經幫你處理完。

採購走 Marketplace：承諾額度可以直接扣

企業可以透過 Model Garden 購買 OpenAI 模型，交易在 Google Cloud Marketplace 完成。已經簽了承諾額度的公司，可以直接折抵，帳單合併成一張，也計入 Flexible Savings Plans。

對財務與採購部門來說，這比任何模型參數都實際。一筆支出留在原本的合約框架裡，審核層級就少一層。

Gemini Claude GPT 同台，企業 AI 平台只剩一個入口

Google 的說法是，它現在是唯一同時提供 Gemini、Claude、GPT 三家前沿封閉模型的超大規模雲，連同兩百多個第一方、第三方與開源模型，放在同一個企業 AI 平台上。

這是 Google 自己的定位，不是獨立驗證。可確認的事實是：Claude 早就在 Model Garden 上，OpenAI 是最後一塊拼圖。

同一個介面、同一張帳單之下，比較價格與延遲的動作會集中在一個地方。選擇變多，被單一供應商綁住的成本就變低。

資料治理與合規控制有哪些

公告列出的控制項包括：提示詞與輸出留在客戶的資料邊界內、不用於訓練；稽核日誌與 VPC Service Controls 已經就位；Zero Data Retention 與 Confidential Compute 標為即將推出。

對受監管行業來說，這一節才是能不能用的門檻。模型再好，資料出不去的話，合規部門不會簽。

要留意兩點。第一，Zero Data Retention 仍在「即將推出」，意思是現階段不能當它已經生效。第二，稽核日誌只看得到進出，看不到模型內部的處理，取證要靠自己的日誌設計補上。

尚未公布的部分與該注意的風險

價格、可用區域、配額上限、Codex 的具體設定步驟，四項都沒有公布。

還有一句常被忽略的補充：OpenAI 在公告最後寫明，Microsoft 仍然是它的主要雲端合作夥伴。這句話的意思是，Google Cloud 是新增的通路，不是更換主場。

對開發者與企業買家的實際影響

對開發者，最直接的好處是不必為每個模型學一套 SDK。同一份提示詞與工具描述，可以在 Model Garden 裡換模型比較，不必重寫一輪。

對買家，風險落在議價能力。三家模型在同一個供應商、同一張帳單，短期方便，長期則要看你是否真的會在需要時換掉。遷移成本降低，才有議價空間；只在帳單上併在一起，並不自動帶來選擇權。

企業實際要做的三個決定

第一個是身分。模型呼叫要用哪一組服務帳號，權限邊界要跟現有的專案分開，還是共用。這一題沒想清楚，後面調權限會很痛。

第二個是成本歸屬。同一個帳單裡混著 Gemini、Claude、GPT 三家的用量，要拆到部門或產品線，就得先設計標籤與配額。

第三個是退出方案。合約到期、價格調漲、模型停用，三種情況都可能發生。把提示詞與工具描述寫成可攜的格式，換家的成本就低得多。

三題裡最容易被跳過的是第三個。模型換代比合約快，今天順手的組合，半年後不一定還在產品線上。先把可攜性做好，後面的選擇才有意義。

私有預覽階段可以先做什麼

等一般可用性再動也不是不行，但有四件事現在就能準備：

• 把提示詞與工具描述抽成與供應商無關的格式，之後換模型不用重寫
• 在測試專案裡先建好服務帳號與權限邊界，別等到上線才補
• 用一兩個真實任務跑對照，記錄成功率與單次成本，作為日後議價的底稿
• 問清楚計費口徑：按詞元計還是按次計，超額怎麼算，促銷期結束後回到什麼價

結論

這次合作真正改變的是採購路徑，不是模型能力。當三家前沿模型都躺在同一份雲端合約裡，企業選擇模型的成本從「開新案」降到「改設定」。

對在 GCP 上已經有承諾額度的公司，值得在私有預覽階段先申請，取得試用資格後把資料治理與權限邊界試清楚，再談全面導入。還沒上雲的團隊，先解決資料放在哪裡，比先選哪一家模型重要。