不要再把你的 AI 产品演示在 别人的应用里

由别人开发和维护、但由你作为自己的产品交付出去的聊天应用。名称、logo、配色、模型策略以及打开时就带的工具由你决定；供应方负责客户端本体——提供商适配器、连接器运行时、工件沙盒、发布流水线。市面上大多数白标 AI 方案是给网站用的托管式聊天挂件。Conduit 是一个与提供商无关、本地优先的原生桌面应用，因此白标构建才真正属于你，而不是别人挂上你 logo 的账号。

目前可以做到一部分。在标准版 Conduit 安装中，你可以通过 Settings → Branding 修改产品名称、标语、应用内 logo、窗口标题，以及大约十八种强调色和背景色，这就是运行时品牌化，今天即可使用。生成带有你自己应用图标、安装包名称和 bundle 标识符的安装包属于构建时品牌化，它确实存在，需要从源码构建，目前面向设计合作伙伴开放早期访问。交付一个开箱即已连接到你 MCP 服务器的构建仍在开发中。今天你还不能从 GitHub 下载预构建的品牌化安装包。

允许，但附带义务。Conduit 采用 AGPL-3.0-only 许可。品牌化后的构建属于修改过的副本，因此分发它（安装包、下载链接，任何离开你自己机器的形式）都伴随一项义务：向拿到二进制文件的人提供对应的源代码。这项义务与你改了多少无关，名称、配色、图标和更新端点的改动同样算作修改。如果你不是分发而是把修改版作为网络服务运行，第 13 条同样适用。商标与许可证属于不同的法律领域，AGPL 并不授予你使用 Conduit 这一名称本身的权利。以上是对许可证的说明，不构成法律意见。

需要，而且对打包构建来说是必须项，不是可选项。对外分发的构建必须带上自己的更新端点和自己的签名密钥。沿用我们的，会让你客户的安装去读取一份本来与他们无关的更新清单，同时把一把无法验证你自己签名版本的公钥固化进构建里。在整个品牌化格式中，这是唯一一处回退到内置默认值不只是“看起来不对”而是“不安全”的设置，因此缺少该项的打包构建在设计上就应当直接构建失败。

有三处，而且是刻意保留的。磁盘上的数据目录无论产品叫什么，组织标识都保持为 Conduit，因为改动它会让从标准安装升级过来的用户数据悄无声息地找不到。更新器的 user-agent 字符串，以及 Conduit 向 MCP 连接器服务器出示的身份，同样保持不变。它们属于通信身份而非展示身份：用户看到的一切都可以带上你的品牌，而其他系统据以判断的字符串不会移动。

目前没有公开的商业许可。Conduit 的著作权由一人持有，贡献通过贡献者许可协议进入，这正是另行提供商业条款在原则上可行的原因，这一余地是刻意保留的。但今天并没有对外提供的商业许可，任何人都不该围绕尚不存在的条款去规划发布。如果 AGPL 不适合你的分发模式，那是一场应该尽早开始的沟通，而不是最后再勾选的一项。