„Open Core" gehört zu den am stärksten missbrauchten Begriffen der Softwarebranche. Viele Anbieter liefern eine hohle kostenlose Variante, sperren alles hinter einer Bezahlschranke weg, was man tatsächlich produktiv betreiben würde, und nennen sich trotzdem offen. Wenn Wegenty also sagt, dass der Kern offen ist und nur die Compliance-Schicht geschlossen, haben Sie jedes Recht zu fragen: Wie offen, warum geschlossen und wo genau verläuft die Grenze? Dieser Beitrag beantwortet alle drei Fragen — für die Entwicklerin und den Entwickler, die den Quellcode lesen wollen, bevor sie dem Marketing vertrauen.
Die Kurzfassung: Alles, was Ihr Wissen berührt und entscheidet, was eine Kundin oder ein Kunde zu sehen bekommt, ist Open Source. Die einzige geschlossene Komponente ist Cloud Shield, der Compliance-Schirm. Die Grenze dort zu ziehen ist kein Kompromiss bei der Offenheit — es ist genau das, was die Offenheit ehrlich macht.
Was tatsächlich offen ist
Wegenty ist ein offener, gesteuerter KI-Kern: ein lokal betriebenes LLM, das viele Wissensbasen bedient. Offen bedeutet in diesem Zusammenhang, dass Sie ihn lesen, forken, selbst hosten und auf Ihrer eigenen Hardware auditieren können, was er tut.
Die offene Fläche, Komponente für Komponente
Konkret umfasst die offene Fläche:
- Die Retrieval- und Inferenz-Pipeline — wie Dokumente gechunkt, indexiert, eingebettet und an das lokale Modell ausgeliefert werden. Keine Blackbox entscheidet, was Ihr Assistent weiß.
- Die Projektions-Engine — der Teil, der Ihre interne Wissensbasis (die Obermenge) nimmt und daraus den gesteuerten öffentlichen Agenten (eine strikte Teilmenge) erzeugt. Das ist das Herzstück des Steuerungsmodells, und es ist offen.
- Die Korrekturschleife — wenn der Agent unsicher ist, eskaliert er an einen Menschen, und diese menschliche Antwort wird zurück in die Wissensbasis aufgenommen. Der Mechanismus, der den Assistenten mit der Zeit besser macht, ist einsehbar.
- Das Widget — der einbettbare, öffentlich zugängliche Agent, mit dem Ihre Kundinnen und Kunden tatsächlich sprechen.
- Die Admin-Konsole — in der Wissensbasen, Sensibilitätskennzeichnungen und die Richtlinien je Wissensbasis verwaltet werden.
- Das Safety-Adapter-SDK — der Werkzeugkasten, um Drittanbieter-Tools einzuhegen (deklarierte Berechtigungen, standardmäßig kein Zugriff auf die Wissensbasis, kontrollierter Datenabfluss).
Wenn eine Komponente entscheidet, was Ihr Assistent weiß, sagt oder eskaliert, ist sie offen. Das ist die Regel, und es gibt genau eine Ausnahme.
Die eine geschlossene Komponente — und warum das ehrlich ist
Das einzige geschlossene Stück ist Cloud Shield: ein Compliance-Schirm, der eine laufend aktuelle regulatorische Position, einen Prüfpfad und Zertifizierungsunterstützung gemäß DSGVO und der EU-KI-Verordnung (AI Act) bereitstellt. Es ist geschlossen, weil es ein kontinuierlich betriebener, zertifizierter Dienst ist und keine statische Bibliothek, die man einmal forkt und dann vergisst. Eine regulatorische Position ist nur dann etwas wert, wenn jemand sie aktuell hält, während sich die Rechtslage bewegt — und die Rechtslage bewegt sich schnell. Die KI-Verordnung ist seit August 2024 in Kraft, die GPAI-Pflichten gelten seit August 2025, sie wird ab dem 2. August 2026 vollständig anwendbar, und einige Hochrisiko-Pflichten nach Anhang III treten gestaffelt bis 2027 in Kraft. Diesen Zeitplan behandeln wir im Leitfaden zur EU-KI-Verordnung für den Mittelstand.
Hier ist der Grund, warum die Grenze bei Cloud Shield das genaue Gegenteil von Open-Washing ist. Die geschlossene Komponente liegt nicht im Datenpfad. Sie entscheidet nicht, was Ihre Kundschaft sieht, sie hält Ihre Wissensbasis nicht vor, und Ihr Agent antwortet auch ohne sie einwandfrei — genau das ist die kostenlose Community-Variante. Cloud Shield ist ein Schirm über einem System, das bereits funktioniert, und kein Tor, durch das Sie müssen, damit das System überhaupt funktioniert. Der übliche Open-Core-Trick besteht darin, die tragenden Teile hinter eine Bezahlschranke zu setzen. Wir haben es umgekehrt gemacht: Die tragenden Teile sind offen, und das eine kostenpflichtige, geschlossene Element ist ein Compliance-Dienst, den Sie nehmen oder lassen können.
Der Test für ehrliches Open Core ist einfach: Können Sie das echte Produkt ohne den geschlossenen Teil betreiben? Mit Wegenty: ja — der geschlossene Teil ist ein Compliance-Schirm, keine Geisel.
Die Invariante der Vertrauensgrenze
Wenn Sie vor der Einführung nur einen einzigen Architekturgedanken verinnerlichen, dann diesen. Das Steuerungsmodell ruht auf einer einzigen Invariante:
Die interne Wissensbasis ist die Obermenge; der öffentliche Agent ist eine gesteuerte Projektion davon — niemals umgekehrt.
Informationen fließen nur in eine Richtung. Internes Wissen kann nach außen in einen öffentlichen Agenten projiziert werden, gefiltert durch Sensibilitätskennzeichnungen und die Richtlinie je Wissensbasis. Aber der öffentliche Agent kann von sich aus niemals in die interne Basis zurückschreiben, sie erweitern oder Inhalte daraus preisgeben. Alles ist standardmäßig privat; eine Kundin oder ein Kunde sieht ausschließlich das, was eine Kennzeichnung und eine Richtlinie ausdrücklich zur Projektion freigegeben haben. Die Korrekturschleife ist der eine bewusst angelegte Rückkanal — und sie läuft über einen Menschen, der die eskalierte Antwort prüft, bevor sie in die Wissensbasis aufgenommen wird.
Für eine Entwicklerin oder einen Entwickler ist das die Eigenschaft, die es im Open Source zu verifizieren gilt. Sie vertrauen nicht einem Versprechen, dass „wir sensible Daten filtern". Sie prüfen, dass die Projektion strukturell unidirektional ist: dass es keinen Codepfad gibt, über den das öffentliche Widget ein nicht gekennzeichnetes internes Dokument liest, und dass das einzige Zurückschreiben die von einem Menschen geprüfte Korrekturschleife ist. Die Grenze ist das Produkt. Die vollständige Argumentation führen wir in Das Produkt ist Governance.
Zwei Transportwege, ein Verbindungsartefakt
Governance hört nicht bei Ihrer Wissensbasis auf — sie erstreckt sich auf die Werkzeuge, die der Assistent erreichen kann. Wegenty verbindet einen Assistenten über zwei Transportwege mit einer Instanz:
- REST + OpenAPI — für die riesige Welt der Dienste, die bereits HTTP sprechen und sich selbst über ein OpenAPI-Schema beschreiben.
- MCP — das Model Context Protocol, für Werkzeuge, die nach dem aufkommenden Standard gebaut sind.
Beide sind in dieselbe Governance-Disziplin eingebettet. Drittanbieter-Tools werden durch Safety-Adapter eingehegt: Sie tragen deklarierte Berechtigungen, erhalten standardmäßig keinen Zugriff auf die Wissensbasis und verfügen über kontrollierten Datenabfluss. Die Kopplung selbst ist bewusst langweilig im Betrieb — ein einziges Verbindungsartefakt, eine einzelne ablegbare Datei, die einen Assistenten über einen der beiden Transportwege mit einer Instanz koppelt. Kein maßgeschneidertes Integrationsprojekt. (Ein kuratierter Marktplatz für geprüfte Adapter folgt später; das SDK, um sie zu bauen, ist schon jetzt offen.)
Vom Selbst-Hoster zum Builder: der Community-Pfad
Die kostenlose Community-Variante ist selbst gehostet, ohne Cloud Shield, und sie ist das echte Produkt — keine beschnittene Demo. Sie laden den offenen Kern herunter, betreiben ihn auf Ihrer eigenen Hardware, richten ihn auf Ihre eigene Wissensbasis aus und erhalten einen gesteuerten, souveränen Assistenten mit intakter Projektions-Engine und Korrekturschleife. Das Modell bleibt lokal. Die Daten verlassen das Gebäude nie.
Vom Validieren zum Ausliefern
Das ist auch ein Pfad, keine Sackgasse. Genau dieselben Menschen, die den offenen Kern durch dessen Betrieb validieren, sind diejenigen, die ihn anschließend ausliefern — eine lokale Beraterin, die den offenen Stack in der Self-managed-Form auf den Servern einer Kundin installiert, oder ein Berater, der einen Safety-Adapter für ein Werkzeug baut, das seine Kundschaft braucht. Der Vertrieb läuft über ein Netzwerk lokaler Berater:innen, die die Kundenbeziehung besitzen und einen wiederkehrenden Anteil verdienen. Wenn Sie ein:e Builder:in sind und den Kern evaluieren, ist das Berater-Programm der Ort, an dem Open Source zum Geschäft wird. Und wenn Sie den Compliance-Schirm und eine unterstützte Bereitstellung wünschen, finden Sie auf der Preisseite Professional und Enterprise aufgeschlüsselt.
Anti-Lock-in, mit Absicht
Open Core bedeutet nur dann etwas, wenn ein Wechsel realistisch ist. Weil das Modell lokal und der Kern offen ist, halten Sie weder die Daten eines Anbieters als Geisel noch dessen Quellcode. Hosten Sie selbst auf Ihren eigenen Servern, forken Sie die Projektions-Engine, auditieren Sie den Datenpfad, tauschen Sie die Bereitstellungsform — die Hebelwirkung bleibt bei Ihnen. Die eine geschlossene Komponente ist ein Dienst, für den Sie sich aus Compliance-Gründen entscheiden, und kein Schloss, aus dem Sie nur mit Schmerzen wieder herauskommen. Genau diesen Kontrast ziehen wir gegenüber geschlossenen Cloud-Assistenten auf der Vergleichsseite. Und genau darum geht es, wenn man bei der Grenze ehrlich bleibt.
Wenn Sie die tiefere Landkarte dessen wollen, was offen ist und wie die Teile zusammenpassen, ist die Open-Source-Übersicht der richtige Ausgangspunkt — und die Plattform-Seite zeigt den Governance-Fluss von Anfang bis Ende. Und wenn Sie bereit sind, einen gesteuerten Agenten auf echtem Wissen antworten zu sehen, ohne dass etwas das Gebäude verlässt, testen Sie die Live-Demo.