Oui. Les conditions générales cèdent les droits sur le code généré — sur tous les plans, plan gratuit compris — et autorisent explicitement à l'utiliser, le modifier, l'héberger, le distribuer, le commercialiser, le revendre ou le mettre en ligne sur votre propre site. Trois réserves changent cependant ce que vous livrez vraiment, et il vaut mieux les connaître avant de signer : la cession ne garantit AUCUNE exclusivité, le plan gratuit accorde en contrepartie une licence à Blueprint sur les applications qu'il produit, et les composants open source embarqués imposent de conserver leurs mentions de licence. Ce qui reste interdit est ailleurs : revendre l'accès au service Blueprint lui-même. Cette page dit précisément où passent ces frontières. Elle décrit un contrat, pas un conseil juridique.
Ce que les conditions vous cèdent, et sur quel plan
La clause est explicite et ne dépend pas de la formule : Blueprint cède l'ensemble des droits qu'il pourrait détenir sur le code de l'application générée à partir de vos descriptions, et cette cession s'applique sur tous les plans, y compris le plan gratuit. Elle nomme les usages un par un — utiliser, modifier, déployer, héberger, distribuer et commercialiser l'application, y compris la revendre ou la mettre en ligne sur votre propre site. Pour un indépendant ou une agence, c'est la réponse à la question qui bloque d'ordinaire : vous pouvez facturer à un client une application produite ici, et la lui remettre.
La frontière est ailleurs, et elle est nette : la cession porte sur le RÉSULTAT, pas sur les outils qui le produisent. Blueprint conserve la propriété de la plateforme — le moteur de génération, les builders, le design system lui-même — et vous ne recevez aucun droit de revendre ou de redistribuer l'accès au service. Autrement dit, livrer à un client l'application générée est prévu ; lui revendre un accès au générateur ne l'est pas. La distinction est la même que pour n'importe quel outil de production : ce qui sort de l'atelier vous appartient, l'atelier non.
La phrase inconfortable : « ne garantit aucune exclusivité »
Les conditions ajoutent une précision que peu d'outils écrivent aussi franchement : selon le droit applicable, un code intégralement produit par une intelligence artificielle peut ne pas être éligible à la protection par le droit d'auteur. La cession porte sur les droits existants « s'il en existe » — elle ne crée pas de droits qui n'existeraient pas, et elle ne garantit aucune exclusivité. Ce n'est pas une réserve de façade : c'est l'état du débat juridique sur les productions d'IA, et c'est vrai de tous les générateurs, que leurs conditions le disent ou non.
Conséquence pratique, pour vous comme pour votre client : ce que vous vendez est une application qui fonctionne, adaptée à un métier, plus votre travail de cadrage, de reprise et de mise en service — pas un monopole sur des lignes de code. Un contrat honnête décrit donc ce qui est livré et ce qui est dû ensuite, plutôt que de promettre une exclusivité que personne ne peut garantir. Dans le même esprit, les conditions précisent que le code est fourni « en l'état », sans garantie d'absence d'atteinte aux droits de tiers : la vérification avant mise en production reste la vôtre.
Le plan sur lequel vous générez change ce que vous livrez
Le plan Découverte est gratuit, et la contrepartie est écrite : vous accordez à Blueprint, pour les applications générées sur ce plan, une licence non exclusive et mondiale lui permettant de les consulter, de les présenter à titre d'exemple dans une galerie publique et ses communications, et d'utiliser ces applications, leurs spécifications et les données de génération associées pour améliorer les services de l'écosystème, entraînement des moteurs compris. Sur les plans payants, cette licence ne s'applique pas : Blueprint ne présente pas vos applications à titre d'exemple et ne les utilise pas pour améliorer ses services, sauf accord explicite de votre part. Pour un travail confié par un client, c'est le point à trancher en premier, avant même la question du prix.
Un second écart, plus visible, sépare les deux régimes : sur la formule Découverte le déploiement injecte un badge discret « Créé avec Blueprint » dans l'application en ligne — c'est le déployeur qui résout la formule du propriétaire et pose le badge, et les formules payantes permettent de le retirer. L'archive exportée, elle, n'en porte jamais : le badge est posé au déploiement, pas dans le paquet. Les formules elles-mêmes se lisent sur la page de tarifs : Découverte à 0 € avec 3 applications actives, Pro à 25 €/mois avec 25, Max à 149 €/mois avec 100 et l'accès au niveau Masterpiece.
Ce que le client reçoit vraiment, et ce qu'il faut lui dire
L'application livrée est un projet Next.js et Prisma ordinaire, récupérable en archive ZIP ou envoyé sur un dépôt GitHub. Elle ne dépend de Blueprint ni pour tourner, ni pour être reprise : le fichier d'environnement écrit au déploiement contient l'adresse de la base de données et deux secrets techniques, aucune clé de modèle, et aucune dépendance déclarée dans le paquet n'est un client d'intelligence artificielle. C'est ce qui permet à votre client de faire reprendre l'application par le développeur de son choix — et c'est aussi ce qu'il faut lui dire, parce que c'est la question qu'il posera tôt ou tard.
Reste l'obligation qui voyage avec le code : l'application s'appuie sur des composants open source — le design system @blueprint-modular/core sous licence Apache 2.0, ainsi que Next.js, React et Prisma. Ces licences sont permissives, elles autorisent l'usage commercial et la redistribution, mais elles demandent de conserver les mentions de licence et les fichiers NOTICE le cas échéant. Quand des objets Modular sont embarqués dans l'application, le paquet écrit lui-même les fichiers correspondants — licence, NOTICE et attributions avec l'empreinte de chaque objet. Pour le reste, les licences des dépendances voyagent avec les dépendances, comme dans n'importe quel projet du même écosystème.