Uma migração LTX API é mais do que substituir um ID de modelo. O changelog oficial mostra uma sequência: LTX-2 a descontinuação foi anunciada em 2 de julho, LTX 2.3 ganhou um nível de 720p em 2 de agosto, LTX 2.5 chegou em 11 de agosto e a remoção de LTX-2 foi registrada em 16 de agosto. Uma mudança segura, portanto, precisa de uma auditoria de dependência datada, testes visuais correspondentes e uma reversão caminho.

Teste novamente o LTX 2.3 com seus próprios recursos

Este plano transforma o LTX API changelog oficial em um novo teste reproduzível do criador. Ele mantém os fatos do fornecedor separados de suas observações, preserva o antigo pacote de evidências e compara os caminhos suportados com os mesmos prompts e entradas próprias. Ele não pressupõe que um modelo mais novo seja automaticamente melhor para cada caso de produção.

Sobre este guia: APOB AI o preparou a partir das fontes primárias listadas abaixo e as verificou novamente em 26 de agosto de 2026. Nenhum resultado de desempenho, qualidade, latência ou custo é reivindicado sem uma equipe executando o pacote e registrando suas próprias evidências.

Mapear as LTX API alterações

Comece com um mapa de alterações, não com uma edição de código. Para cada entrada, registre a data do changelog, modelo ou endpoint afetado, comportamento declarado, consequência operacional, proprietário e link de evidência. A diferença entre a data do anúncio e a data em que a alteração é registrada é importante durante a análise do incidente.

Suspensão em 2 de julho

O aviso de 2 de julho dizia que ltx-2-fast e ltx-2-pro seriam descontinuados em 15 de julho, quando as solicitações seriam atendidas por LTX 2.3 sem alteração de preço, e removidas em 15 de agosto. essas datas conforme o plano publicado. A entrada posterior do changelog registra a remoção em 16 de agosto e diz que as solicitações que especificam os IDs retirados retornam um erro.

Capture ambas as entradas no registro de migração. Não reescreva a data planejada após o fato nem a use como prova do tempo real de transição em sua conta.

Nível de resolução de 2 de agosto

Em 2 de agosto, o changelog adicionou saída de 720p para LTX 2.3 texto para vídeo e imagem para vídeo: 1280x720 paisagem e 720x1280 retrato. Se uma predefinição antiga assumisse outro tamanho de saída, as colheitas posteriores, as áreas seguras de legenda, a validação de upload e as estimativas de custos poderão mudar mesmo quando o prompt não mudar.

Adicione declarações de resolução explícitas ao novo teste em vez de aceitar qualquer arquivo reproduzível.

Remoção em 15 de agosto

15 de agosto foi o prazo de remoção anunciado; o changelog atual registra a remoção em 16 de agosto. Sua declaração operacional é inequívoca: os IDs do modelo LTX-2 retirados estão indisponíveis e as solicitações que os especificam retornam um erro.

Configuração de pesquisa, arquivos de ambiente, cargas úteis de trabalho, predefinições, modelos salvos, manipuladores de novas tentativas e documentação para ambos os IDs retirados. Um wrapper pode ocultar a string do código do aplicativo enquanto ainda a envia.

LTX-2.5 disponibilidade

A entrada de 11 de agosto introduziu ltx-2-5-fast e ltx-2-5-pro para texto para vídeo, imagem para vídeo e áudio para vídeo. Isso torna LTX 2.5 uma opção de migração atual; isso não prova que seja o substituto correto para um fluxo de trabalho LTX 2.3 API específico.

Mantenha as famílias de modelos separadas em tickets, nomes de arquivos e planilhas de pontuação. “Atual” é um fato de acesso. “Preferencial” deve vir do teste correspondente.

Dependências legadas do inventário

Congelar um estoque antes de alterar a produção. Inclua chamadas diretas, wrappers SDK, automações sem código, trabalhos agendados, modelos de prompt, regras de ativos, armazenamento, monitoramento e documentação voltada para o cliente. Atribua um proprietário e uma decisão stop/go a cada linha.

