OpenAI 上架 Google Cloud 模型花园：独家授权结束，采购逻辑改了

两家公告各自确认了什么#

先分清哪些是官方原文、哪些是转述：

模型这三档的定位是官方原话：

• GPT-6 Astra：面向 coding、computer use、专业任务和科研这类高要求负载；
• GPT-6.1 Sol：「Near-Astra intelligence at lower cost」，覆盖 agentic coding、computer use 与专业工作；
• GPT-6 Luna：快、便宜，跑日常大规模任务。

这次真正的关键词：without separate vendor contracts#

Google Cloud 那篇里有一句很容易被跳过：

customers can dynamically select and swap the optimal model for any use case … without architectural lock-in or separate vendor contracts

前半句「动态换模型」是产品话术，后半句才是这次交易结构的核心。「不需要单独跟厂商签合同」意味着采购动作从「跟 OpenAI 直签」变成了「云账单里多一个 SKU」。

这个变化对工程师和对采购的影响完全不对称。工程师看到的是「同一套 API 网关里多三个模型 ID」；采购和财务看到的是：原来要走一轮单独的供应商准入、单独的价格谈判、单独的付款周期，现在这些都被折叠进已有的云合同里——顺带还能吃掉已经承诺掉的云用量。

代码：同一批模型，钱是怎么从一张发票走出去的#

我拉了 OpenRouter 的在架清单（468 个模型）做交叉核对。请注意口径：这是第三方聚合站的挂牌价，用来演示算法；Google Cloud 走 Marketplace 私有定价 + 承诺抵扣，账面价本来就不一样，别把下面这些数字当成 GCP 报价。

模型 ID                             输入/百万      输出/百万          上下文
openai/gpt-6-astra               10.000     50.000    1,050,000
openai/gpt-6.1-sol                2.000     10.000    1,050,000
openai/gpt-6-luna                 0.100      0.500    1,050,000
anthropic/claude-opus-5.5         4.000     20.000    1,000,000
google/gemini-3.8-flash           0.825      4.125    1,048,576

三家旗舰的上下文都在 100 万级，价格差了两个数量级：Astra 的输入价是 Luna 的 100 倍。这个价差正是「一个平台里换模型」的动机——按任务分档路由，比全用旗舰省得多：

== 混合负载：月 12,000 次任务，每次 40,000 输入 / 3,000 输出 ==
openai/gpt-6-luna            占比 60.0%  次数    7,200  月成本 $       39.60
openai/gpt-6.1-sol           占比 30.0%  次数    3,600  月成本 $      396.00
openai/gpt-6-astra           占比 10.0%  次数    1,200  月成本 $      660.00

全走 Astra：$6,600.00   混合路由：$1,095.60   省下 83.4%

所以「模型花园」真正的价值不在有 200 个模型，而在你能用同一套计费口径在不同的价格档之间切换。这一点上，Google Cloud 这次把 OpenAI 拉进来，是把竞争对手的旗舰也变成了自家路由表里的一行。

然后是这个结构最容易被忽视的副作用——承诺抵扣会扭曲选型判断：

== 同一笔 AI 支出，在云承诺（commitment）里的两种命运 ==
承诺 200,000 美元 → 减去 AI 支出后余 198,904.40 美元：现金支出为 0（吃掉的是已承诺额度）
承诺 1,000,000 美元 → 减去 AI 支出后余 998,904.40 美元：现金支出为 0（吃掉的是已承诺额度）

在「已经签了多年云承诺」的公司里，这笔 AI 支出在账面上看起来是零成本的——因为钱早就付过，现在只是把承诺额度花掉。这会带来两个真实后果：

1. 业务团队会倾向于用它（因为「预算里不花钱」），即使它在某些任务上比直签更贵；
2. 承诺额度是有限的，AI 用量涨上去会挤占原本留给计算/存储的额度，到季度末才暴露。内部对账必须把「AI 消耗的承诺额度」单独拉一条线出来看，否则你只会在承诺提前耗尽时才发现。

代码：采购前置检查，把「coming soon」挑出来#

官方公告是一份很好的需求清单——同时也是很好的陷阱清单，因为里面有四条能力的措辞是 coming soon。我写了个小脚本，把「我们想做的事」对着公告的可用状态过一遍，依赖未落地能力的直接判为不可上线：

