AI 製品のデモを、他社のアプリの中でするのはもうやめましょう

他社が開発と保守を担うチャットアプリを、あなたが自社製品として出荷できる形態です。名前、ロゴ、色、モデルポリシー、起動時に使えるツールはあなたが決め、プロバイダーアダプタ、コネクタ runtime、成果物の sandbox、リリースパイプラインといったクライアント本体は提供元が用意します。世の中のホワイトラベル AI の多くは、Web サイト向けにホストされたチャットウィジェットです。Conduit はプロバイダー非依存かつローカルファーストのネイティブデスクトップアプリなので、ホワイトラベルビルドは他社アカウントに自社ロゴを載せただけのものではなく、正真正銘あなたのものになります。

現時点では部分的に可能です。標準の Conduit インストールなら、製品名、タグライン、アプリ内のロゴ、ウィンドウタイトル、そしてアクセント色と背景色あわせて約 18 色を Settings → Branding で変更できます。これがランタイムブランディングで、今日から使えます。独自のアプリアイコン、インストーラ名、バンドル ID を持つ自社インストーラを作るのはビルド時ブランディングで、こちらは実在しますが、ソースからビルドする形で デザインパートナー 向けの早期アクセスです。あなたの MCP サーバーに最初から接続済みのビルドを配布することは開発中です。rebrand 済みインストーラを GitHub からダウンロードすることは、今日はできません。

できます。ただし義務が伴います。Conduit のライセンスは AGPL-3.0-only です。rebrand したビルドは改変されたコピーなので、それを配布すること（インストーラ、ダウンロードリンク、自社のマシンから出ていくもの全般）には、バイナリを受け取った相手に対応するソースコードを提供する義務が伴います。この義務は改変の量とは関係ありません。名前、配色、アイコン、更新エンドポイントの変更も、他の改変と同じ扱いです。改変版を配布せずネットワークサービスとして運用する場合も、第 13 条により同じ義務が生じます。商標はライセンスとは別の法分野であり、AGPL は Conduit という名称そのものの使用について何も許諾しません。これはライセンスの説明であって、法的助言ではありません。

必要です。packaged build では必須であり、任意ではありません。配布するビルドは、自前の更新エンドポイントと自前の署名鍵を必ず持ちます。こちらのものを引き継ぐと、顧客のインストールが本来無関係な update manifest を参照し、しかもあなたが署名したリリースを検証できない公開鍵が埋め込まれることになります。ブランディング形式の中で、組み込みの既定値へのフォールバックが「見た目が違う」では済まず危険になる唯一の設定なので、この指定を欠いた packaged build はビルド自体が失敗する設計です。

意図的に 3 つあります。ディスク上のデータディレクトリは、製品名が何であれ組織識別子として Conduit を保持します。ここを変えると、標準インストールから移行した利用者のデータが黙って行方不明になるためです。updater の user-agent 文字列と、Conduit が MCP コネクタサーバーに示す識別子も変わりません。これらは表示上の識別ではなく通信上の識別だからです。人が目にするものはすべてあなたのブランドにできますが、他のシステムが判断に使う文字列は動かしません。

公開されているものはありません。Conduit の著作権者は 1 人で、コントリビューションは CLA のもとで受け入れられています。だからこそ別途の商用条件は原理的に可能で、その余地は意図的に残されています。ただし現時点で提供している商用ライセンスはなく、まだ存在しない条件を前提にローンチを計画すべきではありません。AGPL が配布モデルに合わないなら、それは後で片付けるチェック項目ではなく、早めに始めるべき相談です。