Inventário de endpoints

Use exemplos redigidos de solicitações e respostas. Preserve IDs de solicitação e carimbos de data/hora, mas remova chaves, dados pessoais e URLs de ativos privados de evidências compartilhadas.

Adicione um campo “como foi encontrado” ao lado de cada dependência: pesquisa de repositório, exportação de painel, inspeção do agendador, entrevista com o proprietário ou registro de tráfego. Isso torna os pontos cegos visíveis. Exigir que o proprietário confirme tanto as conclusões positivas como as decisões “não utilizadas”; uma célula vazia não é evidência de que um caminho é seguro.

Auditoria de predefinições e proporções

Liste duração, resolução, orientação, controles de quadro ou câmera, aprimoramento de prompt, comportamento inicial quando suportado e restrições de imagem. Em seguida, rastreie as suposições em layouts de legendas, miniaturas, especificações de anúncios e pastas de entrega.

O APOB AI Video Generator lista LTX 2.3 entre as opções de modelo suportadas e pode fornecer uma comparação do lado do criador, mas não há evidências de que uma integração API privada compartilhe controles idênticos. Registre a interface testada.

Pressuposições de faturamento e qualidade

Separe as entradas dos resultados. As entradas incluem o modelo selecionado, resolução, duração, tentativas e qualquer preço atual mostrado na conta. Os resultados incluem clipes aceitos, correções manuais, latência observada pelo seu teste e custo final calculado a partir de sua própria fatura ou registro de uso.

Não copie um número temporário ou regional em uma previsão permanente. Carimbe a data de cada valor e identifique quem pode aprovar uma alteração no orçamento.

Crie um conjunto de regressão correspondente

O conjunto deve ser pequeno o suficiente para ser executado após cada mudança de API material e diversificado o suficiente para detectar interrupções na produção. Use apenas entradas próprias ou licenciadas, controle a versão de cada arquivo e preserve as exportações intactas.

Prompts e entradas fixas

Escolha uma imagem de produto, um personagem adulto fictício e uma imagem de ambiente. Bloqueie o texto do prompt, restrições negativas, nomes de arquivos, durações, proporções e qualquer semente suportada. Salve a carga JSON exata para cada caminho.

Não “ajude” um candidato com uma solicitação reescrita, a menos que a mesma revisão se torne um novo caso de teste rotulado separadamente.

casos 720p e 1080p

Execute um caso de 720p porque essa camada foi adicionada explicitamente para LTX 2.3. Execute um caso 1080p correspondente apenas onde o caminho atual suportar. Verifique as dimensões em pixels com os metadados do arquivo, não com o rótulo de exportação, e inspecione a geometria, o texto, a continuidade da face, o movimento, a cintilação e a compactação do produto.

Casos de retrato e paisagem

Use a mesma batida narrativa em 9:16 e 16:9. Mantenha a ação do assunto e o corte pretendido fixos. Verifique se as mãos, o produto, o rosto, a área segura para legendas e elementos importantes do plano de fundo sobrevivem a ambos os frames.

O APOB AI Video Generator mais amplo pode fornecer um segundo caminho voltado para o criador para as mesmas entradas de propriedade. Salve suas configurações e saída separadamente; não apresentam resultados de interface cruzada como uma referência API.

Rubrica de aceitação

Identidade da pontuação, adesão imediata, fidelidade do produto, estabilidade temporal, movimento, enquadramento, áudio quando aplicável, validade de arquivo técnico, novas tentativas e reparo manual. Use uma escala de 0 a 2: 0 falha, 1 precisa de uma correção documentada, 2 passa conforme entregue. Defina qualquer parada brusca (produto errado, arquivo inutilizável, problema de direitos ou reivindicação não suportada) antes de visualizar os clipes.

