Commencez par déterminer comment vous utilisez H3. Télécharger des poids, importer un workflow, souscrire un abonnement à un site ou livrer une vidéo à un client implique des éléments et des accords différents. La réussite d’une génération ou l’obtention d’un justificatif de paiement ne suffit pas, à elle seule, à répondre à toutes les questions de droits du projet.
Cet article associe plusieurs modes d’utilisation aux documents à vérifier et aux informations à consigner dans le dossier du projet. Le cas du café est un exercice d’analyse fictif original, et non une appréciation des droits d’un client réel. Les sources de première main ont été vérifiées le 6 octobre 2026.
1. Identifiez le mode d’utilisation, puis le document de licence
Notez le nom du service ou du dépôt effectivement utilisé. « MiniMax H3 » ne suffit pas : l’éditeur du modèle, un ensemble logiciel communautaire et un site hébergé indépendant peuvent intervenir dans une même tâche.
| Ce que vous avez fait | Quel document identifier en premier | Questions à consigner dans le dossier du projet |
|---|---|---|
| Télécharger les poids et les exécuter vous-même | La licence du modèle pour la version concernée | Quels fichiers avez-vous téléchargés et où les avez-vous déployés ? |
| Modifier ou distribuer un workflow | Les licences de l’ensemble logiciel utilisé et de ses dépendances | Quels fichiers contient l’ensemble transmis ? |
| Appeler l’API officielle de MiniMax | Les conditions du produit concerné et la commande | Quel service et quel contrat de compte avez-vous utilisés ? |
| Utiliser un site hébergé ou une API tiers | Les conditions de ce service et les conditions supplémentaires du modèle | Qui a effectivement traité cette tâche ? |
| Livrer la vidéo finale à un client | Les conditions du service, les autorisations relatives aux contenus et l’accord de livraison | Quels destinataires et quel périmètre d’utilisation ont été convenus ? |
Lorsque vous combinez deux modes d’utilisation, consignez les deux. Par exemple, un workflow local qui appelle aussi un service distant implique à la fois une composante logicielle et une composante hébergée ; conserver uniquement le JSON téléchargé ne permet pas de décrire la chaîne de traitement qui suit.
2. Répertoriez séparément les logiciels et les éléments du modèle
Les modèles de workflows de Comfy Org utilisent la licence MIT, tandis que le cœur de ComfyUI utilise la GPL v3. Le modèle possède également son propre accord. Le nom d’une licence logicielle familière ne permet pas de tirer une conclusion sur tous les éléments chargés par ce logiciel.
Plutôt que de cocher simplement « open source », il est plus utile de préparer un inventaire de l’ensemble logiciel : une ligne pour le workflow, les nœuds personnalisés, les poids du modèle, les encodeurs et les contenus d’entrée. Avant toute modification, consignez la source et la version ; si vous transmettez ensuite l’ensemble à une autre équipe, vous pourrez distinguer ce que vous avez écrit de ce qui provient des projets en amont.
La page de référence ComfyUI décrit le parcours technique des entrées. Des instructions d’installation et un graphe de nœuds qui s’ouvre correctement ne signifient pas que votre mode de distribution a déjà fait l’objet d’une évaluation au regard des licences.
3. Vérifiez séparément les poids ouverts et les services hébergés
La licence communautaire du 2 août 2026 du modèle exclut l’Union européenne, le Royaume-Uni, la Corée du Sud et les États-Unis de son territoire d’application ; un chiffre d’affaires annuel des produits et services commerciaux supérieur à 20 millions de dollars nécessite une autorisation écrite préalable, et les interfaces commerciales sont soumises à une obligation d’affichage du nom. Elle ne revendique pas la propriété des sorties, mais maintient des conditions et la responsabilité de l’utilisateur.
La FAQ sur la licence de l’éditeur distingue l’API officielle proposée dans le monde entier des poids ouverts soumis à des conditions territoriales. Le cadre unifié des services renvoie également aux produits concernés et aux conditions complémentaires. Ces documents publics ne permettent pas de savoir quelle autorisation distincte un autre fournisseur a obtenue et ne remplacent pas votre commande particulière.
Lorsque vous utilisez un service hébergé, conservez son nom exact et le lien vers les conditions applicables avec les informations de la tâche. Si vous utilisez ce Studio indépendant, commencez la vérification par les conditions de service de ce site. L’abonnement ou la licence d’une autre entreprise ne peut pas remplacer l’accord du service que vous utilisez réellement.
4. Vérifiez aussi la vidéo finale en tant qu’actif à livrer
Le fait qu’un fournisseur ne revendique pas la propriété ne comble pas les lacunes d’autorisation de vos contenus d’entrée. Les conditions de service de fal précisent qu’elles ne garantissent ni le caractère unique des sorties ni l’absence d’atteinte aux droits, et que des conditions de tiers peuvent également s’appliquer. Vérifier les fichiers terminés au regard des besoins réels du projet fait toujours partie de la livraison.
Supposons qu’un café commande une publicité de cinq secondes pour une tasse et fournisse une photo du produit, le portrait d’un membre du personnel et un morceau de musique. Créez trois entrées distinctes : qui a fourni la photo, quels usages ont été convenus pour le portrait et quels modes de livraison sont couverts par les droits musicaux. Si l’une de ces questions reste sans réponse, marquez-la comme à confirmer ; les réponses aux deux autres ne permettent pas de laisser entendre qu’elle a également été autorisée.
Consignez ensuite les endroits où le client prévoit de publier la vidéo, ainsi que la couverture éventuelle des modifications ultérieures, des sous-licences ou de nouvelles campagnes par l’accord. Il s’agit ici d’une méthode originale de tenue des dossiers, et non d’une appréciation de l’existence de ces droits dans un contrat particulier.
5. Conservez une fiche qui accompagne le projet
| Champ | À remplir pour ce projet |
|---|---|
| Mode d’utilisation et nom du service | ______ |
| Identifiant du modèle et date de la tâche | ______ |
| Liens vers les conditions/licences et version ou date | ______ |
| Sources des contenus d’entrée et justificatifs d’autorisation | ______ |
| Destinataires, canaux et périmètre de livraison convenus | ______ |
| Questions à confirmer, parties responsables et réponses | ______ |
Lorsque vous passez d’un brouillon d’exercice à une livraison client, conservez également cette fiche. Si le modèle, le service, la musique ou le périmètre de livraison change, mettez à jour l’entrée correspondante. Les conclusions d’un ancien projet ne doivent pas être reprises tacitement pour une autre tâche.
6. Reformulez la grande question en petites questions auxquelles on peut répondre
« H3 peut-il être utilisé à des fins commerciales ? » peut devenir une demande précise : indiquez le fournisseur, le mode d’utilisation, le lieu, les éléments utilisés et l’usage envisagé, puis demandez à l’interlocuteur concerné de confirmer les conditions encore non résolues et conservez sa réponse dans le dossier du projet.
Le statut de créateur indépendant ne précise pas le mode d’utilisation et ne résout pas les questions de droits sur un contenu d’entrée. Remplissez toujours le dossier en fonction des éléments réellement utilisés et du périmètre de livraison. Un paiement atteste d’un achat, et la licence d’un modèle de workflow précise les conditions du logiciel ; aucun des deux ne suffit, à lui seul, à établir les droits sur l’ensemble de la chaîne de livraison. Pour planifier l’environnement d’exécution, vous pouvez consulter la page de référence ComfyUI ; une fois le mode d’utilisation choisi, les méthodes de rédaction sont présentées dans le guide des prompts.
