Happy Horse 1.1 ou 1.0 sur PixMind : tarifs et migration

Le Hub Happy Horse présente la version 1.1 comme choix par défaut pour une nouvelle intégration. Elle ne devrait toutefois pas recevoir de trafic de production tant que la route déployée n'a pas prouvé qu'elle appelle bien le modèle 1.1 en amont. Le catalogue public indique que la version 1.1 est disponible, à partir de 0,24 $ US par seconde via l'API. Une version candidate qui tient compte de la version demandée a réussi ses tests ciblés et les tests de routage associés, mais elle n'a pas encore été déployée ni confirmée par une génération payante.

Cette distinction modifie la réponse honnête à la question « quelle version dois-je utiliser ? ». Choisissez la version 1.1 comme destination de migration, mais conservez la version 1.0 comme référence connue jusqu'à la réussite des contrôles d'acceptation en production présentés dans ce guide. Cet article compare les interfaces, les tarifs et les preuves de déploiement. Il ne propose pas de test comparatif de qualité visuelle, car aucune exécution 1.1 en production n'a été contrôlée et vérifiée de manière indépendante.

Cette illustration éditoriale a été créée avec Codex. Elle ne provient pas de Happy Horse 1.0 ou 1.1 et ne doit pas servir de preuve de la qualité des modèles.

Recherche et vérification : Équipe éditoriale PixMind. Les informations sur le produit, les tarifs et la disponibilité ont été consultées le 6 septembre 2026.

Pour élargir votre sélection, consultez le comparatif 2026 des générateurs de vidéo IA. Pour accéder au produit actuel, utilisez le Hub vidéo Happy Horse.

À retenir

• Le catalogue public de l'API indique que happyhorse-1.1 est disponible à partir de 0,24 $ US par seconde. La page actuelle du modèle 1.0 arrondit son tarif de départ à 0,19 $ US par seconde, tandis que sa documentation publique détaillée indique 0,176 $ US.
• La route connectée actuelle permet de générer une vidéo à partir de texte ou d'une seule image de départ, en 720p ou 1080p, pour des durées de 5, 10 ou 15 secondes et selon cinq formats d'image.
• Alibaba documente une famille 1.1 plus étendue en amont, avec notamment le 480p, l'audio et la vidéo à partir d'images de référence. Ces capacités ne doivent pas être présentées comme connectées tant que la route produit ne les expose pas et ne les a pas vérifiées.
• Les 9 tests ciblés de la suite de routage ont réussi le 6 septembre. Exécutés avec la suite associée du répertoire de modèles, ils font partie d'un résultat combiné de 21 tests réussis sur 21. La version 1.1 reste non vérifiée en production jusqu'au déploiement et à l'exécution d'une tâche d'acceptation payante.
• Les tarifs API en dollars et les crédits Studio relèvent de systèmes distincts. Le devis renvoyé lors de l'acceptation d'une tâche constitue son coût final propre à la transaction.

Dans ce guide

• Happy Horse 1.1 et 1.0 en bref
• Ce qui est vérifié aujourd'hui
• Capacités en amont et fonctions connectées
• Comparaison des tarifs API
• Version à choisir
• Liste de contrôle de migration
• Droits d'utilisation commerciale
• Questions fréquentes

Happy Horse 1.1 et 1.0 en bref

Happy Horse 1.1 dispose de spécifications supérieures en amont, alors que l'interface connectée est actuellement bien plus restreinte et correspond en grande partie aux contrôles exposés par la version 1.0. La différence pratique ne se résume donc pas à un numéro de version. Il faut déterminer si la requête déployée atteint le modèle en amont prévu et renvoie un enregistrement de tâche vérifiable.

La page API de Happy Horse 1.1 est actuellement la référence publique pour l'état, l'identifiant du modèle, les contrôles du générateur et le tarif de départ. La route liée vers la documentation complète de la version 1.1 a renvoyé une erreur 404 pendant cette vérification. Cet article ne présente donc pas cette page non publiée comme une référence fonctionnelle. L'ancienne documentation de génération Happy Horse 1.0 reste utile pour les paramètres connectés déjà établis. Si ces informations évoluent, la documentation en ligne et le devis de la tâche acceptée prévalent sur ce comparatif daté.

