Lizenz-FAQ Warum ELv2
Warum ELv2
und nicht OSI?
lynox ist source-available unter der Elastic License v2 — näher an Open-Source als an Closed, ehrlich beim Nicht-OSI-Approval. Hier der Trade-off.
Was ist die Elastic License v2?
ELv2 ist eine Source-Available-Lizenz von Elastic (die Firma hinter Elasticsearch). Der volle Text steht auf elastic.co/licensing/elastic-license. Du darfst den lynox-Source lesen, modifizieren, für dein eigenes Business oder deine Kunden als Teil eines grösseren Produkts laufen lassen, forken und in kommerzielle Software einbetten. Die eine Einschränkung (wörtlich aus der Lizenz): Du darfst die Software nicht an Dritte als gehosteten oder Managed-Service bereitstellen, bei dem Nutzer Zugriff auf einen wesentlichen Teil der Funktionen erhalten.
Warum nicht Apache 2.0, MIT oder AGPL?
Wir haben alle drei geprüft. Apache und MIT würden es einem Hyperscaler erlauben, lynox zu nehmen, in seinem eigenen Managed-Angebot zu wrappen und das Projekt zu unterbieten, das es gebaut hat (das ist genau das, was bei MongoDB, Elastic, Redis passiert ist). AGPL würde das technisch verhindern, aber das SaaS-Loophole ist gut bekannt und viele Firmen rühren AGPL-Code generell nicht an. ELv2 hält den Source lesbar, modifizierbar und self-hostable für legitime Nutzer und blockiert nur das eine kommerzielle Szenario, das das Projekt killen würde.
Darf ich lynox self-hosten?
Ja — das ist der primäre Use-Case. Führe
npx @lynox-ai/core aus, deploye auf deinen VPS, run im Docker-Container, embedde in ein grösseres Produkt. Solange du lynox nicht als Service an Dritte verkaufst, bist du im Scope.Darf ich den Source modifizieren?
Ja. Fork auf GitHub, patche, was du brauchst, deploye deinen Fork. Die eine ELv2-Bedingung: Du darfst unsere Lizenz-Notices nicht entfernen oder verändern, und die SaaS-Resale-Einschränkung wandert mit.
Darf ich lynox in meiner Agentur für Kundenprojekte einsetzen?
Ja. lynox für deine Kunden laufen zu lassen ist okay — das ist ein Service-Business-Use-Case, nicht der von ELv2 untersagte "gehostete oder Managed-Service", bei dem Nutzer Zugriff auf lynox als Produkt bekommen. Die Linie, die ELv2 zieht, liegt bei lynox selbst als gehosteten Service anbieten — Agenturstunden zu verkaufen, die zufällig lynox unter der Haube nutzen, ist dasselbe wie ein Berater, der Postgres einsetzt.
Warum nennt ihr es 'Open-Core' statt 'Open-Source'?
Weil die OSI (Open Source Initiative) den Begriff "Open Source" für Lizenzen reserviert, die ihre 10-Punkte-Definition erfüllen — und ELv2 fällt bei einem dieser Punkte durch (Einschränkung auf kommerzielle Nutzung). lynox "Open Source" zu nennen wäre technisch falsch, also nutzen wir "Open-Core" oder "Source-Available". Das Feeling ist für 99 % der Nutzer identisch; das Label ist ehrlich zum 1 %.
Was passiert, wenn lynox eingestellt wird?
Deine bereits deployten Engines laufen weiter — ELv2 zieht nicht zurück. Der Source, den du gecheckt out hast, gehört dir zum Warten oder Forken. Wir verpflichten uns zu einer 12-monatigen Deprecation-Runway, falls wir je pivoten, und die GitHub-History ist permanent. Das ist die Fork-Rechte-Garantie.