Pare de fazer demo do seu produto de IA dentro do app de outra empresa

Um aplicativo de chat que outra empresa constrói e mantém, e que você distribui como produto próprio. Você entra com o nome, o logo, as cores, a política de modelos e as ferramentas com que ele abre; o fornecedor entra com o cliente em si — os adaptadores de provedor, o runtime de conectores, o sandbox de artefatos, o pipeline de release. A maioria das ofertas de IA white-label são widgets de chat hospedados para sites. O Conduit é um app desktop nativo, agnóstico de provedor e local primeiro, então um build white-label é de fato seu, em vez de ser a conta de outra pessoa com o seu logo em cima.

Hoje, em parte. Em uma instalação padrão do Conduit você pode mudar o nome do produto, a tagline, o logo dentro do app, o título da janela e cerca de dezoito cores de destaque e de superfície em Settings → Branding — isso é branding em tempo de execução, e já está disponível. Gerar o seu próprio instalador, com o seu ícone de aplicativo, o seu nome de instalador e o seu identificador de bundle, é branding em tempo de build: existe, é feito a partir do código-fonte e está em acesso antecipado para parceiros de design. Distribuir um build que já chega conectado aos seus servidores MCP está em desenvolvimento. Você não consegue baixar do GitHub um instalador com marca pronto hoje.

Permite, com uma obrigação junto. O Conduit é licenciado sob AGPL-3.0-only. Um build com a sua marca é uma cópia modificada, então distribuí-lo — um instalador, um link de download, qualquer coisa que saia das suas próprias máquinas — traz o dever de disponibilizar o código-fonte correspondente a quem recebeu o binário. Esse dever não depende de quanto você mudou: nome, paleta, ícone e endpoint de atualização são uma modificação como qualquer outra. A seção 13 impõe o mesmo dever se uma versão modificada for operada como serviço de rede em vez de distribuída. Marca registrada é um ramo do direito diferente da licença, e a AGPL não concede nada sobre o uso do nome Conduit em si. Isto descreve a licença e não é aconselhamento jurídico.

Precisa — para um build empacotado isso é obrigatório, não opcional. Um build distribuído carrega o próprio endpoint de atualização e a própria chave de assinatura, sem exceção. Herdar os nossos apontaria as instalações dos seus clientes para um manifesto de atualização que nunca foi feito para eles, e deixaria embutida uma chave pública incapaz de verificar as versões que você assina. É o único ajuste do formato de branding em que cair no valor padrão seria inseguro, e não apenas esteticamente errado: um build empacotado sem ele deve falhar na compilação.

Três coisas, de propósito. O diretório de dados em disco mantém Conduit como qualificador de organização independentemente do nome do produto, porque mudá-lo deixaria órfãos, em silêncio, os dados de quem atualiza a partir de uma instalação padrão. O user-agent do updater e a identidade que o Conduit apresenta aos servidores de conectores MCP também permanecem. Isso é identidade de protocolo, não identidade visível: tudo o que uma pessoa vê pode levar a sua marca, enquanto as strings de que outros sistemas dependem não se movem.

Nenhuma publicada. O Conduit tem um único titular de direitos autorais e as contribuições entram sob um acordo de licença de contribuidor, que é justamente o que torna termos comerciais separados possíveis em princípio: essa possibilidade foi preservada de propósito. Mas não há licença comercial em oferta hoje, e ninguém deveria planejar um lançamento em cima de termos que ainda não existem. Se a AGPL não serve ao seu modelo de distribuição, essa é uma conversa para começar cedo, não uma caixa para marcar tarde.