Ce qui est vérifié au 6 septembre 2026

Trois niveaux de preuve ont été vérifiés et chacun répond à une question différente. Considérer un seul d'entre eux comme une preuve complète conduirait à une recommandation de migration trompeuse.

Preuves publiques relatives au produit

La page publique de l'API 1.1 affichait le statut Disponible, l'identifiant stable happyhorse-1.1 et un tarif API de départ de 0,24 $ US par seconde. La route Studio Happy Horse 1.1 est également le choix par défaut du Hub. La page actuelle du modèle API 1.0 affichait elle aussi le statut Disponible et arrondissait son tarif API de départ à 0,19 $ US par seconde. Sa documentation publique détaillée indique le montant plus précis de 0,176 $ US. Le générateur public exposait un prompt, la résolution, la durée, le format d'image et une image de départ facultative. La route Studio Happy Horse 1.0, distincte, reste disponible comme choix historique.

Ces éléments prouvent ce que le catalogue annonce. Ils ne prouvent pas quelle version en amont a traité une génération donnée.

Preuves de production en lecture seule

Une vérification agrégée de la base de données, conçue pour préserver la confidentialité, a trouvé trois tâches terminées enregistrées sous happyhorse-1.0 et une tâche terminée sous happyhorse-1.1. L'enregistrement 1.1 montre qu'une requête portant cet identifiant stable a été exécutée jusqu'à son terme, mais la réponse stockée ne contenait aucun signal indépendant concernant le modèle en amont. La ligne de tâche ne peut donc pas prouver à elle seule que la requête a été exécutée par la version 1.1 en amont.

Preuves issues du code et des tests

La version candidate actuelle conserve la version stable demandée lorsqu'elle sélectionne la route en amont de génération de vidéo à partir de texte ou d'image. Sa suite ciblée de 9 tests a réussi lors de sa nouvelle exécution le 6 septembre. L'exécution combinée de cette suite et de celle du répertoire de modèles associé a réussi 21 tests sur 21. Ces 21 tests comprennent les 9 tests ciblés.

Ces tests étayent le contrat de routage local corrigé. Ils ne prouvent ni le déploiement en production, ni l'acceptation par le fournisseur, ni la facturation, ni la livraison du média, ni l'identité de la sortie. Tant qu'une tâche payante déployée ne fournit pas ces preuves, le statut exact est le suivant : la version 1.1 figure dans le catalogue public et a été corrigée localement, mais son exécution en production n'a pas encore été vérifiée de manière indépendante.

Ce schéma éditorial déterministe décrit le contrat de routage local corrigé. Il ne constitue ni un reçu de déploiement en production ni une preuve de qualité des sorties.

Une capacité en amont n'est pas une fonction connectée

La documentation en amont d'Alibaba décrit une famille Happy Horse 1.1 plus vaste que ce qu'expose la route connectée actuelle. Cette information aide à comprendre le potentiel du modèle, mais elle ne doit pas être recopiée telle quelle dans un tableau de fonctions produit.

Le guide actuel des modèles de génération et de montage vidéo d'Alibaba répertorie des variantes Happy Horse 1.1 pour la génération de vidéo à partir de texte, d'image et d'images de référence. Ses tableaux de modèles documentent des sorties en 480p, 720p et 1080p, une durée de 3 à 15 secondes, 24 images par seconde et l'audio au niveau de la famille en amont. La documentation de l'API de vidéo à partir d'images de référence d'Alibaba décrit également les variantes R2V 1.0 et 1.1. La page du modèle Happy Horse 1.1 R2V présente quant à elle des processus utilisant jusqu'à neuf images de référence. Le R2V existait déjà en amont dans la version 1.0. La version 1.1 l'a amélioré, elle ne l'a pas créé.

L'interface connectée examinée pour cet article expose uniquement les options suivantes :

