OpenAI programa para 24 de setembro de 2026 o encerramento da API do Sora: o que as equipes devem revisar

A data anunciada e os componentes afetados

A documentação de descontinuações da OpenAI define 24 de setembro de 2026 como a data de encerramento da Videos API e dos modelos sora-2 e sora-2-pro, além dos snapshots enumerados nessa página. A coluna de substituto não indica uma alternativa. Portanto, com base nas informações oficiais disponíveis, as equipes não devem planejar supondo que haverá uma migração automática, uma extensão do prazo ou um modelo substituto compatível.

A data indicada faz parte de um cronograma publicado; não é uma confirmação de que o serviço já foi desligado nem de como ele se comportará exatamente quando chegar o momento. Atualmente, o guia de geração de vídeo descreve um fluxo no qual os trabalhos são criados de forma assíncrona, seu status é consultado e o arquivo resultante é baixado. A referência para consultar um vídeo também descreve metadados do trabalho, incluindo o campo expires_at para ativos disponíveis para download. Nenhuma dessas descrições explica o que acontecerá com novas solicitações, trabalhos em andamento ou metadados depois da data de encerramento.

Na prática, é importante separar duas tarefas: preparar a continuidade do produto e preservar os ativos próprios que já estão disponíveis. Salvar um vídeo baixado pode conservar esse arquivo, mas não mantém, por si só, a capacidade de gerar outros vídeos por meio da integração. Da mesma forma, o fato de um aplicativo manter uma referência ou um identificador de trabalho não demonstra que o ativo continuará podendo ser recuperado.

Não confunda a API com o aplicativo ou o site

A Videos API é uma interface que permite a aplicativos e fluxos de trabalho realizar operações de geração e recuperação de vídeos por meio de solicitações programáticas. O guia técnico descreve a criação de um trabalho, a consulta do seu status e o download do conteúdo. Isso permite identificar dependências específicas de software: chamadas à API, processamento de respostas e componentes que esperam receber um vídeo ou consultar seus metadados.

O encerramento de uma API não deve ser descrito automaticamente como o fechamento de um aplicativo ou site destinado a usuários. São canais diferentes, que podem ter cronogramas, condições e ferramentas de exportação distintos. No entanto, as fontes verificadas para esta nota documentam a API e não estabelecem quando o aplicativo e o site do Sora foram — ou serão — encerrados. Também não fornecem instruções de exportação ou exclusão para esses produtos. Por isso, não é possível usar aqui informações de exportação do aplicativo para concluir o que acontecerá com dados ou ativos criados por meio da API.

Essa distinção importa para equipes que usam mais de um canal. Uma biblioteca de vídeos baixados pela API, uma conta de usuário em um aplicativo e um sistema de produção conectado por API podem envolver ativos e dependências diferentes. Cada canal exige a verificação das próprias instruções oficiais; as fontes disponíveis não permitem reunir todos esses casos em uma única política de retenção.

O que revisar em uma integração antes da data

O primeiro passo é localizar todas as dependências, não apenas o ponto em que uma geração é solicitada. No guia técnico, a operação de criação usa POST /videos; a consulta de status usa GET /videos/{video_id}; e a recuperação do arquivo é feita com GET /videos/{video_id}/content. Esses nomes são pistas úteis para buscas no código, nas configurações, nos registros, nos trabalhos agendados e nos serviços de terceiros que possam ocultar a chamada direta.

Em seguida, vale documentar de que forma cada operação sustenta o produto. Por exemplo, uma solicitação pode iniciar um processo de edição, aguardar a conclusão de um trabalho e enviar o arquivo para armazenamento ou revisão. Se uma chamada deixar de estar disponível, a falha pode se propagar para componentes posteriores, embora a documentação fornecida não especifique o código de resposta nem o comportamento do serviço após o desligamento. A resposta adequada é testar o tratamento de erros e planejar uma degradação controlada, não afirmar antecipadamente como o provedor responderá.

As equipes também devem distinguir os ativos que já estão no próprio armazenamento daqueles que só podem ser recuperados pela API. Para cada vídeo baixado, podem conservar o arquivo e os metadados necessários para identificar seu uso, de acordo com os requisitos internos e os direitos aplicáveis. Para ativos que ainda dependam de uma operação de recuperação, a documentação consultada não garante que essa operação continuará disponível após a data indicada.

Exemplo de inventário e resposta operacional

Imagine que um serviço interno recebe solicitações de vídeo, registra o identificador do trabalho, consulta o status periodicamente e, quando o trabalho termina, baixa o conteúdo para enviá-lo a um sistema de revisão. O inventário deve registrar separadamente cada operação e cada destino posterior. Assim, a equipe poderá saber se depende da criação de novos vídeos, da consulta de trabalhos já iniciados, do download dos arquivos ou das três operações.

Se a equipe conservar apenas o identificador do trabalho, ainda não terá necessariamente uma cópia local do vídeo. Se conservar o arquivo baixado, poderá preservar esse ativo no próprio armazenamento, mas isso não equivale a manter a geração ativa nem demonstra por quanto tempo os metadados continuarão disponíveis no serviço. A referência inclui expires_at como dado associado a ativos disponíveis para download; a fonte não explica como esse campo se aplicaria depois do encerramento.

Um teste de desligamento controlado pode simular respostas com falha ou indisponibilidade em um ambiente de testes e verificar se a fila evita repetir solicitações indefinidamente, se os usuários recebem um status compreensível e se os processos posteriores deixam de marcar como concluído um trabalho sem arquivo. Essa é uma recomendação de engenharia, não uma previsão da resposta específica da API. A documentação fornecida não especifica qual será essa resposta.

A migração ainda não foi especificada

A tabela de descontinuações não indica um substituto para os componentes mencionados. Isso não prova que não existam outras ferramentas de geração de vídeo, mas significa que, com base nas fontes consultadas, não há fundamento para recomendar uma substituição como migração oficial ou compatível. Antes de escolher outra solução, os responsáveis devem verificar quais operações ela oferece, como gerencia os trabalhos, quais formatos produz, quais são suas condições e se atende aos requisitos de segurança, custo, qualidade e integração.

Também não é possível afirmar, com base nessas fontes, o que acontecerá com trabalhos pendentes quando chegar 24 de setembro de 2026, se os metadados continuarão visíveis ou por quanto tempo, nem se haverá exceções ou alterações posteriores no cronograma. A referência técnica informa a data programada, mas não detalha as consequências operacionais daquele dia. Se a OpenAI publicar atualizações, essas instruções devem ser consultadas antes de decisões irreversíveis.

Para tomar uma decisão de serviço, o critério prudente é separar o que a equipe pode controlar do que depende do provedor. A equipe pode localizar chamadas, reduzir novas dependências, fazer cópias de segurança de ativos já disponíveis, registrar metadados próprios e testar a resposta dos sistemas a erros. Não pode deduzir dessas ações que o endpoint continuará ativo, que ativos remotos serão preservados ou que haverá uma extensão do prazo. É recomendável designar responsáveis e datas internas para cada tarefa e consultar novamente a documentação oficial quando a mudança estiver mais próxima.

Continue a explorar

Correções e transparência

Se encontrar informação incorreta ou desatualizada, envie-nos a página e a fonte que devemos rever.