Sora 2 是 OpenAI 开发的一款生成式人工智能模型，可根据自然语言描述或参考图像生成带有同步音频的视频。该模型于 2025 年 9 月 30 日推出，是初代 Sora 的后继版本，并为独立的 Sora 应用提供支持，供用户创作和分享生成的视频片段。其输出将动态影像与对白、音效及环境声相结合。(openai.com)
OpenAI 将 Sora 2 描述为在物理合理性、场景连贯性以及生成序列的可控性方面取得进步的模型，同时承认它仍会出错。该模型将音视频生成与社交化二次创作、经用户同意生成其个人形象等功能相结合，使个人肖像、内容来源和滥用等问题成为产品设计与安全评估的一部分。有关这些能力及防护措施的说明，主要见于 OpenAI 的发布资料和系统卡。(openai.com)
Sora 网页端和应用于 2026 年 4 月 26 日停止服务。Sora 2 模型及 Videos API 于 2026 年 9 月 24 日关闭；OpenAI 保留了 API 文档，供历史查考。(help.openai.com)
开发与发布
2024 年 2 月 15 日，OpenAI 公布了初代 Sora，这是一款能够生成最长一分钟视频的文本生成视频研究模型。随附的技术报告将这项工作置于能够模拟物理世界的模型研究背景下，但未披露完整的模型与实现细节。此次公布属于研究预览，而非面向普通消费者的正式发布：最初获得访问权限的是红队评估人员，以及部分视觉艺术家、设计师和电影制作人，旨在通过他们的反馈为安全测试和创意应用提供参考。Sora 2 随后在这一生成式人工智能研究计划的基础上发展而来。(openai.com)
作为中间版本的 Sora Turbo 于 2024 年 12 月 9 日上线。OpenAI 表示，其速度明显快于 2 月的预览版本，并通过独立网站向 ChatGPT Plus 和 Pro 订阅用户提供服务。配套界面支持文本、图像和视频输入，还提供了用于指定镜头序列的分镜工具。这意味着，在 Sora 2 问世之前，Sora 品牌下就已有面向消费者的产品：2024 年 12 月的这次发布，既不同于最初的研究成果公布，也不同于 2025 年 9 月的模型发布。OpenAI 也承认，Turbo 在真实物理效果以及较长序列中的复杂动作方面仍存在不足。(openai.com)
Sora 2 于 2025 年 9 月 30 日发布，同时公布了一份系统卡，介绍其能力、风险和部署安全措施。与初代模型推出时侧重视频不同，Sora 2 被定位为视频与音频生成模型，能够生成同步的语音和音效。OpenAI 称，相较于早期系统，该模型在逼真程度、物理合理性和指令遵循能力方面有所提升；这些说法来自公司自身，而非独立基准测试的结论。发布时的贡献者名单列明，Bill Peebles 负责领导 Sora，Connor Holmes 负责领导系统工作，Rohan Sahai 和 Thomas Dimson 则担任产品负责人。(openai.com)
最初的推广采用邀请制，仅限美国和加拿大。用户可以下载新的 Sora iOS 应用，并登记接收推送通知，以便在账户获得使用资格时收到提醒；获得邀请后，用户也可通过 Sora 网站访问服务。因此，能够下载应用本身并不意味着拥有生成权限。OpenAI 宣布，初期将在计算资源允许的范围内提供免费访问，并在网站上向 ChatGPT Pro 订阅用户提供实验性的、更高质量的 Sora 2 Pro 模型。公告还表示，Sora 1 Turbo 将继续可用，不会立即被取代。(openai.com)
此次发布区分了三个层面：Sora 2 是底层生成模型；Sora 是面向消费者的应用，在模型基础上增加了创作、发现、分享和再创作功能；面向开发者的 应用程序编程接口则是单独提供的集成渠道。9 月 30 日的公告称，API 访问即将开放，而非将其作为首批邀请制应用推广的一部分。随后单独发布的开发者文档列出了 sora-2 和 sora-2-pro 两个模型名称，并通过 Videos API 提供视频生成功能，而不是通过消费者应用的社交界面提供。(openai.com)
技术基础与已披露的训练数据
OpenAI 的开发者指南将 Sora 的技术基础描述为对多模态学习与扩散模型相结合的研究，以及利用多样化视觉数据进行的训练。指南将这一基础与根据自然语言描述或参考图像生成带音频的视频这一能力联系起来。这只是对研究脉络及所支持功能的概括性说明，并非 Sora 2 的完整架构规范。具体而言，指南并未说明网络的内部组织方式、训练目标，或音频与视频表征的结合方式。因此，这一描述足以支持将多模态扩散视为其技术基础，但不足以据此还原模型的实现方式。(developers.openai.com)
2025 年 9 月 30 日发布的 Sora 2 系统卡披露了三大类训练数据：互联网上公开可得的信息；通过与第三方合作获取的信息；以及由用户、人工训练员和研究人员提供或生成的信息。这些是按来源划分的类别，而非数据集清单。披露内容既未指明各个合作方提供的数据集合，也未逐一列出互联网来源，或量化用户提供及研究人员生成的材料所占份额。此外，文档也没有给出这三类数据各自的占比，或按媒体类型、语言、地理来源划分的语料构成。(cdn.openai.com)
OpenAI 描述了一套通过过滤材料来维持质量、降低风险的数据处理流程。它还表示使用了多个安全分类器，以帮助防止有害或敏感材料被用于训练或被模型生成，并明确以涉及未成年人的性内容为例。因此，已披露的机制结合了数据集过滤与自动内容分类。不过，数据部分并未公布这些分类器的判定阈值、被剔除材料的数量，或训练数据筛查中测得的错误率。其措辞描述的是降低风险的措施，而非证明所有敏感样本均已被排除。(deploymentsafety.openai.com)
训练数据筛查不同于另有文档说明的提示词与生成输出审核。后者在部署运行期间检查视频帧、音频转写文本和场景描述等内容；这些管控措施本身并不能揭示哪些样本进入了模型训练。系统卡讨论了这两个层面，但对部署阶段防护措施的运作细节所作的说明，远比对语料构建的说明充分。(cdn.openai.com)
上述技术披露并未报告 Sora 2 的参数量、训练集总规模、训练计算量，也未提供足够详细、可供独立验证可复现性的训练方案。有关 Sora 2 建立在初代 Sora 基础之上的说法，并不意味着此前描述的每一个架构组件都保持不变。因此，若要具体断言它沿用了哪些词元化方式、压缩方法、网络结构或训练流程，就需要针对 Sora 2 本身的证据，而不能仅凭早期模型的文档作出推断。(developers.openai.com)
视听生成与场景控制
Sora 2 能够根据自然语言描述或参考图像生成音画同步的视频。其模型文档区分了这些条件输入与最终生成的媒体：文本和图像被列为仅供输入的模态，而音频和视频则被列为仅供输出的模态。因此，能够生成语音或环境声音，并不意味着该模型的基础接口支持将上传的音轨用作音频提示。在同一次生成请求中，文本可以指定主体、动作、场景、镜头运动以及发声事件。(developers.openai.com)
与仅使用文本相比，以参考图像作为条件输入，可以提供更具体的视觉起点。OpenAI 的提示指南将图像描述为首帧的视觉锚点，用于确定构图、角色外貌、服装和布景等元素；配套文本则指定后续动作。文档中的一个示例将图像与一条指令配合使用，要求画面主体转身、微笑，然后走出画面。这种分工由参考图像确定初始视觉布局，由文字提示描述随时间展开的变化，而不是把图像视为对最终生成序列的完整规定。(developers.openai.com)
生成的音轨可以包含对话、环境氛围声以及单独的音效。OpenAI 在 2025 年 9 月 30 日的公告中，以两名登山探险者在风雪中交替呼喊的场景展示了语音生成功能。其提示指南进一步明确了预期的控制方式：将对话与视觉描述分开，并使用一致的说话者标签，将台词与特定角色及其手势关联起来。指南还指出了时长限制，说明四秒钟的镜头通常只能容纳一两次简短的对话交锋，并提醒冗长的讲话可能导致音画失去同步或打乱节奏。背景音可以独立于对话进行指定，例如用机器声和模糊的人声交谈营造室内声景。这些是文档中介绍的提示编写方法，并非经过测量验证的音画对齐保证。(openai.com)
场景控制不只涉及单个动作，还涵盖跨越多个镜头的指令。OpenAI 声称，Sora 2 能够在此类序列中保持场景状态，并将这种连续性视为一种有别于逼真呈现单幅图像的能力。发布介绍将写实、电影感和日式动画风格的画面列为其擅长的表现形式，既涵盖类似真人实拍的呈现，也包括动画。在提示层面，这种控制涉及对取景、镜头运动、动作顺序、光照和色彩的描述。指南建议重复描述光照特征，并反复使用一小组配色，以促进镜头之间的视觉一致性；但这些仍然只是自然语言约束，不能保证每一项要求的细节都会持续保留。(openai.com)
OpenAI 用一次篮球投篮未中的情形，来说明其所声称的物理合理性提升：生成的篮球可以撞上篮板后弹回，而不是强行入篮。这里的区别在于，模型能够为一次失败的动作呈现合理的后果，而不只是生成成功尝试所暗示的结果。这是发布公告中的定性示例，并非经过验证的物理基准测试：示例没有提供轨迹误差数值、受控比较或成功率。OpenAI 也承认生成结果仍会出现错误，因此，这个篮球反弹的示例并不能证明模型具有普遍的物理可靠性，也不能证明它是一个经过验证的世界模型。(openai.com)
模型版本、输出格式与定价
OpenAI 在 API 文档中列出了两个版本：侧重快速迭代的 sora-2，以及侧重高质量输出的 sora-2-pro。开发者指南将标准版定位为探索视觉风格、构思创意和制作粗剪的工具。指南称，Pro 版速度较慢、费用较高，但在制作电影级镜头和营销素材时，能够生成更精致、更稳定的结果。这些说法是 OpenAI 对质量与延迟之间预期权衡的描述，并非独立测评的比较结果；指南也没有给出两个版本之间固定的渲染耗时比例。（developers.openai.com）
标准版列出的输出尺寸为竖屏 720 × 1280 像素和横屏 1280 × 720 像素。Pro 版支持相同尺寸，另外还列出了 1024 × 1792 和 1792 × 1024 像素的格式，以及 1080 × 1920 和 1920 × 1080 像素的全高清输出。因此，“Pro”并不代表某一种分辨率：该版本可以按多种尺寸输出，各尺寸的价格也不同。文档将 1024 × 1792 等中间分辨率格式与 1080p 格式分别列出，不应将两者视为相同规格。（developers.openai.com）
讨论时长限制时，也需要注明文档日期及所用界面。截至 2026 年 10 月 15 日仍保留的历史 API 指南明确记载，两个版本均可生成 16 秒和 20 秒的视频，并称生成时长最长可达 20 秒。这反映的是所保留的 API 规格，并不意味着在模型发布后的整个存续期内，或在面向消费者的应用和网站上，都统一适用这一限制。指南还指出，较长片段和 1080p 生成任务的耗时，可能明显长于较短、较低分辨率的渲染任务。模型及 Videos API 于 2026 年 9 月 24 日关闭后，这些文档仍被保留。（developers.openai.com）
历史 API 价格以生成视频每秒所需的美元金额计价。在 720 × 1280 或 1280 × 720 分辨率下，标准版每秒收费 0.10 美元，Pro 版则为 0.30 美元，即相同分辨率下标价的三倍。Pro 版的中间分辨率格式每秒收费 0.50 美元，1080p 格式则为 0.70 美元。按这些费率直接计算，生成一段 8 秒的 720p 视频，标准版费用为 0.80 美元，Pro 版为 2.40 美元；使用 Pro 版生成一段 8 秒的 1080p 视频，费用则为 5.60 美元。（developers.openai.com）
这些按秒收取的费用针对开发者 API 用量，并非面向消费者的订阅价格，也不代表订阅中包含的视频额度。OpenAI 为 ChatGPT 订阅和 API 平台分别设置了计费系统，API 用量独立计费。因此，不能简单套用历史上的每秒费率，将订阅访问权限和面向消费者的视频生成额度折算为 API 使用额度。（help.openai.com）
Sora 应用与个人形象功能
Sora 面向消费者的应用于 2025 年 9 月 30 日推出，将视频创作与社交媒体功能相结合，用户可以发现生成的视频片段、分享作品，以及对其他用户的视频进行混编。这些是应用层面的功能，有别于底层 Sora 2 模型生成视听内容的能力。可自定义的信息流为用户提供了从观看转向创作的途径，而混编功能则让已有的生成作品成为其他用户创作的起点。OpenAI 将该应用定位为协作创作的空间，尤其注重朋友间的合作，而非仅仅是提交生成提示词的界面。(openai.com)
个人形象功能在 2025 年 9 月发布时的系统卡中称为“cameos”（客串），在后来更新的产品资料中则称为“characters”（角色）。用户通过在应用内进行一次简短的音视频录制，创建自己的个人形象；OpenAI 表示，这一过程兼具身份验证和形象采集的作用。该形象涵盖本人的外貌与声音，使本人或其他获授权用户能够将其置于生成的场景中。因此，它并非只是头像或对虚构人物的文字描述，而是将采集到的视听身份信息与创作界面中可重复使用的形象关联起来。发布时的系统卡说明，以这种方式呈现真实用户，必须以用户明确选择同意为前提。(openai.com)
谁可以使用这一形象由权限设置决定，形象所属者可随时撤销使用权限。OpenAI 还说明了针对生成视频的控制措施：用户可以查看包含自己角色的视频，包括他人创建但尚未发布的草稿，也可以移除包含该角色的视频。更新后的安全资料还提到，用户能够查看、删除和举报此类视频。这些控制措施涵盖了数据隐私管理的两个不同阶段：授权生成新的形象呈现，以及监督 Sora 内已经创建的形象呈现。用户还可以选择启用更严格的角色保护措施，以限制外貌上的重大改变、令人尴尬的情境，以及明显偏离本人一贯身份特征的呈现；这些措施被描述为保护手段，并不保证每次生成的形象都符合用户意愿。(openai.com)
OpenAI 表示，其信息流设计侧重于用户关注的账号、与用户有互动的人，以及预计能够激发进一步创作灵感的视频。该公司称，其推荐系统使用现有的大语言模型，并可通过自然语言指令进行调整；公司还介绍了定期向用户询问身心状态的做法，让用户有机会据此调整信息流。其于 2026 年 2 月 3 日发布的信息流设计理念文件列举了更具体的个性化信号：帖子、关注的账号、点赞、评论、混编，以及减少推荐类似内容的请求，此外还包括作者信号和安全信号。该文件还指出，ChatGPT 历史记录可用于辅助推荐，用户可以在 Sora 的数据控制设置中关闭这一用途。OpenAI 将排序目标描述为鼓励创造力和主动参与，而不是尽可能延长用户刷信息流的时间；这是公司宣示的产品设计目标，并非经过独立验证的用户行为衡量结果。(openai.com)
开发者接口与制作工作流程
留存的开发者文档描述的是一种异步 API，而不是即时返回视频的接口。提交 POST /v1/videos 请求后，接口会返回任务标识符和初始状态。应用程序可以轮询任务，直到状态变为 completed 或 failed，也可以通过 webhook 接收 video.completed 和 video.failed 通知。生成完成的 MP4 文件则通过视频内容端点获取。OpenAI 将这一工作流程定位于概念开发、粗剪、社交媒体短片和营销素材制作；这些是预期用途，并非经过独立衡量的实际应用情况。(developers.openai.com)
OpenAI 在 2026 年 3 月 12 日的更新日志中记录了一次功能扩展，涵盖可重复使用的角色参考、视频延长、Batch API 支持，以及专用的编辑端点。这些功能见于留存的后期 API 文档，不应据此认为它们在服务存续期间始终存在。编辑端点的推出是为了取代此前的 remix 端点。(developers.openai.com) 以参考图像作为生成条件时，使用 input_reference 来确定生成视频的首帧；受支持的图像必须与所请求的输出分辨率一致。这与可重复使用的角色素材不同，后者可以为多个独立请求提供生成条件。(developers.openai.com)
已归档的提示词指南介绍了如何利用简短的 MP4 参考片段创建动物或物体角色，规定片段时长为 2 至 4 秒、分辨率为 720p 至 1080p，画面可以采用横向或纵向宽高比。后续请求需提供角色标识符，并在提示词中指明主体。指南中的示例在不同的生成场景中重复使用了一只名叫 Alfie 的狗。相比之下，视频延长功能使用现有片段的全部内容作为续写上下文，而不只是最后一帧；指南记载，单次最多可增加 20 秒，合并后的总时长上限为 120 秒。对于定向编辑，指南介绍了保留现有镜头、每次只修改一个特征的做法，例如修改镜头描述或配色方案。这些是文档中描述的保持连贯性和迭代修改的机制，并不保证每次都得到完全一致的结果。(developers.openai.com)
批量渲染支持的是离线队列处理，而非交互式即时完成。Batch API 接受上传的 JSONL 请求文件，处理时限为 24 小时，支持的端点包括 /v1/videos。因此，在一次较大规模的提交中，每个请求都可以对应一项独立的渲染任务。(developers.openai.com) 视频指南特别将批处理与镜头清单、审核流程和工作室定时渲染联系起来。它要求使用 JSON 请求，并预先上传素材或提供素材引用，而不是采用 multipart 上传方式。(developers.openai.com)
文档列出的 API 限制不允许生成包括公众人物在内的真实人物，并拒绝接受含人脸的输入图像、受版权保护的角色和受版权保护的音乐。默认情况下，具有人类外貌的角色上传会被拦截。(developers.openai.com) 这些限制不同于面向消费者的应用中基于授权的肖像功能；通过后者，用户可以采集自己的外貌和声音，并控制谁能使用这一形象。消费者应用中的授权本身并不意味着开发者接口也获得了相应授权。(openai.com)
内容安全防护与来源追溯
2025 年 9 月 30 日发布的系统卡介绍了输入和输出两个阶段的内容审核机制。文本和图像分类器可在生成开始前拒绝提示词。渲染完成后，系统还会对视频帧、场景描述和音频转录文本进行额外检查，所用的防护措施包括儿童性虐待材料分类器，以及经过训练、能够解读内容政策的多模态推理监测器。第二阶段旨在拦截漏过输入过滤器的违禁内容；评论同样需要接受审核。这些措施构成了多层拦截机制，并不意味着底层模型无法生成有害内容。(deploymentsafety.openai.com)
OpenAI 随发布一同公布的说明指出，这些防护措施针对的内容包括色情材料、恐怖主义宣传以及鼓励自残的内容。生成的语音通过转录文本接受检查，自动化系统则另行扫描信息流内容，查找违反政策或不适合相应年龄用户的材料。人工审核作为扫描机制的补充，重点关注可能造成重大危害的内容。这一区分在实际运行中十分重要：生成阶段的检查决定输出能否交付给用户，信息流过滤则决定应用通过其社交媒体界面分发哪些内容。OpenAI 还介绍了针对单条视频、个人资料和评论的举报功能，以及屏蔽账号和删除已发布视频的功能。(openai.com)
在来源追溯方面，系统卡承诺，第一方产品的所有媒体素材都会附带 C2PA 元数据，从网站或应用下载的视频会带有动态可见水印，并配备内部工具，用于判断视频或音频是否源自 OpenAI 产品。发布说明还介绍了用于将输出追溯至 Sora 的内部反向图像搜索和音频搜索工具。这些承诺涉及相互补充的几类信号：供观看者识别的可见标识、机器可读的来源信息，以及内部来源归属判定能力。(deploymentsafety.openai.com) 内容来源与真实性联盟标准使用与媒体素材关联、经过数字签名的来源记录。验证过程检查的是这些记录的完整性及其与文件的关联，并不能证明所呈现的事件确实发生过。因此，标明内容由 AI 生成的有效凭证，是关于其来源的证据，而非对画面所示场景真实性的认证。(c2pa.org)
规则的执行还取决于生成媒体之外的情境。系统卡禁止未经授权使用他人形象、冒充他人、骗局、欺诈，以及未经当事人同意的私密影像。它介绍了应用内举报、自动检测与人工审核相结合、移除内容或施加处罚等措施，以及通过通知给予受影响用户回应机会的做法。(deploymentsafety.openai.com) 针对人物形象相关风险，OpenAI 的发布说明介绍了以当事人同意为基础的形象和声音再现控制机制、可撤销的使用权限，以及被再现者查看、删除或举报包含其形象或声音的视频的能力，其中也包括其他用户的草稿。这些控制措施处理的是知情同意与滥用问题，而不只是识别合成媒体。(openai.com) 系统卡承认，欺骗行为可能高度依赖具体情境，分类器难以识别，而且有害行为仍可能绕过防护。因此，来源追溯措施被定位为额外的风险缓解手段，而不是防止冒充他人或欺骗性再传播的保证。(cdn.openai.com)
青少年保护与社交产品管控
2025 年 9 月 30 日发布的系统卡介绍了触发强化青少年保护措施的两种不同情形：用户的推定年龄，以及源素材中人物的表观年龄。对于被认为属于未满 18 岁用户的账户，系统会采用更严格的审核阈值，限制生成不适龄的内容。此外，如果分类器在上传的图像或视频中检测到可能的未成年人，包括通过当时名为“cameos”的肖像功能采集的素材，系统就会对后续基于这些素材的生成采用更严格的阈值。因此，针对未成年人形象的保护并不局限于青少年用户提出的请求。这些是围绕生成过程实施的审核与分类措施，并不意味着底层模型另有一个单独的青少年版本。(cdn.openai.com)
青少年保护措施也适用于内容传播。系统卡指出，无论浏览者年龄如何，分类器都旨在确保公开信息流符合 OpenAI 的未满 18 岁用户政策。这意味着，内容获准生成，并不等于具备通过应用社交信息流传播的资格。OpenAI 于 2026 年 2 月 3 日发布的信息流运作说明进一步介绍，系统会从青少年账户的信息流中过滤有害、不安全或不适龄的内容，并在自动检查内容是否符合政策及信息流展示要求的基础上，辅以人工审核。因此，信息流过滤是视频创作阶段检查之外的另一层措施。(deploymentsafety.openai.com)
应用的隐私与联系权限控制针对的是仅靠输出过滤无法覆盖的风险。上线文档规定了更严格的默认隐私设置，并限制使用青少年的肖像。OpenAI 还表示，不会向成年人推荐青少年的个人资料，成年人也无法主动向青少年发送私信。前一项限制针对算法推荐发现机制；后一项则规定了谁可以主动发起联系，而不是全面禁止所有消息往来。一般性的肖像控制允许用户决定谁可以使用自己的形象，并可撤销授权；包含其肖像的视频，包括其他用户的草稿，也会对本人可见，以供查看、删除或举报。上线公告还承诺，为青少年设置更严格的肖像使用权限，并扩充人工审核力量以处理欺凌事件。(openai.com)
家长控制功能通过 ChatGPT 对外公布，并非对 Sora 2 音视频生成能力的调整。产品上线时，OpenAI 表示，默认会限制青少年每天可在信息流中观看的生成视频数量，同时提供家长设置，用于调整连续滚动浏览限制、关闭算法个性化推荐以及管理私信。同期发布的安全公告明确指出，家长可以控制青少年是否能够收发消息，并选择非个性化信息流。2026 年 2 月的信息流文档再次提到，家长可以控制个性化推荐和连续滚动浏览。这些设置管理的是消费级产品中的内容接触、推荐与交流：选择非个性化信息流会改变内容筛选方式，而消息与滚动浏览控制则会改变可用的互动方式和浏览行为。它们与决定系统拦截哪些请求素材或生成内容的审核阈值彼此独立。(openai.com)
评估、局限性与世界模拟相关主张
OpenAI 于 2025 年 9 月 30 日发布的系统卡介绍了其红队网络成员开展的外部红队测试。测试人员尝试生成禁止内容、上传违反政策的材料以及绕过安全防护，同时也对产品层面的保护措施进行压力测试。测试涉及色情内容、极端主义、自残、暴力、政治说服、青少年安全及肖像使用等领域。测试结果为提示词过滤器、屏蔽列表和分类器阈值的调整提供了依据。定量评估使用了数千条对抗性提示词：先对“仅以提供帮助为目标”的模型所生成的输出进行评分，再将其转化为自动化测试，用于检验生产环境中的安全防护体系；该体系检查视频帧、字幕和音频转写文本。(cdn.openai.com)
系统卡将 not_unsafe 定义为对不安全内容的拦截效果，并将其描述为召回率；not_overrefuse 则衡量无害内容是否避免了被误拦截。在暴力与血腥内容方面，公布的输出得分分别为 95.10% 和 97.00%；在自残内容方面，分别为 99.70% 和 94.60%。这些是公司自行报告的安全防护体系评估结果，并非对视听质量或物理准确性的独立测量。这两项指标针对不同的错误：放行禁止内容，以及拒绝允许的内容。两者都不应被理解为任意一段生成视频安全无害的概率。OpenAI 明确承认，违反政策的内容仍有可能绕过其安全防护。(cdn.openai.com)
有关物理真实性的主张则另见于发布公告。OpenAI 以一次篮球投篮不中的情景说明其所称的改进：模型不再通过不合常理的变形让球进入篮筐，而是能够呈现篮球撞上篮板后弹回的情景。其他演示包括体操、在桨板上后空翻，以及抱着猫的花样滑冰运动员。这些示例展示了该公司所称的运动表现与物理合理性提升；公告并未将其作为带有数值评分的标准化物理基准测试。公告中关于跨多个镜头保持场景状态的主张，同样涉及生成能力，而非上述安全指标。(openai.com)
不过，OpenAI 也承认生成过程经常出错，并表示该模型并不完善。该公司观察到，某些失败情形看起来像是画面中行动主体犯了错——例如某个动作未能成功，而不是明显违背物理规律——但这只是对模型行为的一种解读，并不能证明所有相关的动力学过程都得到了正确表征。公告将更大规模的视频训练视为通向更强大世界模型的途径，并最终指向能够在物理世界中行动的 AI 系统。因此，通用世界模拟是与 Sora 2 相关的一项研究愿景，而不是已由公布的安全百分比或精选演示所证实的能力。(openai.com)
停用与历史文档
2026 年 3 月 24 日，OpenAI 通知开发者，Videos 应用程序编程接口（API）、Sora 2 模型别名及带日期的快照版本均已弃用，并将于 2026 年 9 月 24 日移除。因此，该通知将退役公告与六个月后终止访问区分开来。面向消费者的服务则采用了另一套时间表：Sora 网页版和应用于 2026 年 4 月 26 日停用，早于开发者 API 的关闭时间。这些日期标志着服务退出的不同阶段，而非所有接口同时关闭的单一时间点。(developers.openai.com)
9 月 24 日的关闭范围包括 Videos API，以及 sora-2 和 sora-2-pro 两个模型别名。OpenAI 的弃用列表还明确列出了三个带日期的快照版本：sora-2-2025-10-06、sora-2-2025-12-08 和 sora-2-pro-2025-10-06。各条目的关闭日期相同，对应的建议替代项字段均为一条短横线。保留下来的视频生成指南随后确认，这些模型和 API 已关闭，不再可用，明确表明 9 月的日期已不再只是预定的截止日期。(developers.openai.com)
对于消费者创建的内容，OpenAI 公布了独立于已停用的创作和分享界面的导出安排。其帮助中心介绍了一个专门的 Sora 停用页面，其中设有“导出”控件；导出内容准备就绪后，系统会通过电子邮件通知账户持有人。该文章明确表示，应用停用后仍可导出内容。文章也保留了提供最后一次导出窗口期的可能性，并表示，如果提供这一窗口期，将提前通过电子邮件通知用户，而非保证会额外开放一段访问时间。(help.openai.com)
配套的数据治理政策指出，与个人使用 Sora 相关的数据将在服务停用后永久删除；如果能够提供最后一次导出窗口期，则会在该窗口期结束后删除。因此，已公布的安排将服务停止运行与最终删除数据区分开来，但未指定完成删除的具体日期。(help.openai.com)
OpenAI 将《使用 Sora 生成视频》保留为历史文档，并在醒目位置注明其归档状态，同时声明没有可一对一替代的 API。该页面继续保留原有服务的模型比较、端点说明和代码示例。这些保留下来的说明记录的是此前的接口及其能力，并不意味着仍可访问服务：调用 Sora 模型的示例位于明确确认服务已关闭的声明下方。(developers.openai.com)
参考来源
- Video generation with Soradevelopers.openai.com
- Sora 2 System Card - OpenAI Deployment Safety Hubdeploymentsafety.openai.com
- Sora 2 System Cardcdn.openai.com
- Sora 2 Model | OpenAI APIdevelopers.openai.com
- Sora 2 Prompting Guidedevelopers.openai.com
- Sora 2 Pro Model | OpenAI APIdevelopers.openai.com
- Changelog | OpenAI APIdevelopers.openai.com
- Create batch | OpenAI API Referencedevelopers.openai.com
- C2PA Explainerc2pa.org
- C2PA FAQc2pa.org
- Sora 2 System Card — Specific Risk Areas & Mitigationsdeploymentsafety.openai.com
- Deprecationsdevelopers.openai.com