<!-- Generated from de/whitelabel.html. Do not edit by hand. -->

> Markdown twin of https://conduitllm.com/de/whitelabel.html
> White-Label-KI-Client: BYOK, lokal zuerst, umbrandbar über eine Konfigurationsdatei. Runtime-Branding ist heute verfügbar, OEM-Packaging ist früher Zugang.

---
1. [Conduit](https://conduitllm.com/de/)
2. White-Label

Früher Zugang

# Präsentiere dein KI-Produkt nicht länger in *der App eines anderen*

Conduit ist ein White-Label-KI-Desktop-Client: ein quelloffener, BYOK-basierter Assistent, den du unter deinem eigenen Namen, Logo, deinen Farben und deiner Modellrichtlinie ausliefern kannst. Ihn umzubranden ist eine Konfigurationsdatei, kein Fork.

[Design-Partner werden](https://github.com/runningpixels/conduit/discussions) Sieh, was heute verfügbar ist

- Runtime-Branding ist heute verfügbar
- Die Daten deiner Kunden berühren dich nie
- Open Source, AGPL-3.0

Die Standard-App, in den Einstellungen umgebrandet als fiktives „Northwind AI" — Name, Tagline und alle achtzehn Farben, zur Laufzeit angewendet.

Das Problem

Du hast einen MCP-Server gebaut, oder ein KI-Produkt mit einer echten Tool-Oberfläche. Um es vorzuführen, bittest du einen Interessenten, Claude Desktop oder ChatGPT zu installieren, sich anzumelden und deinen Server hinzuzufügen. Funktioniert es, erscheint dein Produkt als Eintrag im Assistant eines Wettbewerbers — unter dessen Marke, auf dessen Modell, innerhalb von dessen Beziehung zu deinem Kunden.

Ein Klick, wenn du ihn als Extension paketiert hast, sonst eine von Hand bearbeitete Konfigurationsdatei. [Wie man einen MCP-Server einem Kunden vorführt](https://conduitllm.com/de/mcp-distribution.html) beschreibt, was dich jeder Weg kostet.

Was dir ein White-Label-Build gibt

## Gib eine einzige App weiter. Deine.

Sie öffnet sich mit deinem Namen in der Titelleiste. Das Modell ist das, mit dem dein Produkt am besten wirkt. Der erste Bildschirm sagt genau das, was du sagen willst.

### Deine Marke, nicht ihre

Produktname, Tagline, Logo, Fenstertitel und rund achtzehn Farben pro Modus, hell und dunkel. Deine Tools hören auf, ein Plugin zu sein, und werden zum Produkt.

### Nie Auftragsverarbeiter

Unterhaltungen bleiben in einer Datenbank auf dem Rechner des Kunden, und Modellaufrufe gehen direkt an den Provider. Deine Infrastruktur liegt nie auf dem Pfad — unsere übrigens auch nicht.

Ein Proof of Concept beginnt also nicht mit einem Auftragsverarbeitungsvertrag.

### Jede Modellrichtlinie — sogar air-gapped

Siebzehn Provider, gehostet und lokal. Ein Frontier-Modell für die große Demo, ein günstiges schnelles Modell für eine Testphase, oder Ollama und LM Studio für einen On-Premise-Kunden, der überhaupt keine externe API aufrufen darf.

So funktioniert's

## Ein Konfigurationsproblem, kein Fork

Design-Tokens leben in einem gemeinsamen Paket, und dieselbe `brand.md` steuert zwei Modi. Verbesserungen am Kern erreichen deinen Build ohne Merge-Konflikt.

### Beschreib deine Marke

Eine Datei `brand.md`: Identität, Logo und eine Palette für Hell und Dunkel. Nur Hex-Farben — eine Brand-Datei kann keinen Netzwerkabruf ausdrücken.

### Wende sie zur Laufzeit an

Importiere sie unter Settings → Branding auf einer Standard-Installation. Name, Tagline, Logo, Fenstertitel und Farben ändern sich in Minuten, und umkehrbar. **Heute verfügbar.**

### Oder bau deinen eigenen Installer

Build-Time-Branding erreicht, was eine laufende App nicht kann: App-Icon, Installer-Name, Bundle-ID, mitgelieferte Schriften und dein eigener Update-Kanal. **Früher Zugang, aus dem Quellcode.**

brand.mdeine Datei, zwei Modi

```
[identity]
appName     = "Northwind"
displayName = "Northwind AI"
tagline     = "Message Northwind..."

[logo]
file = "logo.png"

[palette.dark]
bg       = "#0F1115"
card     = "#161A21"
ink      = "#E8EAED"
hue      = "#E4572E"
hueSolid = "#B8441F"
# …achtzehn Farben, für Hell und Dunkel
```

Oben: dieselbe Palette, eingegeben unter Settings → Branding, live über das ganze Fenster vorschaubar, bevor sie gespeichert wird — und ein Klick, um es rückgängig zu machen.

Status

## Was heute verfügbar ist, und was nicht

Hier präzise zu sein, ist wichtiger, als die Seite fertiger klingen zu lassen.

| Funktion | Status |
| --- | --- |
| Provider-agnostischer Kern, 17 Provider, lokal und gehostet | Verfügbar |
| MCP-Connector-Runtime – lokales stdio und entferntes streamable HTTP, mit Zustimmung | Verfügbar |
| Speicherung lokal zuerst, BYOK, kein Proxying | Verfügbar |
| Runtime-Branding – Settings → Branding (Name, Logo, Farben) | Verfügbar |
| Plattformübergreifende Release-Pipeline – unsignierte Installer auf GitHub | Verfügbar |
| Artefakte, inklusive sandboxed HTML, Mermaid und KaTeX | Verfügbar |
| Dokumente – mit eigenen Text-, Markdown-, CSV-, Word- und PDF-Dateien chatten | Verfügbar |
| Bilderzeugung – OpenAI, Gemini, OpenRouter | Verfügbar |
| Ein Design in Dunkel und Hell, mit Einstellung der Hauptfarbe | Verfügbar |
| Oberfläche in acht Sprachen | Verfügbar |
| MCP-Prompts und -Ressourcen im Composer | Verfügbar |
| Build-Time-Packaging aus `brand.md` – Name, Icon, Installer, Updater | Früher Zugang aus dem Quellcode |
| Mandantenkonfiguration – einen Build mit deinen Connectors vorverdrahten | In Entwicklung |
| Vom Betriebssystem code-signierte und notarisierte Builds | In Entwicklung |
| Mandantenbereitgestellte Zugangsdaten | Konzipiert, nicht gebaut |

**Ganz deutlich:** Du kannst heute eine Standard-Installation von Conduit in Settings → Branding ummarkieren. Einen vorgefertigten gebrandeten Installer kannst du nicht von GitHub herunterladen – Build-Time-Packaging wird aus dem Quellcode gebaut und ist noch früh für OEM-Partner, die ihren eigenen Update-Kanal brauchen. Das Vorverdrahten für Mandanten ist noch nicht gebaut. Wenn du im nächsten Quartal ein produktionsreifes OEM brauchst, sprich mit uns, bevor du deine Pläne darauf aufbaust.

Design-Partner

## Hilf mit, die Packaging-Schicht zu formen, solange Änderungen noch günstig sind

Die Packaging-Schicht entsteht gerade. Das ist der nützliche Moment, dabei zu sein. Ein Design-Partner bekommt:

- Direkten Einfluss darauf, was die Packaging-Schicht unterstützt
- Deine Connectors als Referenzfall, gegen den das Tooling gebaut wird
- Frühe Builds, sobald einzelne Teile landen
- Einen direkten Draht zu der Person, die es baut, statt einer Support-Warteschlange

### Gute Kandidaten

Unternehmen mit einem MCP-Server oder einer Tool-Oberfläche, die sie bereits demonstrieren; Teams, die KI-Fähigkeiten in regulierte oder air-gapped Umgebungen verkaufen; und alle, deren Vertriebsprozess mit „installiere zuerst Claude Desktop" beginnt.

Im Gegenzug bitten wir um die ehrliche Version deines Anwendungsfalls: was du ausliefern würdest, was dich blockieren würde, und was es nicht lohnend machen würde.

[Thread starten](https://github.com/runningpixels/conduit/discussions)

Auf [GitHub Discussions](https://github.com/runningpixels/conduit/discussions): Schreib, was du baust und wie du es heute vorführst. Passt es, gehen wir in einen Call; passt es nicht, sagen wir das offen.

## Fragen zum White-Label

**Was ist ein White-Label-KI-Client?**

Eine Chat-Anwendung, die jemand anderes baut und pflegt und die du als dein eigenes Produkt ausliefest. Du lieferst Name, Logo, Farben, Modellrichtlinie und die Tools, mit denen sie startet; der Anbieter liefert den Client selbst — Provider-Adapter, Connector-Runtime, Artefakt-Sandbox, Release-Pipeline. Die meisten White-Label-KI-Angebote sind gehostete Chat-Widgets für Websites. Conduit ist eine native Desktop-App, die provider-agnostisch und lokal zuerst ist, sodass ein White-Label-Build wirklich dir gehört, statt das Konto eines anderen mit deinem Logo darauf zu sein.

**Kann ich einen KI-Chat-Client unter meiner eigenen Marke ausliefern?**

Heute teilweise. Auf einer Standard-Installation von Conduit kannst du Produktnamen, Tagline, Logo in der App, Fenstertitel und rund achtzehn Akzent- und Flächenfarben unter Settings → Branding ändern: Das ist Runtime-Branding, und es ist heute verfügbar. Einen eigenen Installer mit eigenem App-Icon, eigenem Installer-Namen und eigener Bundle-ID zu erzeugen, ist Build-Time-Branding: Es existiert, wird aus dem Quellcode gebaut und ist früher Zugang für Design-Partner. Einen Build auszuliefern, der bereits mit deinen MCP-Servern verbunden ist, ist in Entwicklung. Einen vorgefertigten gebrandeten Installer kannst du heute nicht von GitHub herunterladen.

**Erlaubt die AGPL ein White-Label von Conduit?**

Ja, mit einer Pflicht daran. Conduit steht unter AGPL-3.0-only. Ein umgebrandeter Build ist eine bearbeitete Kopie: Wer ihn verteilt — als Installer, als Download-Link, alles, was die eigenen Rechner verlässt —, muss den entsprechenden Quellcode denjenigen zugänglich machen, die das Binary erhalten haben. Diese Pflicht hängt nicht davon ab, wie viel geändert wurde: Name, Farbpalette, Icon und Update-Endpunkt sind eine Bearbeitung wie jede andere. Abschnitt 13 greift genauso, wenn eine bearbeitete Version als Netzwerkdienst betrieben statt ausgeliefert wird. Markenrecht ist ein anderes Rechtsgebiet als die Lizenz, und die AGPL gewährt nichts hinsichtlich der Nutzung des Namens Conduit selbst. Das ist eine Beschreibung der Lizenz, keine Rechtsberatung.

**Brauche ich einen eigenen Update-Server für einen gebrandeten Build?**

Ja — für einen paketierten Build ist das Pflicht, keine Kür. Ein verteilter Build trägt seinen eigenen Update-Endpunkt und seinen eigenen Signaturschlüssel, ohne Ausnahme. Unseren zu übernehmen würde die Installationen deiner Kunden auf ein Update-Manifest richten, das nie für sie gedacht war, und einen öffentlichen Schlüssel einbacken, der deine eigenen Releases nicht verifizieren kann. Es ist die eine Stelle im Branding-Format, an der ein Rückfall auf den eingebauten Wert unsicher wäre statt nur falsch aussehend — deshalb soll ein paketierter Build ohne diese Angabe gar nicht erst bauen.

**Was lässt sich nicht umbranden?**

Drei Dinge, und zwar absichtlich. Das Datenverzeichnis auf der Platte behält `Conduit` als Organisationskennung, unabhängig vom Produktnamen — eine Änderung würde die Daten aller stillschweigend verwaisen lassen, die von einer Standard-Installation aktualisieren. Auch der User-Agent des Updaters und die Identität, mit der Conduit sich bei MCP-Connector-Servern meldet, bleiben unverändert. Das ist Wire-Identität, nicht Anzeige-Identität: Alles, was Menschen sehen, kann deine Marke tragen, während die Zeichenketten, auf die andere Systeme reagieren, sich nicht bewegen.

**Gibt es eine kommerzielle Lizenz statt der AGPL?**

Keine veröffentlichte. Conduit hat einen einzigen Rechteinhaber, und Beiträge kommen über eine Contributor-Lizenzvereinbarung herein — genau das macht separate kommerzielle Konditionen grundsätzlich möglich, und diese Möglichkeit wurde bewusst erhalten. Angeboten wird heute aber keine kommerzielle Lizenz, und niemand sollte einen Launch um Konditionen herum planen, die es noch nicht gibt. Wenn die AGPL nicht zu deinem Vertriebsmodell passt, ist das ein Gespräch, das früh beginnen sollte, und kein Haken, den man spät setzt.

Verwandtes

## Weitere Arten, wie Teams Conduit nutzen

Für Entwickler

### Ein MCP-Client, der zuerst fragt

Lokale und entfernte Server, OAuth, Installation aus der Registry, und abgestufte Zustimmung.

[Conduit als dein MCP-Client](https://conduitllm.com/de/use-cases/mcp-client.html) Für sensible Arbeit

### Ein KI-Assistent, der sich nicht nach Hause meldet

Keine Telemetrie, lokale Speicherung, und vollständig offline mit einem lokalen Modell.

Privat halten Für air-gapped Kunden

### Lokale Modelle, mit einer echten App drumherum

Ollama, LM Studio oder dein eigener Server — kein Schlüssel, keine Rechnung, kein Internet.

Modelle lokal betreiben

Die Angaben zu Claude Desktop auf dieser Seite — Ein-Klick-`.mcpb`-Extensions, entfernte Custom Connectors und die Plattformen, auf denen es läuft — wurden gegen Anthropics [Installationsanleitung](https://support.claude.com/en/articles/10065433-installing-claude-desktop), [lokale-MCP-Server](https://support.claude.com/en/articles/10949351-getting-started-with-local-mcp-servers-on-claude-desktop)- und [Custom-Connector](https://support.claude.com/en/articles/11175166-get-started-with-custom-connectors-using-remote-mcp)-Dokumentation geprüft, Stand 7. September 2026. Hat sich seither etwas geändert, hat ihre Dokumentation recht und diese Seite unrecht — [sag uns Bescheid](https://github.com/runningpixels/conduit/discussions). Der Client selbst ist derweil Open Source und kostenlos nutzbar: Lies die [Dokumentation](https://conduitllm.com/de/docs.html), sieh nach, [was auf dem Rechner bleibt](https://conduitllm.com/de/privacy.html), oder wirf einen Blick in den [Quellcode](https://github.com/runningpixels/conduit).