CAPABILITIES = {
    "用 API 调 GPT-6 Astra / Sol / Luna":              "PRIVATE_PREVIEW",
    "把本地 Codex CLI / Desktop 接到 Gemini 平台推理":   "GA",
    "走 Marketplace 交易、开发票":                      "GA",
    "用云承诺（commitment）抵扣这笔支出":                "GA",
    "计入 Flexible Savings Plans (FSP)":               "GA",
    "提示词/上下文/输出留在指定 data perimeter、不用于训练": "GA",
    "Zero Data Retention (ZDR) 选项":                  "COMING_SOON",
    "Confidential Compute 运行第三方模型":              "COMING_SOON",
    "在 Gemini for business 里调用 OpenAI 模型":        "COMING_SOON",
    "在 Google Antigravity 里调用 OpenAI 模型":          "COMING_SOON",
    "全面可用（GA 时间点）":                            "THIRD_PARTY",
}
BLOCKING = {"COMING_SOON", "THIRD_PARTY"}

跑出来的结果（脚本用非零退出码表示「有阻塞项」）：

你的需求                               依赖能力                                   状态
日志留存不得超过 24 小时（ZDR）                Zero Data Retention (ZDR) 选项           COMING_SOON
处理合规数据必须走 Confidential Compute     Confidential Compute 运行第三方模型           COMING_SOON
全公司在 Google 的 IDE 里直接选 OpenAI 模型   在 Google Antigravity 里调用 OpenAI 模型     COMING_SOON
Copilot 替代品进 Workspace 套件          在 Gemini for business 里调用 OpenAI 模型    COMING_SOON
只要单张云发票、能抵扣承诺                      用云承诺（commitment）抵扣这笔支出                 GA
本地 Codex 客户端接云上推理                  把本地 Codex CLI / Desktop 接到 Gemini 平台推理 GA

共 6 条需求，其中 4 条依赖『还没落地』的能力

六条里四条今天做不了。 这不是说这次发布没价值，而是说：如果你的合规线依赖 ZDR 或者 Confidential Compute，那这次发布对你的意义只到「可以开始评估」，不是「可以开始上线」。公告里 private preview 面向的是 select enterprise customers，要走申请表单；第三方报道说 GA 在未来几周，但那是转述，不要把它写进排期。

一个容易被忽略的细节藏在上下文那一列：最便宜的那一档（Luna，输入 0.1 美元）也给到 1,050,000 的上下文，和贵 100 倍的 Astra 完全一样；Anthropic 的 Opus 5.5 是 1,000,000，Google 自家的 Gemini 3.8 Flash 是 1,048,576。也就是说「百万级上下文」到这一代已经不再是旗舰的卖点，而是入门档的标配。这对选型有直接含义：如果你的瓶颈是「能不能塞进整个仓库」，那不需要为它买旗舰档——长上下文和推理能力现在是两个独立维度，可以分开买。

同一件事，在三个人眼里是三个样子#

这次发布之所以容易写偏，是因为它同时是三条不同性质的消息。分清楚对你有用：

• 工程师视角：网关里多了三个模型 ID，同一个平台内可切换，少维护一版 SDK 和密钥轮换流程。收益是「少一套对接」，不是「模型变强」。
• 采购视角：供应商准入从「新增一家」变成「在已有合同里加 SKU」，付款周期、发票、承诺抵扣全部复用现有通道。收益是流程时间，这部分通常是企业落地 AI 真正的瓶颈。
• 合规视角：多了两个「coming soon」（ZDR、Confidential Compute）、一个新的数据出域路径（Codex CLI 接云上推理）、以及一份需要按项目重新核对的 perimeter 矩阵。收益是「有正式合同兜底」，成本是要重新走一遍评审。

三条里最容易出事的是第三条，因为它不在消息的标题上。公告里出现「更多选择」时，合规清单上通常同时出现「更多路径」——这两句话在这次发布里是同一件事。

治理条款值得逐条读，因为真正的门槛在这里#

Google Cloud 把治理分成三条，我把原文的关键措辞保留下来：

第三条对企业的实际意义经常被低估：「模型交互必须带着身份」是审计能落地的前提。没有这一条，你在日志里只能看到「某个 IP 调了某个模型」，出了事无法回答「是谁、以什么权限、在哪个业务上下文里调的」。

第一条里「不用于训练基座模型」也要读清楚——它约束的是基座模型的训练，不等于「数据绝对不会以任何形式离开你的边界」。做数据合规评审时，要按项目逐个确认 endpoint 属于哪个 perimeter（全球端点还是区域端点、是否经过 VPC Service Controls），不要拿公告段落当合规结论。这一条我没有在公告里找到更细的区域矩阵，属于需要自己向厂商确认的部分。

时间线：两天之内，Antigravity 挂上了两家对手的模型#

把两篇公告的时间戳摆在一起看，这件事的性质会清楚很多：

