Google 將退役全部 Veo 端點：10 月 22 日影片服務大調整內幕

沒有退路的截止日期

模型退役通常會留一條軟著陸的通道。你會收到警告，會有一段緩衝期，就算錯過緩衝期，你還能固定住舊版本，替自己爭取一個季度從容移轉。Google 在 Gemini API 棄用頁面上為 2026 年 10 月 22 日寫下的，是另一種截止日期。沒有任何版本可以固定。

Gemini API 上的每一個 Veo 影片端點都安排在同一天關閉：veo-3.1-generate-preview、veo-3.1-fast-generate-preview 和 veo-3.1-lite-generate-preview。更早的 Veo 世代已經消失。Veo 3.0 和 2.0 已於 2026 年 6 月 30 日退役。10 月 22 日之後，Gemini API 上可呼叫的 Veo 模型數量為零。

讀到那些後綴，原因就一目瞭然。這些識別碼每一個都以 -preview 結尾。Google 在這個 API 上提供 Veo 大約有十八個月，卻從未讓它進入正式可用（GA）狀態。那條標準建議，固定住最後一個穩定版本、按自己的節奏移轉，在這裡沒有目標，因為從來就沒有一個可以固定的穩定版本。

取而代之的是什麼，以及為什麼這筆帳算得奇怪

Google 為這三個 Veo 端點只指定了一個替代品：gemini-omni-1.1-flash，它在 2026 年 8 月 27 日進入 GA。它不是 Veo 4，根本不是新的 Veo。它是另一個模型家族，透過另一套介面提供服務，並且改變了帳單的形態。

Veo 3.1 按成片影片的秒數計費。費率按解析度分級：標準端點在 720p 和 1080p 為每秒 0.40 美元，4K 升至 0.60 美元；Fast 端點在 0.10 到 0.30 美元之間；Lite 端點在 0.05 到 0.08 美元之間。Gemini Omni 則按輸出 token 計費。在按秒和按 token 兩種模式之間換算，是任何廠商頁面都不會做的那部分，因為它需要你先認定一個假設：一秒影片究竟值多少 token。

真去算這筆帳，結果完全取決於你原來用的是哪個 Veo 變體。對使用標準 Veo 3.1 端點的團隊來說，這次切換相當於大幅降價，大約降了四分之三。對使用 Fast 的團隊來說，大致持平。對使用 Lite 的團隊，也就是 Google 迄今賣過最便宜的含音訊影片端點，帳單大約翻倍。

這個規律值得琢磨。最便宜的選項被罰得最狠。凡是專門因為便宜才選 Lite 的人，而便宜正是選擇 Lite 層級的全部理由，現在同時被塞給一次移轉和一個更大的數字。廠商很少會刻意設計這種結果。它源於一條更簡單的規則：一家公司投入最少的端點，正是它最願意退役的那些；而它投入最少的，通常就是便宜的那些。

廉價端點短暫的一生

棄用表裡有一行值得單獨用一段來說。veo-3.1-lite-generate-preview 於 2026 年 3 月 31 日上線，安排在 2026 年 10 月 22 日下線。這是 205 天的生命週期。從一個被定位為低門檻入口的模型上線到關閉，不到七個月。

這最清楚地說明了一個整年都在累積的風險：在 AI 基礎設施裡，選便宜層級並不是低風險的選擇。便宜層級往往是實驗性的，而實驗性的東西會在實驗結束時退役。高階層級雖然昂貴，有時反而更持久，因為廠商對它的投入更多。

日期裡的細則要讀清楚

有一個減輕風險的細節，而它是把雙面刃。Google 自己的頁面把這些關閉日期描述為「模型可能被退役的最早日期」。延期是可能的。任何把移轉計畫建立在期待延期之上的人是在沙子上蓋房子，但任何把 10 月 22 日當成一堵硬牆的人也該知道，廠商給自己留了餘地。

方向則毫無疑問。Gemini API 正在把它的影片業務整合到 Omni 家族中唯一一個 GA 模型上。語音端點也走在同一條路上：文字轉語音和即時預覽被標記為不早於 2026 年 11 月 17 日關閉，替代的語音模型則定於 2027 年 1 月 1 日調價。一個在 11 月移轉語音管線的團隊，大約六週內用一個價格，之後就是另一個價格。

誰受傷害

這類移轉帶來的損失並不是平均分布的。擁有平台團隊和廠商關係的大團隊，把它當作一個衝刺來消化。在廉價端點上打造產品的小團隊，則把它當作一場危機來消化，因為他們的單位經濟模型是建立在一個已經不存在的價格上的。一個圍繞影片每秒五美分定價的創作者工具，無法在輸入成本翻倍時簡單地轉嫁成本，而不改變它的收費或交付內容。

關鍵在於技術堆疊有多少被抽象了。把影片呼叫藏在一個小的內部介面後面、把模型名稱放在一個設定檔裡的團隊，把 10 月 22 日當成一行改動。把 veo-3.1-lite-generate-preview 撒進十幾個服務的團隊，則把它當成一個考古工程。當初寫起來覺得是過度設計的抽象，最後成了決定這個截止日期有多難受的東西。

平台不等於模型

這裡最有用的教訓藏在一個小細節裡。棄用表把每個 Veo 預覽版和 Omni 替代品配在一起，卻沒有說 Veo 接下來去哪裡。但 Veo 並沒有死。它繼續存在於 Gemini Enterprise Agent Platform 上，那裡帶版本號的 Veo 端點退役日期為 2026 年 11 月 17 日或更晚，且沒有指名替代品。

換句話說，同一個模型家族在一個 Google 平台上被退役，在另一個平台上被維護。被棄用的不是模型，而是這個產品：一個以預覽門控的開發者 API 提供、按秒計價、賣給任何路過者的影片生成服務。Google 正在把影片往高端企業平台遷移，並在身後關上那扇隨意進出的門。

對開發者來說，這重新定義了決策。問題不再是「哪個影片模型最好」，而是「我願意做哪家廠商路線圖的租戶」。你今天賴以建構的模型也許沒問題，消失的是它所在的平台。

實際該怎麼做

三個務實動作，按順序來。第一，清點技術堆疊裡的每一次 Veo 呼叫，記下每個用的是哪個變體，因為標準、Fast 和 Lite 的移轉成本差別很大。第二，在截止日期之前而不是之後，針對 Omni 替代品做原型，因為按 token 計費的帳單在低量和高量下都與按秒計費表現不同。第三，最不緊急但最重要，寫下如果明年再發生一次你會怎麼做。10 月 22 日這個截止日期並不特殊。它是新常態，能挺過去的團隊，是那些把模型選擇當作一份有到期日的租約、而不是一次購買來對待的團隊。