Arrêtez de démontrer votre produit IA dans l'application de quelqu'un d'autre

Une application de chat construite et maintenue par quelqu'un d'autre, que vous distribuez comme votre propre produit. Vous fournissez le nom, le logo, les couleurs, la politique de modèles et les outils présents à l'ouverture ; l'éditeur fournit le client lui-même — adaptateurs de fournisseurs, runtime de connecteurs, bac à sable des artefacts, pipeline de release. La plupart des offres IA en marque blanche sont des widgets de chat hébergés pour des sites web. Conduit est une application native de bureau, agnostique au fournisseur et local d'abord, donc un build en marque blanche vous appartient vraiment plutôt que d'être le compte de quelqu'un d'autre avec votre logo dessus.

En partie, aujourd'hui. Sur une installation standard de Conduit, vous pouvez changer le nom du produit, la tagline, le logo affiché dans l'application, le titre de la fenêtre et environ dix-huit couleurs d'accent et de surface depuis Settings → Branding — c'est le branding à l'exécution, et il est disponible dès maintenant. Produire votre propre installateur, avec votre icône d'application, votre nom d'installateur et votre identifiant de bundle, relève du branding au build : cela existe, se construit depuis les sources et reste en accès anticipé pour les partenaires design. Livrer un build qui arrive déjà connecté à vos serveurs MCP est en développement. Vous ne pouvez pas télécharger aujourd'hui un installateur déjà brandé depuis GitHub.

Oui, avec une obligation attachée. Conduit est sous licence AGPL-3.0-only. Un build rebrandé est une copie modifiée : le distribuer — un installateur, un lien de téléchargement, tout ce qui quitte vos propres machines — impose de mettre le code source correspondant à disposition de qui a reçu le binaire. Cette obligation ne dépend pas de l'ampleur des changements : un nom, une palette, une icône et un endpoint de mise à jour constituent une modification comme une autre. La section 13 impose la même chose si une version modifiée est exploitée comme service réseau plutôt que livrée. Le droit des marques est distinct du droit des licences, et l'AGPL n'accorde rien quant à l'usage du nom Conduit lui-même. Ceci décrit la licence et ne constitue pas un conseil juridique.

Oui — pour un build packagé, c'est obligatoire et non optionnel. Un build distribué embarque son propre endpoint de mise à jour et sa propre clé de signature, sans exception. Hériter des nôtres pointerait les installations de vos clients vers un manifeste de mise à jour qui ne leur était pas destiné, et figerait dans le binaire une clé publique incapable de vérifier les versions que vous signez. C'est le seul réglage du format de branding où retomber sur la valeur intégrée serait dangereux et pas seulement inélégant : un build packagé sans ce réglage doit échouer à la compilation.

Trois choses, délibérément. Le répertoire de données sur disque conserve Conduit comme qualificateur d'organisation quel que soit le nom du produit, parce que le changer orphelinerait silencieusement les données de quiconque met à jour depuis une installation standard. Le user-agent de l'updater et l'identité que Conduit présente aux serveurs de connecteurs MCP restent également inchangés. C'est de l'identité protocolaire, pas de l'identité affichée : tout ce qu'une personne voit peut porter votre marque, tandis que les chaînes sur lesquelles d'autres systèmes s'appuient ne bougent pas.

Aucune publiée. Conduit a un unique titulaire des droits et les contributions arrivent sous un accord de licence de contributeur, ce qui rend en principe possibles des conditions commerciales distinctes : cette possibilité a été préservée volontairement. Mais aucune licence commerciale n'est proposée aujourd'hui, et personne ne devrait bâtir un lancement autour de conditions qui n'existent pas encore. Si l'AGPL ne convient pas à votre modèle de distribution, c'est une conversation à ouvrir tôt, pas une case à cocher tard.