• 10 月 20 日：Google Cloud 公告 Claude Opus 5.5 和 Claude Sonnet 5.5 进入 Google Antigravity（作者是 Google Cloud 的产品营销经理与 Antigravity 开发者关系，说明可选模型、管理员启用、模型选择器这些操作细节）。
• 10 月 21 日：Google Cloud 宣布 OpenAI 模型进 model garden，并写「即将进入 Google Antigravity 和 Gemini for business」。

**前后 48 小时，Google 自己的 IDE 里同时挂上了 Anthropic 和 OpenAI 的模型。**加上自家 Gemini，Antigravity 正在变成「一个界面里换三家模型」的形态。这和 model garden 是同一条战略：把模型变成可替换的零件，把平台留在自己手里。

独家授权结束的证据链（这部分是转述）#

按第三方报道转引 CNBC 的说法，这条时间线是：

1. 不到六个月前：OpenAI 表示微软不再对其知识产权持有独家许可；
2. 2026 年 4 月：Amazon 开始托管 OpenAI 模型；
3. 2026 年 10 月 21 日：Google Cloud 也拿到了，OpenAI 模型因此出现在三大云基础设施提供商上。

同一篇报道还提到两件容易被忽略的事：OpenAI 的公告里写明微软仍是它的主要云合作伙伴（也就是「都上」不等于「都平等」），以及 OpenAI 去年就开始用 Google 云跑 ChatGPT 和它的 API——这次公开的是「企业能买」，而不是「两家刚开始合作」。

需要标注清楚：上面这条时间线来自第三方对 CNBC 的转引，我没有在两家官方页面上逐条核对到对应日期的原文。引用时请当成「报道口径」。

一条公告不会替你写的合规影响#

Google Cloud 公告里写着：

Starting today, customers can build with these models through our APIs and connect their local Codex CLI and Desktop workflows directly to our Gemini platform for inference.

工程视角这是好消息：本地开发工具直接接云上推理，不用自己搭中转。但把它放进采购评审，就会多出一行公告不会替你写的内容：你的代码上下文会经过 Google 的基础设施。

对多数公司这没问题；对代码资产敏感、或者有「源码不得离开自有环境」类内控要求的团队，这是新增的第三方，得走一遍数据出域评估。同一件事在两边是好消息和风险项——这正是「多云平台把模型折叠进已有账单」的代价：边界变模糊的地方，往往就在这些『顺手接通了』的路径上。

在技术侧最低成本的防护是把它做成显式开关：默认关，按项目白名单开，并且让 Codex CLI 的出站流量和模型调用共用同一套审计身份（这样上面第三条「统一审计」才真的覆盖了你的开发环节）。

总结#

• 10 月 21 日两家同日公告：GPT-6 Astra / Sol / Luna 以 private preview 进入 Google Cloud model garden，Google 自称是唯一同时提供三家头部闭源模型的超大规模云（官方措辞，含 200+ 模型）。
• 工程侧的变化不大——多几个模型 ID；真正的变化在采购侧：走 Marketplace 交易、同一张发票、抵扣既有云承诺、计入 FSP，并且不需要再单独跟厂商签合同。
• 承诺抵扣会让 AI 支出看起来免费，从而扭曲选型（我算过：承诺额度足够时，边际现金支出为 0）。要单独拉一条「AI 消耗的承诺额度」对账线，否则额度被挤占到季末才暴露。
• 三档模型价差巨大：按我拉到的第三方挂牌价，Astra 的输入价是 Luna 的 100 倍；混合路由比全走旗舰省 83.4%（同一任务集，仅路由不同）。
• 治理里有两条是 coming soon（ZDR、Confidential Compute），另有两条产品集成也是 coming soon（Gemini for business、Antigravity）。六条常见需求里四条今天做不了——别把第三方说的「GA 未来几周」写进排期。
• 「不用于训练基座模型」≠「数据不出边界」：perimeter 与 endpoint 要按项目单独核，这是公告覆盖不到的细节。
• 时间线值得记：48 小时内 Antigravity 先后接上 Anthropic 与 OpenAI；独家授权的时代在 2026 年结束，三大云现在都能拿到 OpenAI 模型（此段为第三方转引 CNBC，非官方页面逐条确认）。

参考与致谢：Google Cloud 官方博客《Google Cloud expands model choice and flexibility, bringing OpenAI models to customers》（10 月 21 日）、《Claude Opus 5.5 and Claude Sonnet 5.5 available in Antigravity》（10 月 20 日）、OpenAI 官方博客《OpenAI models are coming to Google Cloud》（10 月 21 日）、OpenRouter 模型清单 API（本机 10 月 22 日实测）、第三方报道转引 CNBC（时间线部分）。文中所有以美元计的价格均为第三方聚合站挂牌价，仅用于演示算法，不是 Google Cloud 的报价。