Warum wir Xinity als Open Source veröffentlicht haben

Heute haben wir die Xinity Runtime auf GitHub veröffentlicht. Hier ist die ehrliche Version, warum wir das getan haben und was „Open Source“ in unserem Fall tatsächlich bedeutet.

Die einfache Antwort

Europäische Unternehmen sollen einer KI-Infrastruktur vertrauen, die sie nicht einsehen können, die auf Servern läuft, die sie nicht kontrollieren, und die von Unternehmen außerhalb ihrer Rechtsordnung betrieben wird. Wir haben die Xinity Runtime gebaut, um genau das zu beheben. Sie als Open Source zu veröffentlichen war die logische Konsequenz: Wenn der ganze Punkt ist, dass man uns nicht blind vertrauen sollte, dann sollte man den Code lesen können.

Das ist die einfache Antwort. Die echte Antwort ist komplizierter.

Was wir tatsächlich veröffentlicht haben

Nicht alles im Repository steht unter derselben Lizenz, und wir finden, es ist wichtig, das offen zu kommunizieren.

Das API Gateway ist unter Apache 2.0 lizenziert. Nimm es, forke es, baue darauf auf, mach damit, was du willst. Dasselbe gilt für das Frontend. Das sind die Teile des Stacks, von denen wir glauben, dass sie der Community bedingungslos gehören sollten.

Die Dashboard-Orchestrierungsschicht, also der Teil, der Deployments, Modell-Routing und Enterprise-Funktionen wie SSO und RBAC verwaltet, ist source-available. Du kannst jede Zeile davon lesen. Du kannst es ausführen. Aber du kannst es nicht herauslösen und als Teil eines konkurrierenden Produkts ausliefern.

Warum diese Trennung? Weil wir gesehen haben, was bei anderen Open-Source-Infrastrukturprojekten passiert ist, als Hyperscaler den Code geforkt, das Branding entfernt und ihn als Managed Service angeboten haben, ohne irgendetwas zurückzugeben. Wir haben kein Interesse daran, den Motor zu bauen, der das proprietäre Produkt von jemand anderem antreibt. Die Source-Available-Lizenz ist unser Schutz dagegen, nicht gegen Entwickler, nicht gegen Unternehmen, die es intern betreiben, sondern gegen genau diese Dynamik.

Wenn du das als Entwickler auf eigener Hardware betreibst, betrifft dich dieser Lizenzunterschied überhaupt nicht.

Das Souveränitätsargument

Es gibt eine Version dieser Ankündigung, die stark auf Compliance-Fristen und regulatorischen Druck setzt, den EU AI Act, den Digital Networks Act, August 2026. All das ist real und relevant.

Aber das ist nicht der Grund, warum wir das gebaut haben.

Wir haben es gebaut, weil wir glauben, dass europäische KI-Infrastruktur zu europäischen Bedingungen existieren sollte. Nicht weil Regulierungsbehörden es sagen, sondern weil es die richtige Architektur ist. Daten, die dein Gebäude nie verlassen, können nicht per Vorladung eingefordert, beim Transport abgegriffen oder stillschweigend zum Trainieren des Modells von jemand anderem verwendet werden. Das ist keine Paranoia, das ist Engineering.

Die Runtime als Open Source zu veröffentlichen ist Teil derselben Logik. Infrastruktur, die Menschen lesen und auditieren können, ist Infrastruktur, der Menschen tatsächlich vertrauen können. Dieses Vertrauen macht sie für die Workloads nützlich, auf die es ankommt: Gesundheitswesen, Rechtswesen, Finanzbereich, Verwaltung.

Worum wir bitten

Wenn du sie betreibst: Sag uns, was kaputtgeht. Die produktiven Edge Cases, die wir noch nicht gesehen haben, sind gerade das Wertvollste, was uns die Community geben kann.

Wenn du ein Compliance- oder Sicherheitsproblem findest: Eröffne ein Issue oder melde dich direkt. Wir reagieren schnell.

Wenn du KI-Workloads in Europa betreibst und trotzdem alles über eine US-API routest: Das Repo ist unter github.com/xinity-ai/xinity-ai. Der Einstieg braucht drei Befehle.

Und wenn du das in Produktion im großen Maßstab brauchst, Unterstützung bei Hardware-Dimensionierung, Deployment, Enterprise-Support – dafür sind wir da.