Grok 4.1 将从 Google Cloud 下线：GEAP 运营团队必须在 8 月 20 日前完成路由迁移

2026 年 7 月 8 日，Google Cloud 低调发布了一则公告：Gemini Enterprise Agent Platform（GEAP）宣布整个 Grok 4.1 模型系列已废弃，将于 2026 年 8 月 20 日永久关闭。此后，对 GEAP 上 xai/grok-4.1-fast-reasoning 或 xai/grok-4.1-fast-non-reasoning 的 API 请求将返回 400 错误，没有任何 fallback 机制。

如果你通过 Google Cloud 而非直接通过 xAI API 路由 Grok 流量，迁移时间线不同——成本换算也不一样。

发生了什么

7 月 8 日，GEAP 在其 Model as a Service（MaaS）端点上增加了 Grok 4.1 系列的废弃声明：

• 受影响的模型： xai/grok-4.1-fast-reasoning 和 xai/grok-4.1-fast-non-reasoning
• 废弃日期： 2026 年 7 月 8 日
• 硬关闭时间： 2026 年 8 月 20 日 00:00 UTC
• 关闭后的行为： 通过 https://aiplatform.googleapis.com/v1/projects/<your-project>/locations/global/endpoints/openapi/chat/completions 端点使用 Grok 4.1 model ID 发起的请求将返回 400 错误

Google 的迁移建议是切换到 GEAP 上可用的更新版 xAI 模型（具体来说是 Grok 4.2 或 Grok 4.3），或从 Model Garden 中选择其他替代模型。

这与 xAI 直接 API 下线（2026 年 5 月 15 日）以及 Oracle Cloud Infrastructure 下线（废弃日期 5 月 15 日，退休日期 8 月 15 日）是独立的。同一模型系列在不同云厂商之间的退役时间线可能相差数月。

对 AI 工程团队的意义

Grok 4.1 Fast 曾被定位为 xAI 最适合 agentic 工具调用场景的模型——客户支持 pipeline、深度研究 agent、高频工具调用任务。选择通过 GEAP 使用它的团队，通常是为了与 Google Cloud 基础设施（IAM、billing、VPC-SC、Workspace）深度集成，如今他们面临一次 43 天通知窗口内的强制迁移。

运营侧的痛点是真实存在的：

成本跃升。 社区反馈显示，最近的替代选项——GEAP 上的 Grok 4.3——定价约为 Grok 4.1 Fast 废弃前价格的 5 倍。对于高并发工具调用场景，这是一次重大的单位经济变化，可能需要重新评估是否切换到更低成本的替代方案。

路由配置变更。 GEAP 使用带 xai/ 前缀 model ID 的 OpenAI-compatible 端点。使用 Cursor、Claude Code 或其他 OpenAI-compatible 客户端并指向 GEAP 的团队，需要更新配置中的 model 参数——不只是 base URL。基于配置驱动的路由框架需要做 model ID 映射重映射。

无自动转发。 与某些废弃场景（旧 model ID 静默 alias 到新版本）不同，GEAP 在 8 月 20 日后将直接返回 400 错误，没有软过渡期。

多云团队面临分散的时间线。 如果你的团队同时使用 GEAP 和 Oracle Cloud Infrastructure 访问 Grok，两者的退役日期不同（OCI：8 月 15 日；GEAP：8 月 20 日）。一次统一的"Grok 4.1 已下线"部署变更可能不够——每个云端点需要独立审计。

路由与运营视角

这次废弃暴露了云厂商托管第三方模型的一个结构性问题：废弃 SLA 由云厂商决定，而非模型原始提供商。

当 xAI 于 5 月 15 日从其直接 API 下线 Grok 4.1 Fast 时，通过 Google Cloud 或 Oracle 访问 Grok 的运营者获得了额外的缓冲期——但前提是他们在独立追踪 GEAP 和 OCI 的 release notes。假设"xAI API 下线 = 所有地方下线"的团队产生了错误的安全感；假设"GEAP 跟随 xAI 时间线"的团队对 8 月 20 日截止日期毫无感知，直到偶然查看 GEAP release notes。

受影响团队的迁移决策矩阵：

现在需要审计的内容：

1. grep 你的配置文件。 搜索所有路由配置、环境变量和 SDK 初始化代码中的 grok-4.1、grok-4.1-fast、grok-4.1-fast-reasoning、grok-4.1-fast-non-reasoning。
2. 确认使用的端点 base URL。 如果 base_url 指向 aiplatform.googleapis.com，则你在 GEAP 上，受此次废弃影响。如果指向 api.x.ai，则在直接 API 上（截止日期已过）。
3. 对替代方案进行成本建模。 对于高并发工具调用场景，切换到 Grok 4.3 的 5 倍成本跃升，可能使 Gemini 3.5 Flash 或 DeepSeek V4 Pro 成为比同类模型替换更具经济性的选择。
4. 更新监控。 在受影响 model ID 上添加 400 错误率告警，在 8 月 20 日前设置硬触发阈值。

TheRouter 用户需要关注什么

如果你通过终止于 GEAP 的 gateway 路由 Grok 请求，model ID 更新必须在 8 月 20 日前完成。指定 Grok 变体的 OpenAI-compatible model 字段需要改为 xai/grok-4.2 或 xai/grok-4.3——或者整个路由需要重定向到不同的 provider 端点。

对于管理多云提供商路由的团队，这是审计 model ID → provider 端点映射表的好时机。一个抽象 provider 选择的 gateway（将 grok-4.1-fast-reasoning 语义路由到任何可用的活跃端点）比将完整 GEAP model 标识符硬编码在应用代码中的方案，在应对此类云厂商特定废弃时更具韧性。

请查阅 GEAP 迁移指南 获取官方模型替代对照表。如果你在 Oracle Cloud Infrastructure 上运行 Grok，请注意你的截止日期是 8 月 15 日——比 GEAP 早五天。