Luma

Qu’est-ce que Luma ?

L’API UNI-1.1 de Luma est une interface de modèle de raisonnement pour les équipes qui souhaitent générer et modifier des images via un workflow API plutôt que par expérimentation prompt par prompt. Le modèle interprète l’intention avant de générer la sortie, dans le but d’améliorer les résultats au premier passage et de réduire les itérations.

L’API est présentée comme une infrastructure orientée production avec deux endpoints — un pour le raisonnement et un pour la génération — afin que les applications puissent diriger un style et une composition de sortie, puis produire des images ou des modifications. Elle prend également en charge la facturation basée sur l’utilisation pour Build et le débit provisionné pour Scaling.

Fonctionnalités clés

• Workflow à deux endpoints (raisonnement + génération) : Un endpoint de raisonnement et un endpoint de génération séparent la « réflexion » du rendu de sortie.
• Génération dirigée par l’intention avec références : Jusqu’à neuf références par tour pour diriger la génération, soutenant des workflows reproductibles.
• Logique de scène structurée avant les pixels : Des capacités telles que la composition intelligente, la logique de scène et le raisonnement spatial sont gérées de manière structurée avant le rendu d’image.
• Génération orientée édition : Un workflow conçu pour supporter les modifications de prompts au niveau des phrases tout en préservant la structure existante « par défaut ».
• Rendu multilingue et cohérent : Rendu multilingue et cohérence des personnages/produits à travers les scènes, poses et marchés sont présentés comme des capacités de base.
• Outils pour développeurs : Support SDK Python et JavaScript/TS (également mentionnés : Go SDKs & CLI), plus un explorateur d’API et des docs pour l’évaluation.

Comment utiliser Luma

1. Consultez les docs de l’API UNI-1.1 et l’explorateur d’API pour comprendre le flux raisonnement/génération et les patterns d’entrée.
2. Appelez l’endpoint de raisonnement avec votre intention et (si nécessaire) des entrées de référence pour produire un plan de sortie guidé.
3. Appelez l’endpoint de génération pour rendre l’image(s) finale(s), en utilisant la direction structurée de l’étape de raisonnement.
4. Commencez avec les plans Build basés sur l’utilisation pour évaluer la qualité de sortie à des tarifs pay-as-you-go, puis passez au débit provisionné si vous avez besoin de latence et de capacité garanties.

Cas d’usage

• Systèmes de marque pour créatifs multi-pages ou multi-campagnes : Générez des images qui se mettent à jour à travers les pages produits et campagnes marketing de manière coordonnée, y compris la gestion de « prompts désordonnés ou chaînés » sans middleware personnalisé.
• Pipelines de production préférant moins de retries : Utilisez une approche raisonnement-avant-rendu pour réduire le nombre de tentatives de régénération nécessaires pour atteindre un premier passage acceptable.
• Créatifs cross-marchés à grande échelle : Produisez des sorties à travers différents marchés tout en maintenant la cohérence des personnages et produits à travers les scènes et poses.
• Variation de contenu avec direction structurée : Utilisez jusqu’à neuf références par génération pour garder la composition et l’exécution alignées à travers plusieurs plans.
• Workflows de modification d’images : Appliquez des éditions au niveau des phrases tout en préservant la structure existante pour itérer sur un concept d’image sans repartir de zéro.

FAQ

• Combien d’endpoints utilise UNI-1.1 ? Luma décrit deux endpoints : un endpoint de raisonnement et un endpoint de génération.

• Combien de références puis-je utiliser par génération ? La page indique jusqu’à neuf références par tour.

• Quelles options de programmation sont prises en charge ? La page mentionne les SDK Python et JavaScript/TS, et fait aussi référence aux Go SDKs & CLI.

• La facturation est-elle basée sur l’utilisation ou sur la capacité ? Elle liste la facturation basée sur l’utilisation pour Build (paiement par image) et le débit provisionné pour Scaling (capacité dédiée avec débit et latence garantis).

• Y a-t-il des plans pour l’évaluation précoce versus le scaling en production ? Oui. La page distingue Build (évaluation sans liste d’attente) de Scaling (débit provisionné avec limites de taux plus élevées et support production).

Alternatives

• Autres API de génération d’images avec workflows texte-image directs : Elles combinent généralement « raisonnement » et rendu en une seule étape ; UNI-1.1 se distingue par la séparation explicite du raisonnement et de la génération, et par le support d’un workflow dirigé par référence.
• Plateformes de génération multimodale généralistes : Les plateformes offrant génération d’images plus outils peuvent servir à des tâches similaires, mais UNI-1.1 est positionnée autour du raisonnement structuré et de l’intégration API pour pipelines de production.
• Frameworks d’automatisation de prompts et pipelines personnalisés : Au lieu d’utiliser un design à deux endpoints raisonnement/génération, certaines équipes construisent leur propre orchestration et logique de retry ; UNI-1.1 met l’accent sur la réduction des besoins en middleware pour chaînage et édition de prompts.
• Services de rendu d’images GPU à la demande : Pour les équipes axées principalement sur le rendu à grande échelle, des services priorisant le rendu peuvent convenir, tandis qu’UNI-1.1 insiste sur la direction et l’amélioration des résultats en première passe via le raisonnement avant génération de pixels.