• Génération de vidéo à partir de texte ou d'une seule image de départ
• Résolution 720p ou 1080p
• Durées prédéfinies de 5, 10 ou 15 secondes
• Formats d'image 16:9, 9:16, 1:1, 4:3 ou 3:4
• Aucun contrôle audio documenté
• Aucune entrée documentée pour la génération à partir d'images de référence ou de références multiples

Cette distinction importe autant pour le contenu produit que pour le code client. « Le modèle en amont prend en charge l'audio » ne signifie pas « cette route renvoie de l'audio ». De même, l'existence d'un nom de modèle R2V en amont ne rend pas un tableau d'images de référence valide sur un point de terminaison I2V connecté.

La méthode de documentation la plus sûre consiste à attribuer à chaque capacité une portée claire : documentée en amont, connectée et exposée ou vérifiée en production. Ces trois niveaux évitent qu'une fonction de la feuille de route soit prise pour une capacité que les clients peuvent appeler aujourd'hui.

Tarifs API de Happy Horse 1.1 et 1.0

Les pages publiques actuelles des modèles n'affichent pas toutes le même degré de précision tarifaire. La page 1.1 indique un tarif de départ de 0,24 $ US par seconde et ne publie pas de tarif distinct pour le 1080p. La page du modèle 1.0 arrondit ses tarifs à 0,19 $ US par seconde en 720p et à 0,28 $ US en 1080p. La documentation détaillée de la version 1.0 indique respectivement 0,176 $ US et 0,256 $ US.

Le calcul est simple :

coût API estimé = tarif par seconde indiqué dans le devis × durée demandée

Il s'agit d'une formule de planification, pas d'une garantie de facturation. Les nouvelles tentatives, les échecs de validation, les conditions propres au compte, les promotions ou une modification tarifaire ultérieure peuvent influer sur le montant réel. Utilisez le devis renvoyé lors de l'acceptation de la tâche comme montant final propre à la transaction.

Ne convertissez pas les crédits Studio en dollars et ne les additionnez pas à ces tarifs API. La consommation Studio et les tarifs en dollars de la plateforme API correspondent à des registres distincts, dans des contextes commerciaux différents. Si un tableau budgétaire doit contenir les deux, utilisez deux colonnes, indiquez leur source et leur date de consultation, et ne déduisez jamais l'un de l'autre.

Consultez la page actuelle du modèle API 1.1 juste avant d'envoyer un lot. Pour les tarifs du fournisseur en amont, reportez-vous à la page de tarification de Model Studio d'Alibaba, mais ne remplacez pas le devis accepté de la plateforme connectée par le tarif du fournisseur.

Quelle version de Happy Horse choisir ?

Choisissez en fonction de l'état de vérification et des besoins du processus, pas seulement de la date de la version. Un système de production tire davantage parti d'un modèle correctement routé et observable que d'une étiquette plus récente dont l'exécution ne peut pas être confirmée.

Choisissez la version 1.1 après son acceptation en production si

• Vous lancez une nouvelle intégration et pouvez attendre la vérification du déploiement.
• Le tarif plus élevé en 720p respecte votre budget.
• Vous souhaitez adopter la cible de migration actuelle et prévoyez une extension ultérieure de la route connectée.
• Votre système d'observabilité peut conserver le modèle demandé, le devis accepté, la référence de tâche du fournisseur, les métadonnées de sortie et la version du déploiement.

Conservez temporairement la version 1.0 si

• Elle constitue une référence de production existante dont vous connaissez le comportement en matière de sortie et de coût.
• Vous ne pouvez pas annuler rapidement le basculement.
• La différence de tarif en 720p devient importante pour les traitements par lots.
• Les contrôles d'acceptation en production de la version 1.1 n'ont pas réussi.

Ne basculez pas encore pour des fonctions disponibles uniquement en amont

Ne migrez pas dans le seul but d'obtenir l'audio, le 480p ou la vidéo multiréférence sur la route connectée actuelle. Alibaba documente ces capacités en amont, mais l'interface vérifiée ne les expose pas. Attendez que le champ concerné, les règles de validation, le tarif et une tâche de bout en bout soient documentés et testés.