Permitir duas tentativas documentadas por caso e caminho. Uma terceira tentativa inicia um novo teste rotulado com um motivo por escrito; ele não pode substituir as falhas anteriores na súmula.

Exigir capturas de tela, metadados de arquivos, registros de solicitações e notas do revisor para cada caso, incluindo falhas.

Compare os caminhos de migração disponíveis

Compare apenas os caminhos que estavam acessíveis na data do teste. Um ID compatível na documentação, uma interface de criador APOB e uma integração de produção API são superfícies diferentes e devem ser rotuladas adequadamente.

Compatibilidade

Verifique o esquema de carga útil, modos de geração suportados, tipos de entrada, duração, proporção, resolução, análise de resposta e entrega downstream. Marque cada item suportado, alterado, não suportado ou não testado. A compatibilidade é um pré-requisito, não um índice de qualidade.

Qualidade e latência

Revise os resultados às cegas sempre que for prático. Meça o tempo de envio para prontidão a partir de seus registros, mas relate a contagem de amostras, o contexto da rede, a data e as falhas. Um único resultado rápido é uma observação, não uma afirmação de serviço durável.

Insumos de custo

Registre modelo, resolução, duração, jobs bem-sucedidos, jobs com falha, novas tentativas e o resultado de uso datado da conta. Calcule o custo por clipe aceito como uma métrica operacional local. Não transforme isso em um preço universal de fornecedor.

Caminho substituto

Defina uma opção API compatível, um substituto do lado do criador e uma opção de entrega manual. O substituto deve preservar as mesmas instruções e regras de propriedade aprovadas. Teste-o antes do prazo, não durante a primeira interrupção.

Implementar com um plano de reversão

A produção começa somente depois que o inventário e as evidências de regressão tiverem aprovações nomeadas. Mantenha o artefato de implantação anterior, a configuração e o pacote de saída aceito até que o novo caminho atenda à janela de monitoramento.

Validação de sandbox

Execute todos os casos com credenciais e destinos que não sejam de produção. Confirme se os erros estão visíveis, se os registros foram editados, se os arquivos chegam à pasta correta e se nenhum recurso de teste pode ser publicado em uma conta ativa.

Lote Canário

Roteie um lote pequeno e explicitamente aprovado pelo novo caminho. Limite trabalhos e gastos, rotule os resultados e compare taxas de aceitação, novas tentativas, reparos manuais e erros de entrega com a linha de base congelada.

Monitoramento

Observe erros de solicitação, conclusão de trabalhos, falhas de download, arquivos inválidos, taxa de novas tentativas, taxa de saída aceita e custo por clipe aceito. Cada alerta precisa de um proprietário, limite, tempo de resposta e link de evidência.

Reversão e aprovação do proprietário

Reversão significa mudar para um caminho compatível testado ou pausar a geração, sem enviar o tráfego de volta para os IDs de modelo removidos. Registre o proprietário da decisão, o gatilho, a alteração de configuração, a comunicação do cliente e a verificação de recuperação.

Execute um breve exercício de reversão no sandbox. Calcule quanto tempo leva para interromper novos trabalhos, alternar o substituto compatível, verificar um arquivo em bom estado e notificar o proprietário. Anexe o registro do exercício ao ticket de liberação para que a recuperação seja um procedimento exercido em vez de um parágrafo otimista.

Lista de verificação de uma página: arquive as evidências do LTX changelog; encontrar identidades aposentadas; congelar predefinições e suposições posteriores; execute 720p, 1080p correspondentes quando houver suporte, casos de retrato e paisagem; pontuar resultados técnicos e criativos; calcular a partir de registros de uso datados; testar o substituto; canário com boné; monitor; obter aprovação de API, criativo, operações e orçamento. Evidências em 26 de agosto de 2026; verifique novamente até 15 de setembro.

Fontes

• LTX API Registro de alterações — Lightricks

• AI Video Generator — APOB AI