返回首頁

雲端 AI/模型生命週期

OCI 同日退休十款舊 Grok 端點,既有部署須改用 `xai.grok-4.3`

Oracle 為 Grok 3、Grok 4 與多款 Fast、Mini、Code 端點設定的 8 月 15 日退休日已到。這不是模型別名的透明切換;OCI 使用者必須修改模型 ID,並重新驗證推理參數、影像限制與區域可用性。

Aeroprints.com · CC BY-SA 3.0 · Image source
zh-Hant

Oracle 的 OCI Generative AI 退休表顯示,十款 xAI 隨選模型已在 8 月 15 日抵達停止服務日期,包括 Grok 3、Grok 3 Mini、兩者的 Fast 版、Grok 4、Grok 4 Fast、Grok 4.1 Fast,以及 Grok Code Fast 1;文件對部分重複列出的版本也給出相同日期。Oracle 指定的共同替代品是 Grok 4.3,OCI 模型識別碼為 `xai.grok-4.3`。舊模型頁面明確警告,退休後將無法再存取,因此硬編碼舊 ID 的推論、RAG 或代理流程具有直接中斷風險。

遷移並非只替換一行名稱。OCI 的 Grok 4.3 提供一百萬 token context,僅支援 on-demand 模式,並可經 Console、Inference API 與 CLI 呼叫。影像 API 只接受 JPEG/PNG 的 base64 輸入,單張轉換後須介於 256 與 1,792 token;文字和全部影像仍共享整體 context 上限。Oracle 也提醒,不是每個模型都在所有列出的區域供應,而 OCI 上的 Grok 實際由 xAI 管理,因此資料路徑與區域要求要重新核對。

應用團隊宜用固定回歸集比較舊、新模型的工具呼叫 schema、結構化輸出、拒答行為、延遲及 token 用量,尤其不要假設舊版 Fast 或 Mini 的成本與延遲特性會由 4.3 原樣保留。xAI 公布的 4.3 介面支援 `none`、`low`、`medium`、`high` 推理強度,但雲端封裝可接受的參數仍應以 OCI 文件與實測為準。值得繼續追蹤的是 Oracle 的模型清單可能短暫保留「Deprecated」項目;這不代表退休端點仍有正式可用性保證。

來源

  1. Model Retirement Dates (On-Demand Mode)
  2. Grok on Amazon Bedrock