Google的更新记录显示，旧的gemini-omni-flash-preview端点将在9月30日停止服务，开发者应迁移到gemini-omni-1.1-flash。正式版支持视频延展、首尾帧插值和分辨率控制，并保留对话式视频编辑能力。距离停用时间很近，迁移重点不是只改模型ID，而是核对请求参数、输出质量、成本和失败处理。
一、先查清所有调用位置
搜索后端代码、环境变量、队列任务、测试脚本和低代码工作流中的旧模型名。统计每天调用量、任务类型和负责人。不要只修改主接口，定时生成封面或内部演示也可能继续使用旧端点。集中模型配置能减少遗漏。
二、建立旧版输出基线
选择文本生成视频、图片动画和对话编辑的代表性样本，保存提示、参考素材、时长、分辨率和当前结果。新旧模型分别运行，比较主体一致性、动作、文字、音频和编辑遵循。生成具有随机性，应测试多次而不是只比较一个样本。
三、视频延展的使用边界
正式版可在现有片段尾部生成延续内容，适合补足镜头或延长背景。延展前检查最后帧是否稳定、主体是否清楚，并在提示中说明动作方向和镜头语言。连续多次延展可能出现人物、服装和场景漂移，关键商业素材仍需要人工剪辑。
四、首尾帧插值如何验收
提供起始和结束图片时，模型会生成过渡。两张图片的构图、主体和视角差异过大，容易出现不自然变形。先用低分辨率预览运动路径，再生成最终版本。验收重点包括面部、手部、文字、物体数量和镜头速度。
五、分辨率参数与真实清晰度
新接口支持360p、720p、1080p和4K等输出选择，其中高分辨率可能通过放大得到。不要仅看文件尺寸判断画质，应检查细节、边缘和压缩伪影。社交媒体预览先用较低分辨率，确定内容后再生成高规格，可减少成本和等待。
六、修改解析和存储流程
确认新响应字段、任务状态和错误码是否与预览版一致。视频任务通常异步完成，队列要处理超时、重试和幂等，避免重复计费与重复文件。输出保存到自有对象存储，并记录模型、提示和素材授权，不要长期依赖临时下载地址。
七、灰度切换与回退
先让内部测试或少量任务使用1.1，监控成功率、生成时间、文件大小和用户采用率。旧端点停用前完成全部流量迁移，回退方案应是暂停相关功能或切换已验证模型，而不是继续依赖即将关闭的接口。告警要覆盖队列积压和空视频结果。
八、迁移完成后的清理
删除旧模型配置、无效兼容代码和过期文档，更新运营后台与成本报表。通知内容团队新能力与限制，特别是视频延展和高分辨率并不保证事实真实性。一次完整迁移应做到调用不丢、质量可比、费用可见、失败可恢复。
