Happy Horse 1.1 vs 1.0 no PixMind: preços e migração

O Hub do Happy Horse apresenta a versão 1.1 como predefinição atual para uma nova integração, mas ela não deve receber tráfego de produção até a rota implementada provar que invoca o modelo de origem 1.1. O catálogo público indica que a versão 1.1 está disponível e que o preço da API começa em $0.24 por segundo. Uma versão candidata com encaminhamento por versão passou nos testes específicos e relacionados, mas ainda não foi implementada nem confirmada por uma geração paga.

Essa distinção muda a resposta honesta à pergunta «qual versão devo usar?». Escolha a 1.1 como destino da migração, mas mantenha a 1.0 como referência conhecida até que os testes de aceitação em produção deste guia sejam aprovados. Este artigo compara interfaces, preços e evidências de implementação. Não apresenta uma avaliação comparativa de qualidade visual, pois não foi executado um teste controlado e verificável de forma independente com a versão 1.1 em produção.

Esta é uma ilustração editorial criada pelo Codex, não uma saída do Happy Horse 1.0 ou 1.1. Não deve ser usada como evidência da qualidade do modelo.

Pesquisa e revisão: Equipa Editorial da PixMind. As evidências de produto, preço e disponibilidade foram recolhidas em 6 de setembro de 2026.

Para uma escolha de modelos mais abrangente, consulte a comparação de geradores de vídeo com IA de 2026. Para aceder ao produto atual, use o Hub de vídeo do Happy Horse.

Pontos principais

• O catálogo público da API marca happyhorse-1.1 como disponível, com preço inicial de $0.24 por segundo. A página atual do modelo 1.0 arredonda o preço inicial para $0.19 por segundo, enquanto a documentação pública detalhada indica $0.176.
• A rota integrada atual oferece geração de texto para vídeo e a partir de uma única imagem inicial, em 720p ou 1080p, com durações de 5, 10 ou 15 segundos e cinco proporções.
• A Alibaba documenta uma família de origem 1.1 mais ampla, que inclui 480p, áudio e modos de referência para vídeo. Esses recursos não devem ser descritos como integrados até que a rota do produto os disponibilize e verifique.
• O conjunto específico de 9 testes da rota foi aprovado em 6 de setembro. Executado em conjunto com os testes relacionados do diretório de modelos, o resultado combinado foi de 21 em 21; a versão 1.1 continua por verificar em produção até que seja implementada e uma tarefa de aceitação paga seja concluída.
• Os preços da API em dólares e os créditos do Studio são sistemas separados. O preço devolvido quando a plataforma aceita uma tarefa é o custo final específico dessa transação.

Neste guia

• Happy Horse 1.1 vs 1.0 em resumo
• O que está verificado hoje
• Capacidades do modelo de origem e da integração
• Comparação de preços da API
• Qual versão escolher
• Lista de verificação da migração
• Direitos de utilização comercial
• Perguntas frequentes

Happy Horse 1.1 vs 1.0 em resumo

O Happy Horse 1.1 tem especificações de origem mais avançadas, enquanto a interface integrada é atualmente muito mais limitada e corresponde, em grande parte, às opções expostas pela versão 1.0. A diferença prática não se resume a um número de versão. É preciso saber se o pedido implementado chega ao modelo de origem pretendido e devolve um registo de tarefa auditável.

A página da API do Happy Horse 1.1 é a referência pública atual para o estado, o ID do modelo, as opções do construtor e o preço inicial. A rota ligada à documentação completa da versão 1.1 devolveu um erro 404 durante esta análise, por isso este artigo não apresenta essa página ainda não publicada como referência funcional. A documentação de geração do Happy Horse 1.0, mais antiga, continua a ser útil para os parâmetros já estabelecidos na integração. Se houver alterações, a documentação ao vivo e o preço apresentado quando a tarefa é aceite prevalecem sobre esta comparação datada.

O que está verificado em 6 de setembro de 2026

Foram verificados três níveis de evidência, e cada um responde a perguntas diferentes. Tratar apenas um deles como prova completa produziria uma recomendação de migração enganadora.

Evidência pública do produto

A página pública da API 1.1 mostrava o estado Disponível, o ID estável happyhorse-1.1 e um preço inicial da API de $0.24 por segundo. A rota do Happy Horse 1.1 no Studio também é a predefinição do Hub. A página atual do modelo 1.0 na API mostrava o estado Disponível e arredondava o preço inicial da API para $0.19 por segundo; a documentação pública detalhada indica a tarifa mais precisa de $0.176. O construtor público oferecia um prompt, resolução, duração, proporção e uma imagem inicial opcional. A rota do Happy Horse 1.0 no Studio continua disponível em separado como opção anterior.