Cet article ne peut pas non plus désigner un vainqueur visuel défendable. Un comparatif équitable exigerait des prompts et images de départ identiques, une durée, une résolution et un format fixes, une politique de graine lorsque cette option existe, plusieurs échantillons, des critères d'évaluation en aveugle, ainsi que la preuve que chaque tâche a été exécutée par la version indiquée. Ces conditions n'étant pas réunies, des affirmations subjectives comme « la version 1.1 est plus cinématographique » ou « la version 1.0 gère mieux le mouvement » relèveraient de la spéculation.

Liste de contrôle reproductible pour migrer Happy Horse

Une migration sûre comporte deux étapes de validation : la conformité du déploiement et l'acceptation des sorties. La réussite des tests unitaires est nécessaire, mais elle ne représente que la première étape.

1. Figez la référence

Enregistrez la structure actuelle de la requête 1.0, la durée, la résolution, le format, le devis, les transitions d'état, les métadonnées de sortie, le délai d'expiration et le comportement des nouvelles tentatives. Conservez un petit ensemble de prompts et d'images de départ dont les droits sont réglés pour les tests de régression.

2. Déployez la route qui tient compte de la version

Vérifiez que le service déployé associe happyhorse-1.0 à la version 1.0 en amont et happyhorse-1.1 à la version 1.1 en amont. Enregistrez l'identifiant du déploiement. Ne déduisez pas le comportement de la production d'un test exécuté localement.

3. Vérifiez la découverte et la validation du modèle

Vérifiez que le compte cible peut découvrir happyhorse-1.1. Envoyez une requête T2V valide et une requête I2V valide avec une seule image. Envoyez également un identifiant de modèle volontairement incorrect et confirmez que la requête échoue au lieu de revenir silencieusement à une autre version.

4. Conservez le devis accepté

Comparez le tarif et le total renvoyés avec la page publique datée. Arrêtez le test si le devis dépasse le plafond approuvé. Enregistrez les montants API en dollars séparément des crédits Studio.

5. Prouvez l'identité du modèle en amont

Conservez la référence de tâche du fournisseur et tout champ de réponse ou toute trace serveur identifiant le modèle en amont. L'étiquette du modèle dans le corps de la requête ou une catégorie interne de la base de données ne suffit pas si la couche de routage peut remplacer la version.

6. Contrôlez le comportement de la livraison

Vérifiez la durée, les dimensions, le format d'image, l'intégrité du fichier et la présence ou l'absence d'audio. Effectuez les mêmes contrôles pour l'entrée texte et l'entrée image. N'ajoutez pas de champs en amont non pris en charge à ce test d'acceptation.

7. Effectuez une comparaison de contenu contrôlée

Ne comparez les sorties qu'après avoir prouvé leur identité. Utilisez des réglages identiques et plusieurs exécutions, puis évaluez le respect du prompt, la cohérence du sujet, la continuité du mouvement, les artefacts et le rendu du texte selon une grille écrite. Présentez le résultat comme un échantillon limité, pas comme un classement universel des modèles.

8. Procédez à un déploiement canari avec retour arrière

Acheminez un faible pourcentage des tâches admissibles vers la version 1.1, surveillez le taux d'échec, la latence, le coût, les résultats de modération et l'acceptation des sorties, puis augmentez progressivement le trafic. Maintenez la version 1.0 disponible jusqu'à la fin de la période de retour arrière.

Utilisation commerciale et droits des tiers

Les sorties d'un compte gratuit sont réservées à un usage personnel et non commercial. Les sorties admissibles créées pendant une période d'abonnement payant actif à PixMind peuvent être utilisées à des fins commerciales conformément aux Conditions de PixMind, sous réserve des conditions du modèle ou du fournisseur choisi, de vos droits sur les prompts, fichiers importés, ressources de référence, contenus audio, ressemblances et marques, ainsi que du droit applicable et des droits des tiers. La génération ne constitue pas à elle seule une autorisation juridique complète. Consultez les règles actuelles des offres avant tout travail pour un client, toute publicité, publication ou revente.

