Veo 3.0 今天關機:Google 半年退役四批模型,寫死 model ID 變成生產風險
退役的不只是 Veo,是「模型 ID 永遠在」這個假設
重點一:2026 年 6 月 30 日,Google 從 Gemini API 下架三個 Veo 影片生成模型——
veo-2.0-generate-001、veo-3.0-generate-001、veo-3.0-fast-generate-001,官方要求改用 Veo 3.1。重點二:這不是單一動作。攤開 Google 官方退役頁,2026 年至少有七個「關閉日」——從 1 月的舊嵌入模型,到 6 月初的 Gemini 2.0 Flash 家族,到 10 月的
gemini-2.5-flash。重點三:替代版本常常跳代,部分團隊半年內得遷兩次。對在程式裡寫死一個 model ID 的人,每一個關閉日就是一個排定好的服務中斷日。
今天從 Google 的 Gemini API 消失的,是三個 Veo 影片生成模型:veo-2.0-generate-001、veo-3.0-generate-001、veo-3.0-fast-generate-001。Google 在 6 月 15 日就公告了這個日期,要求開發者把呼叫改成 veo-3.1-generate-preview、veo-3.1-fast-generate-preview,或改用透過 Gemini Enterprise Agent Platform 提供的 Veo 3.1 GA 模型;沒改的,今天起呼叫就會中斷。
如果你的影片生成流程裡有一行寫死了 veo-3.0-generate-001,那行程式碼今天就停了。這是一個直接、可驗證的事實:一個寫死的 model ID,配上一個官方公布的關閉日,等於一個排定好的服務中斷。Veo 只是今天輪到的那一個。
往前後翻 Google 的退役行事曆,會看到這格不是孤例——而是一條密集排程裡的一個節點。
今天到底關了什麼?三個 Veo model ID 從 Gemini API 下架
被關掉的三個模型,對應的是 Veo 在 Gemini API 上的舊世代影片生成:veo-2.0-generate-001 是上一代,veo-3.0-generate-001 與其加速版 veo-3.0-fast-generate-001 是這一代的初版。官方退役頁給的替代,是各自對應的 Veo 3.1 版本。
Veo 3.1 相較 3.0,根據第三方整理,主要差異在整合式同步音訊(生成時一併產出對白與環境音)、場景延伸(串接多段成較長敘事)與 4K 上採樣;多家整理稱列表價與 3.0 對齊(Fast 約每秒 0.15 美元、Standard 約 0.40 美元,含音訊)。這些定價數字來自第三方整理,非 Google 官方頁逐項列出,行文以「約」標示。
值得注意的是替代版本的狀態:官方退役頁給的 Veo 3.1 model ID 仍標為 preview(veo-3.1-generate-preview),另一條路是經 Gemini Enterprise Agent Platform 取得 3.1 GA 版本。換句話說,被關掉的是相對穩定的舊版,遷移目標之一卻是還掛著 preview 標籤的新版——兩者在功能與配額上的差異,官方頁面目前沒有逐項攤開。
對只是偶爾用 Veo 生影片的人,這次遷移就是換個 model ID 字串。真正會被這一格絆到的,是把 Veo 接進自動化產製流程或產品後端、且把模型名稱寫死在程式裡的團隊——他們今天面對的不是「要不要升級」,而是「服務已經停了」。對台灣不少把生成影片接進行銷素材、社群內容或產品 demo 自動化的團隊,這條界線很實際:手動操作的人換個下拉選單就好,把模型名稱寫進排程腳本的人,今天才會發現流程斷在哪一行。
這是 2026 年第幾次關模型?一張 Google 退役行事曆
把官方 deprecations 頁與 changelog 上的關閉日攤開排序,Veo 這格落在一條相當密集的時間線上:
| 關閉日(2026) | 被關閉的 model ID | 官方建議替代 |
|---|---|---|
| 1/14 | text-embedding-004 | gemini-embedding-2 |
| 6/1 | gemini-2.0-flash、-001 | gemini-3.5-flash |
| 6/1 | gemini-2.0-flash-lite、-001 | gemini-3.1-flash-lite |
| 6/25 | gemini-3.1-flash-image-preview、gemini-3-pro-image-preview | 後續影像模型 |
| 6/30(今天) | veo-2.0-generate-001、veo-3.0-generate-001、veo-3.0-fast-generate-001 | veo-3.1(preview/GA) |
| 8/17 | imagen-4.0-generate-001、-ultra-、-fast- | gemini-3.1-flash-image |
| 10/2 | gemini-2.5-flash-image | gemini-3.1-flash-image-preview |
| 10/16 | gemini-2.5-flash、-lite、gemini-2.5-pro | gemini-3.5-flash/gemini-3.1-flash-lite/gemini-3.1-pro-preview |
半年內,文字嵌入(text-embedding-004)、對話模型(Gemini 2.0/2.5 系列)、影像生成(Imagen 與 Gemini image)、影片生成(Veo)四類模型各自都有 ID 被關。退役不是偶發的清理,而是 Google 模型發表節奏的固定一面——新版推出的同時,舊版被排進關閉佇列。
行事曆裡還藏著一個方向:影像生成正在併進 Gemini。8 月 17 日關閉的 Imagen 4.0 三個 ID,官方建議的替代是 gemini-3.1-flash-image;10 月 2 日關閉的 gemini-2.5-flash-image,替代是 gemini-3.1-flash-image-preview。獨立的 Imagen 品牌模型,正一步步被收進 Gemini 的多模態模型線。對寫死了 imagen-4.0-generate-001 的人,這同樣是一個排定好的關閉日。
這份退役表,是在 Google 持續推出新東西的同一段時間裡跑的。光是 6 月下旬,官方 changelog 就新增了給 Gemini 3.5 Flash 的 Computer Use 工具(6/24 公開測試)等條目。新功能往前衝、舊 model ID 往關閉佇列走,是同時發生的兩件事。
為什麼遷一次可能不夠?替代版本會跳代
行事曆裡藏著一個容易被忽略的細節:官方建議的替代版本,常常不是下一個小版本,而是跳代。
gemini-2.0-flash 在 6 月 1 日關閉,官方建議的替代直接是 gemini-3.5-flash——跳過了 2.5。而 gemini-2.5-flash 自己也排在 10 月 16 日關閉,替代同樣是 gemini-3.5-flash。
把這兩條放在一起看:一個原本用 gemini-2.0-flash、在更早之前先遷到 gemini-2.5-flash 的團隊,等於在 10 月 16 日還要再遷一次,前後相隔約四個半月。先前那次升級沒有讓他們停在一個能久放的版本上。對把模型 ID 當成穩定相依物件的工程團隊,這代表遷移不是一次性成本,而是要排進維運週期的反覆動作。
在 Google AI Developers Forum 上,有一條標題為「The 2026 Stability Crisis」的討論串,部分開發者抱怨今年 Gemini 的穩定性與反覆切換的負擔。這是個別使用者在公開論壇的意見,不是 Google 的官方立場,也不代表所有開發者的普遍經驗——但它反映了「跳代+密集退役」在開發端被感受到的摩擦。
寫死一個 model ID,等於排了哪一天的斷線?
機制其實很單純。Google 把每個模型的關閉日與替代 ID 逐一公布在 deprecations 頁——這份頁面,而不是產品發表的 release notes,才是「我用的模型哪天會停」的權威清單。只盯著新功能公告、沒在盯這份退役頁的團隊,最可能的失誤就是錯過切換日,直到呼叫回傳錯誤才發現模型已經下架。
官方文件也提到,對輸出可重現性敏感的生產工作流,可以在 API 呼叫裡釘選特定模型版本,避免非預期的模型更新改變輸出。但要分清楚:釘選版本只能讓你在關閉日之前穩定拿到同一個模型,不能讓你躲過那個關閉日——被排進佇列的 ID 到期一樣會停。釘選買到的是「不被偷偷換掉」,不是「永遠可用」。
於是對任何把工作流押在 Gemini/Veo API 上的團隊——包括台灣大量透過這些 API 開發或產製影音的開發者與內容團隊——「能力」和「今天還能呼叫到的 model ID」變成兩件要分開管理的事。前者看 Google 推出什麼,後者看那張退役行事曆上,輪到自己的是哪一天。
還沒講清楚的是什麼?
幾件事官方頁面目前沒有完全攤開:Veo 3.1 現在的 model ID 標為 preview,它與透過 Enterprise Agent Platform 提供的 3.1 GA 在功能與配額上的差異,尚未逐項說明;前面引用的 Veo 定價來自第三方整理,未經官方頁逐筆確認;而免費的 Gemini API 與企業端 Vertex AI 的退役時程是否完全一致,官方退役頁主要以 Gemini API 視角記載,沒有逐項交叉。
但有一件事今天已經明確:6 月 30 日從 Gemini API 下架的,不只是三個 Veo 模型,還有「把一個 model ID 寫進程式、就當它會一直在那裡」這個假設。退役行事曆上,下一個關閉日是 8 月 17 日。
資料來源:Google Gemini API 官方 deprecations 頁與 changelog(release notes);AI Weekly;Google AI Developers Forum;MindStudio(Veo 3 vs 3.1 比較,第三方整理)。
SOURCES
- A Gemini API model deprecations & shutdowns
- A Gemini API release notes (changelog)
- B Google retires Gemini 2.0 Flash-001, replace with 2.5 Flash
- C The 2026 Stability Crisis (Google AI Developers Forum)
- C Google Veo 3 vs Veo 3.1: What's New and Should You Upgrade?
來源分級:A = 一手公告/論文/官方文件 · B = 可信媒體 · C = 可參考但需脈絡 · D = 觀察用,不可當事實。
MACHINE-READABLE SUMMARY
- Topic
- AI 戰爭
- Key claims
-
- 2026 年 6 月 30 日,Google 從 Gemini API 下架 veo-2.0-generate-001、veo-3.0-generate-001、veo-3.0-fast-generate-001,要求改用 Veo 3.1 preview 或經 Gemini Enterprise Agent Platform 的 3.1 GA 模型。
- Google 官方退役頁列出 2026 年多個關閉日:text-embedding-004(1/14)、Gemini 2.0 Flash 家族(6/1)、兩個影像 preview 模型(6/25)、Veo(6/30)、Imagen 4.0 家族(8/17)、gemini-2.5-flash-image(10/2)、gemini-2.5-flash/-lite/-pro(10/16)。
- 替代版本常跳代:gemini-2.0-flash 官方建議改用 gemini-3.5-flash(跳過 2.5),而 gemini-2.5-flash 也在 10/16 改用 gemini-3.5-flash,押在 2.5-flash 的團隊約四個半月內可能遷兩次。
- 官方逐一公布每個 model ID 的關閉日與替代,只盯產品 release notes、未盯 deprecations 頁的團隊可能錯過切換日而中斷;生產工作流可在 API 呼叫釘選特定模型版本。
- Entities
- Google · Gemini API · Veo · Vertex AI · Gemini Enterprise Agent Platform · gemini-2.5-flash · gemini-3.5-flash · Imagen
- Taiwan relevance
- medium
- Confidence
- high
- Last updated
- 2026-06-29
- Canonical URL
- https://signals.tw/articles/google-model-deprecation-cadence/
SUGGESTED CITATION
如果 AI agent / 研究 / 報導要引用本文,建議格式如下:
矽基前沿 · AI 戰爭線(編輯:廖玄同),《Veo 3.0 今天關機:Google 半年退役四批模型,寫死 model ID 變成生產風險》,矽基前沿 [Si]gnals,2026-06-29。https://signals.tw/articles/google-model-deprecation-cadence/
AI agents / search engines may quote, summarize, and cite with attribution and a link back to the canonical URL above. See /for-ai-agents for full policy.