Isso prova o que o catálogo anuncia. Não prova qual versão do modelo de origem processou uma geração específica.

Evidência de produção em modo só de leitura

Uma verificação agregada da base de dados, com proteção da privacidade, encontrou três tarefas concluídas guardadas como happyhorse-1.0 e uma tarefa concluída guardada como happyhorse-1.1. O registo da versão 1.1 mostra que foi concluído um pedido com esse ID estável, mas a resposta guardada não incluía um sinal independente do modelo de origem. Por isso, a linha da tarefa, por si só, não prova que o pedido foi executado no modelo de origem 1.1.

Evidência do código e dos testes

A versão candidata atual preserva a versão estável pedida ao selecionar a rota de texto para vídeo ou de imagem para vídeo no modelo de origem. O seu conjunto específico de 9 testes foi aprovado quando voltou a ser executado em 6 de setembro. A execução combinada desse conjunto com os testes relacionados do diretório de modelos foi aprovada em 21 de 21 testes.

Esses testes sustentam o contrato de encaminhamento local corrigido. Não provam a implementação em produção, a aceitação pelo fornecedor, a faturação, a entrega do ficheiro multimédia nem a identidade da saída. Até que uma tarefa paga já implementada forneça essa evidência, o estado correto é: a versão 1.1 está publicamente listada, foi corrigida localmente e ainda não foi verificada de forma independente em produção.

Este diagrama editorial determinístico documenta o contrato de encaminhamento local corrigido. Não é um comprovativo da implementação em produção nem uma evidência da qualidade da saída.

A capacidade do modelo de origem não é uma capacidade integrada

A documentação da Alibaba descreve uma família de origem Happy Horse 1.1 mais ampla do que a rota atual disponibiliza. Isso ajuda a compreender o potencial do modelo, mas não deve ser copiado diretamente para uma tabela de capacidades do produto.

O guia atual de modelos para geração e edição de vídeo da Alibaba lista variantes de texto para vídeo, imagem para vídeo e referência para vídeo do Happy Horse 1.1. As suas tabelas de modelos documentam saídas em 480p, 720p e 1080p, durações entre 3 e 15 segundos, 24 fps e áudio para a família de origem. A documentação da API de referência para vídeo da Alibaba também documenta variantes R2V 1.0 e 1.1, enquanto a página do modelo Happy Horse 1.1 R2V descreve fluxos de trabalho com até nove imagens de referência. O R2V já existia na versão 1.0 de origem; a 1.1 melhorou-o, em vez de o introduzir do zero.

A interface integrada verificada para este artigo oferece apenas:

• Texto para vídeo ou imagem para vídeo com uma imagem inicial
• Resolução de 720p ou 1080p
• Durações predefinidas de 5, 10 ou 15 segundos
• Proporções de 16:9, 9:16, 1:1, 4:3 ou 3:4
• Nenhuma opção de áudio documentada
• Nenhuma entrada de referência para vídeo ou de várias referências documentada

Esse limite é importante tanto para os textos do produto como para o código do cliente. «O modelo de origem suporta áudio» não equivale a «esta rota devolve áudio». Da mesma forma, a existência de um nome de modelo R2V na origem não torna válido o envio de uma matriz de imagens de referência para um endpoint I2V integrado.

O padrão de documentação mais seguro é classificar cada capacidade pelo respetivo âmbito: documentada no modelo de origem, integrada e disponibilizada ou verificada em produção. Essa classificação em três níveis impede que um recurso planeado seja confundido com algo que o cliente pode chamar hoje.

Preços da API do Happy Horse 1.1 vs 1.0

As páginas públicas atuais dos modelos apresentam níveis diferentes de precisão nos preços. A página da versão 1.1 começa em $0.24 por segundo e não publica uma tarifa separada para 1080p. A página do modelo 1.0 arredonda as tarifas para $0.19 por segundo em 720p e $0.28 em 1080p; a documentação detalhada da versão 1.0 indica, respetivamente, $0.176 e $0.256.

O cálculo é simples:

custo estimado da API = tarifa indicada por segundo × duração pedida

Esta é uma fórmula de planeamento, não uma garantia de faturação. Novas tentativas, falhas de validação, condições específicas da conta, promoções ou uma alteração posterior dos preços podem afetar o custo real. Use o preço devolvido quando a plataforma aceita a tarefa como valor final específico da transação.

Não converta créditos do Studio em dólares nem os combine com estas tarifas da API. O consumo no Studio e os preços em dólares da plataforma de API são registos separados, com contextos comerciais diferentes. Se uma folha de orçamento precisar dos dois, use duas colunas, identifique a origem e a data de consulta de cada valor e nunca deduza um a partir do outro.

