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 日这个截止日期并不特殊。它是新常态，能挺过去的团队，是那些把模型选择当作一份有到期日的租约、而不是一次购买来对待的团队。