La sortie d'un modèle peut aussi être soumise à la loi, à un contrat, aux règles d'une plateforme ou à des droits qui varient selon le territoire et l'usage. Ne présentez pas un média généré comme « autorisé pour un usage commercial » au seul motif qu'une tâche payante a abouti. Pour une campagne, une livraison à un client, une revente ou un usage réglementé, vérifiez les conditions en vigueur et obtenez un avis juridique adapté au projet.

Cette formulation devrait rester cohérente sur les pages des modèles, les pages tarifaires et les articles. Voici une version courte et réutilisable : « L'utilisation commerciale est disponible pour les sorties admissibles créées pendant un abonnement payant actif, sous réserve des Conditions de PixMind, des conditions du modèle ou du fournisseur et des droits des tiers. »

Questions fréquentes

Happy Horse 1.1 est-il disponible sur PixMind ?

La page publique de l'API indiquait que happyhorse-1.1 était disponible le 6 septembre 2026. Une correction locale du routage a également réussi ses tests. La route corrigée n'avait toutefois pas encore été déployée ni vérifiée par une génération payante en production. Cet article n'affirme donc pas que l'exécution en production a été confirmée de manière indépendante.

Happy Horse 1.1 est-il meilleur que la version 1.0 ?

Alibaba documente une famille 1.1 plus étendue en amont, mais cet article n'établit aucun classement de qualité visuelle. Une comparaison valide exige d'abord la preuve que chaque tâche a été exécutée par la version en amont indiquée, puis plusieurs échantillons contrôlés et une grille d'évaluation publiée.

Combien coûte Happy Horse 1.1 ?

La page publique du modèle API indique un tarif de départ de 0,24 $ US par seconde et ne publiait pas de tarif distinct pour le 1080p lors de cette vérification. Le devis de la tâche acceptée constitue le montant final. Les tarifs API en dollars ne doivent pas être mélangés aux crédits Studio.

La route Happy Horse 1.1 connectée génère-t-elle de l'audio ?

L'interface connectée examinée pour ce guide n'exposait aucun contrôle audio. Alibaba documente l'audio pour des variantes Happy Horse en amont, mais cela ne prouve pas que l'audio est disponible par la route connectée.

Puis-je utiliser plusieurs images de référence avec Happy Horse 1.1 ?

Pas via la route connectée examinée, qui expose une seule image de départ facultative. Alibaba documente une variante 1.1 en amont pour la vidéo à partir de plusieurs références, mais cette capacité doit rester étiquetée comme uniquement disponible en amont tant que le produit ne l'a pas exposée et vérifiée.

Puis-je utiliser commercialement une sortie Happy Horse ?

Ne supposez pas qu'une sortie générée est automatiquement autorisée pour tous les usages commerciaux. Vérifiez l'admissibilité de l'offre et les conditions en vigueur, puis obtenez les droits nécessaires sur les ressources sources, les personnes, les voix, la musique, les marques et tout autre contenu protégé.

Conclusion

Happy Horse 1.1 est le choix par défaut du Hub public et la destination logique de la migration, mais son exécution en amont n'a pas encore été vérifiée de manière indépendante en production. Sa route publique est indiquée comme disponible, son tarif API commence à 0,24 $ US par seconde et la version candidate locale qui tient compte de la version a réussi sa suite ciblée de 9 tests, ainsi qu'une exécution combinée de 21 tests comprenant ces contrôles ciblés. Le travail restant est opérationnel : déployer la correction, confirmer la découverte, conserver le devis accepté, prouver l'identité en amont, vérifier le média livré et procéder à un déploiement canari avec une possibilité de retour arrière.

Tant que ces contrôles n'ont pas réussi, conservez la version 1.0 comme référence connue et décrivez précisément le périmètre de la version 1.1. Distinguez la famille en amont d'Alibaba des fonctions connectées, puis séparez ces fonctions de ce qui a été vérifié en production. Cette rigueur permet des migrations plus fiables et une documentation produit plus exacte.

Exécutez ensuite la liste de contrôle d'acceptation avant de modifier le trafic de production.