Consulte a página atual do modelo 1.1 na API imediatamente antes de enviar um lote. Para conhecer as tarifas do fornecedor de origem, consulte a página de preços do Model Studio da Alibaba, mas não substitua o preço aceite pela plataforma integrada pelos preços do fornecedor.

Que versão do Happy Horse deve escolher?

Escolha com base no estado de verificação e nas necessidades do fluxo de trabalho, não apenas na novidade da versão. Um sistema de produção beneficia mais de um modelo corretamente encaminhado e observável do que de uma etiqueta mais recente cuja execução não pode ser confirmada.

Escolha a versão 1.1 após a aceitação em produção quando

• Está a iniciar uma nova integração e pode aguardar a verificação da implementação.
• A tarifa mais elevada de 720p cabe no orçamento.
• Pretende o destino de migração atual e espera que a rota integrada seja ampliada mais tarde.
• O seu sistema de observabilidade consegue preservar o modelo pedido, o preço aceite, a referência da tarefa do fornecedor, os metadados da saída e a versão implementada.

Mantenha temporariamente a versão 1.0 quando

• É uma referência de produção existente, com comportamento de saída e custos conhecidos.
• Não é possível reverter rapidamente uma mudança.
• A diferença de preço em 720p é relevante à escala de um lote.
• Os testes de aceitação da versão 1.1 em produção ainda não foram aprovados.

Ainda não mude por recursos exclusivos do modelo de origem

Não migre apenas para obter áudio, 480p ou vídeo com várias referências através da rota integrada atual. A Alibaba documenta essas capacidades nos modelos de origem, mas a interface verificada não as disponibiliza. Aguarde até que o campo, as regras de validação e o preço relevantes estejam documentados e que uma tarefa integral tenha sido testada.

Este artigo também não aponta um vencedor visual justificável. Uma avaliação comparativa justa exigiria prompts e imagens iniciais correspondentes, duração, resolução e proporção fixas, a mesma política de seed quando disponível, amostras repetidas, critérios de avaliação às cegas e prova de que cada tarefa foi executada na versão indicada. Essas condições não foram cumpridas, portanto afirmações subjetivas como «a versão 1.1 é mais cinematográfica» ou «a 1.0 tem movimento melhor» seriam especulativas.

Lista de verificação reproduzível para a migração do Happy Horse

Uma migração segura tem duas etapas de aprovação: correção da implementação e aceitação da saída. Passar nos testes unitários é necessário, mas é apenas a primeira etapa.

1. Fixe a referência

Registe a estrutura atual do pedido da versão 1.0, duração, resolução, proporção, preço apresentado, transições de estado, metadados da saída, tempo limite e comportamento de repetição. Mantenha um pequeno conjunto de prompts e imagens iniciais com direitos autorizados para os testes de regressão.

2. Implemente a rota com reconhecimento de versão

Confirme que o serviço implementado associa happyhorse-1.0 ao modelo de origem 1.0 e happyhorse-1.1 ao modelo de origem 1.1. Registe o identificador da implementação. Não deduza o comportamento da produção a partir de um teste local.

3. Verifique a descoberta e a validação do modelo

Confirme que a conta de destino consegue encontrar happyhorse-1.1. Envie um pedido T2V válido e um pedido I2V válido com uma única imagem. Envie também um ID de modelo inválido e controlado para confirmar que falha em vez de recorrer silenciosamente a outra versão.

4. Registe o preço aceite

Compare a tarifa e o total devolvidos com a página pública datada. Interrompa o teste se o preço ultrapassar o limite aprovado. Guarde os valores em dólares da API separados dos créditos do Studio.

5. Comprove a identidade do modelo de origem

Guarde a referência da tarefa do fornecedor e qualquer campo da resposta ou registo do servidor que identifique o modelo de origem. Uma etiqueta de modelo no corpo do pedido ou uma categoria interna da base de dados não é suficiente se a camada de encaminhamento puder substituir a versão.

6. Inspecione o comportamento da entrega

Verifique a duração, as dimensões, a proporção, a integridade do ficheiro e a presença ou ausência de áudio. Execute os mesmos testes para entradas de texto e de imagem. Não adicione campos não suportados pelo modelo de origem a este teste de aceitação.

7. Execute uma comparação controlada de conteúdo

Compare as saídas apenas depois de comprovar a identidade. Use definições correspondentes e várias execuções e, depois, avalie a fidelidade ao prompt, a consistência do sujeito, a continuidade do movimento, os artefactos e a apresentação de texto com uma grelha escrita. Identifique o resultado como uma amostra limitada, não como uma classificação universal dos modelos.

8. Faça uma implementação gradual e prepare a reversão

