Sora 2 API 的停服日期已经确定：2026 年 9 月 24 日。 OpenAI 的弃用公告同时列出 Videos API、sora-2、sora-2-pro 和对应日期快照，推荐替代项均为空。截至 2026 年 9 月 5 日，开发团队应按这个日期安排保存文件和切换服务，不能再以“模型文档还在”作为继续长期依赖的理由。OpenAI 官方弃用公告
如果你看到的是“Sora 已经关闭”，通常指的是网页和 App：它们已于 2026 年 4 月 26 日停用。消费端和开发者接口采用不同日期，接下来要做什么，取决于你的作品和请求实际存放在哪里。Sora 停用说明
先确认你调用的是哪项服务
打开项目的接口地址、账单或云端部署配置，确认服务提供方。应用里显示“Sora 2”，不足以判断适用的停服安排。
| 实际使用方式 | 已确认的安排 | 现在应核对什么 |
|---|---|---|
| OpenAI 官方 Videos API | 2026 年 9 月 24 日移除 | 请求地址、模型 ID、已有任务和已保存的视频 |
| Sora 网页或 App | 2026 年 4 月 26 日已停用 | 账号是否还能进入官方导出流程，以及导出邮件 |
Microsoft Foundry 的 sora-2 部署 | 当前英文表中，2025-12-08 版本退役日期为 2026 年 10 月 15 日；2025-10-06 为 2026 年 7 月 15 日 | 自己部署的版本、控制台通知与最新退役表 |
| 第三方转发或聚合接口 | 不能直接从 OpenAI 日期推导其全部服务安排 | 实际上游、停止接单时间、历史结果保留方式及替代模型 |
微软的日期只适用于相应 Foundry 部署，不能理解成 OpenAI 官方接口延期。若你看到的搜索摘要或旧文写着“9 月 15 日”，应重新查看当前英文页面并核对版本；截至本文更新时，其 2025-12-08 行写的是 10 月 15 日。Microsoft 模型退役时间表
OpenAI 公告覆盖的日期快照包括 sora-2-2025-10-06、sora-2-2025-12-08 和 sora-2-pro-2025-10-06。把通用模型名改成其中一个快照，并不能绕过本次移除安排。公告也没有给出精确截止小时、时区或停服后必定返回的 HTTP 状态码，因此不要把“9 月 24 日零点”“统一返回 410”写进自己的运行假设。
第三方接口尤其需要单独确认。转发服务仍列出 Sora，并不证明它能在官方上游停服后继续生成同一种视频。让服务方明确说明后续实际提供什么模型、旧任务如何查询、文件何时失效；收到含糊的“支持不变”答复时，仍应准备可验证的替代方案。
先把视频保存下来，再处理新生成任务
最先盘点的是你已经拥有的作品。任务显示完成、数据库存有下载链接、播放器暂时能打开，均不等于视频已经独立保存。 一个可靠的保存结果，应当是自有存储中存在可播放的文件，并且能对应回业务记录。
官方 API：逐项查清任务和文件
OpenAI 文档中的异步流程是：提交生成后获得任务编号和状态，通过 GET /v1/videos/{video_id} 查询；任务完成后，用 GET /v1/videos/{video_id}/content 获取视频内容。状态包括 queued、in_progress、completed 和 failed；也可接收 video.completed、video.failed 回调通知。列出历史任务时还要处理分页，不能只保存第一页。Videos API 视频生成指南
对已有业务，可以按下面顺序完成一次盘点：
- 整理任务记录。 汇总业务编号、服务提供方、模型及版本、视频任务编号、最后状态和自有文件位置。不要把密钥写进导出清单。
- 优先检查已完成但未落盘的任务。 尝试通过仍可访问的内容接口取得视频，保存到自己控制的存储；有业务用途的缩略图或预览图也一并处理。
- 核对文件是否真的可用。 检查文件大小和媒体格式，用播放器打开，确认时长、画面和需要的音轨，再把文件位置关联到原任务。接口返回成功但实际保存的是错误文本，不算完成。
- 解决未结束的任务。 对已知编号继续查询到完成或失败。提交请求超时但已有任务编号时，先查原任务；直接重新创建可能产生重复视频和额外费用。
- 标明无法取得的结果。 保留任务编号、最后一次响应和业务影响，向对应服务方核实恢复可能性。不要把“查得到任务”自动记成“找得回视频”。
保存窗口往往比停服日期更早到来。OpenAI 当前文档写明，普通生成的下载链接在生成后最长有效 1 小时，应及时复制到自己的存储；Batch 视频则是批处理完成后最多可用 24 小时。这两个窗口适用于不同流程，都不是允许把旧视频一直留到 9 月 24 日再下载的承诺。结果下载与保留窗口
网页和 App：走账号导出流程
消费端作品应按帮助中心的说明访问 Sora 导出入口，在账号仍可使用该流程的情况下选择 Export，等待导出就绪邮件。OpenAI 表示，如提供最终导出窗口，将通过邮件告知；数据删除发生在停用及任何最终导出期之后。官方导出与数据处理说明
这段说明不能用来承诺所有账号现在都能导出，也不代表 API 历史视频都会出现在消费端导出包中。拿到导出文件后，实际解压并打开重要视频，核对是否缺少项目；邮箱里收到通知本身并不等于作品已保存。
替代接口要按现有功能选，不能只换模型名
OpenAI 本次公告没有给出可直接接替 Sora 2 的模型。选择其他服务时，先写下当前产品真正依赖的能力：是文字生成视频、图片作为首帧、末帧控制、延长已有场景，还是带对白和音效的视频。只有这些要求明确，才知道哪些差异会影响上线。
Google 当前视频总览建议，一般视频生成和对话式编辑优先考虑 Gemini Omni Flash；需要场景延长、末帧控制或维护既有流程时考虑 Veo 3.1。这是 Google 对自身产品的用途划分，可以据此缩小候选范围，但不能据此判定你的素材在哪个模型上效果更好。Google 视频生成总览
两者也有不同的接入方式。Gemini Omni Flash 的视频生成和编辑使用 Interactions API；Veo 3.1 则采用异步操作，官方 SDK 示例依次使用 client.models.generate_videos、client.operations.get 和 client.files.download。Veo 文档还列出原生音频、首尾帧控制及参考图等能力。Gemini Omni 文档、Veo 3.1 文档
因此，迁移时至少要处理输入参数、任务标识、状态查询、失败分支和文件下载。即使某家服务采用类似的请求格式，也要确认返回内容和计费规则，不能假设 Sora 的视频长度、音频行为或失败处理会原样保留。新服务的账号权限及支持地区，也应以自己的账号和当前规则为准。
如果你已经通过 LaoZhang 接入视频接口，可先查看模型信息文档，核对控制台中的候选模型，再按该服务文档验证异步流程。这适合减少现有接入的重复工作；文档列有 Sora 本身，并不能保证官方停服后的 Sora 连续性。
怎样判断迁移已经完成
下面是针对视频业务的工程验收建议，不是任何服务方的成功率承诺。用你自己的真实业务素材验证完整流程，比只提交一条演示请求更有意义。
| 验收对象 | 通过条件 | 容易遗漏的问题 |
|---|---|---|
| 提交与追踪 | 业务记录能对应到唯一的服务方任务编号 | 请求超时后重复创建，旧任务仍在生成 |
| 完成与失败 | 两种终态都能让页面和后台正确结束等待 | 只处理成功，失败任务一直显示生成中 |
| 视频成品 | 下载到可播放的实际文件，画面、时长、比例及所需音频符合业务要求 | HTTP 成功、任务完成，却没有保存视频内容 |
| 存储与交付 | 文件已进入自己的存储，用户能通过产品取到 | 页面仍依赖服务方的临时下载链接 |
| 费用与异常 | 能按任务核对账单，并解释失败、超时和重试的处理方式 | 把一次提交价格当成一次成功交付的总成本 |
切换前，建议给旧 Sora 流程设置明确的停止接单时间，预留处理在途任务的余地。具体提前多久由你的任务耗时、支持时段和发布安排决定；不要默认官方停服当天还留有足够时间收尾。
实际切换可以先让一小部分合适的业务走新服务，检查生成、状态显示、保存和交付，再逐步扩大。旧任务查询与新任务提交应分开安排：停止创建新的 Sora 视频，不应顺手删除仍需查询的任务编号或文件记录。
如果替代服务无法满足关键要求，例如人物连续性、对白效果或输出规格，就应在产品中暂停相应功能并说明可用范围。验收通过的条件是用户仍能得到产品承诺的结果；“换过模型名”或“收到了一个任务编号”都不足以说明完成迁移。
截止日前仍需关注的变化
后续最值得检查的是自己的部署通知、官方弃用日期、消费端导出邮件，以及尚未完成的任务和保存清单。模型介绍页仍能访问，并不能推翻明确的停服公告；同样，OpenAI 未列出推荐替代项，也不能推导为它今后绝不会再做视频产品。
目前没有官方保证能在停服后恢复所有历史 API 视频，也没有公开的统一截止时刻可供精确倒计时。对现有项目最有用的进度记录，应是“哪些视频已经保存、哪些任务尚未结束、哪项替代功能已经验收、哪些功能决定停用”。这几项记录能直接告诉团队还剩什么工作，而不会把全部风险都压到最后一天。