Direcione uma pequena percentagem dos trabalhos elegíveis para a versão 1.1, monitorize a taxa de falhas, a latência, o custo, os resultados da moderação e a aceitação da saída e, depois, aumente gradualmente o tráfego. Mantenha a versão 1.0 disponível até ao fim do período de reversão.

Utilização comercial e direitos de terceiros

As saídas de contas gratuitas destinam-se apenas a uso pessoal e não comercial. As saídas elegíveis criadas durante a vigência de um plano pago ativo da PixMind podem ser usadas comercialmente nos termos das Condições da PixMind, sujeitas aos termos do modelo ou fornecedor escolhido, aos seus direitos sobre prompts, carregamentos, recursos de referência, áudio, imagem de pessoas e marcas, à legislação aplicável e aos direitos de terceiros. A geração, por si só, não concede uma autorização legal completa. Consulte as regras atuais dos planos antes de trabalhos para clientes, publicidade, publicação ou revenda.

A saída do modelo também pode estar sujeita à legislação, a contratos, a políticas da plataforma ou a direitos que variam conforme a jurisdição e o caso de utilização. Não descreva o conteúdo multimédia gerado como «totalmente autorizado para uso comercial» apenas porque uma tarefa paga foi concluída. Para campanhas, entregas a clientes, revenda ou utilizações regulamentadas, reveja os termos atuais e obtenha aconselhamento jurídico adequado ao projeto.

Esta formulação deve ser coerente nas páginas dos modelos, nas páginas de preços e nos artigos. Uma versão curta e reutilizável é: «A utilização comercial está disponível para saídas elegíveis criadas durante a vigência de um plano pago ativo, sujeita às Condições da PixMind, aos termos do modelo/fornecedor e aos direitos de terceiros.»

Perguntas frequentes

O Happy Horse 1.1 está disponível no PixMind?

A página pública da API indicava happyhorse-1.1 como Disponível em 6 de setembro de 2026. Uma correção local do encaminhamento também passou nos testes. No entanto, a rota corrigida ainda não tinha sido implementada nem verificada com uma geração paga em produção, por isso este artigo não afirma que a execução em produção foi confirmada de forma independente.

O Happy Horse 1.1 é melhor do que o 1.0?

A Alibaba documenta uma família de origem 1.1 mais ampla, mas este artigo não classifica a qualidade visual. Uma comparação válida exige primeiro a prova de que cada tarefa foi executada na versão de origem indicada, seguida por amostras controladas e repetidas e por uma grelha de avaliação divulgada.

Quanto custa o Happy Horse 1.1?

A página pública do modelo na API começa em $0.24 por segundo e não publicava uma tarifa separada para 1080p durante esta análise. O preço apresentado quando a tarefa é aceite é definitivo. Os preços da API em dólares não devem ser misturados com os créditos do Studio.

A rota integrada do Happy Horse 1.1 gera áudio?

A interface integrada verificada para este guia não disponibilizava uma opção de áudio. A Alibaba documenta áudio para variantes de origem do Happy Horse, mas isso não prova que o áudio esteja disponível através da rota integrada.

Posso usar várias imagens de referência com o Happy Horse 1.1?

Não através da rota integrada verificada, que oferece uma imagem inicial opcional. A Alibaba documenta uma variante 1.1 de referência para vídeo com várias referências, mas essa capacidade deve continuar identificada como exclusiva do modelo de origem até que o produto a disponibilize e verifique.

Posso usar a saída do Happy Horse comercialmente?

Não pressuponha que uma saída gerada está automaticamente autorizada para todos os usos comerciais. Confirme a elegibilidade do plano e os termos atuais e, depois, obtenha todos os direitos necessários sobre materiais de origem, pessoas, vozes, música, marcas e outros conteúdos protegidos.

Conclusão

O Happy Horse 1.1 é a predefinição pública do Hub e o destino lógico da migração, mas a sua execução no modelo de origem ainda não foi verificada de forma independente em produção. A rota pública está listada como disponível, o preço da API começa em $0.24 por segundo e a versão candidata local com reconhecimento de versão passou no seu conjunto específico de 9 testes, bem como numa execução combinada de 21 testes que incluiu essas verificações específicas. O trabalho restante é operacional: implementar a correção, confirmar a descoberta, registar o preço aceite, comprovar a identidade do modelo de origem, verificar o ficheiro multimédia entregue e introduzir o tráfego gradualmente com um plano de reversão.

Até que esses testes sejam aprovados, mantenha a versão 1.0 como referência conhecida e descreva a 1.1 com um âmbito preciso. Distinga a família de origem da Alibaba dos recursos integrados e os recursos integrados da verificação em produção. Essa disciplina produz migrações mais fiáveis e documentação de produto mais rigorosa.

Em seguida, execute a lista de aceitação antes de alterar o tráfego de produção.