Ihr findet das GitHub-Repository, schickt der IT den Link und bittet um eine Codeprüfung. Die IT öffnet ihn. Dort stehen Roadmap und Fehlermeldungen, aber kein Produktcode zum Prüfen.
Bei Pharen Hub ist diese Unterscheidung konkret: Unser öffentliches Repository enthält Roadmap und Issues. Der Zugang zum Produktcode muss separat geklärt werden.
Die Verwirrung beginnt, wenn „offen“ drei Fragen zugleich beantworten soll: Könnt ihr den Code sehen? Was dürft ihr damit machen? Könnt ihr die Software selbst betreiben? Trennt diese Fragen, dann wird der Unterschied zwischen Fair-code und Open Source verständlicher.
Einsehbar bedeutet noch nicht beliebig nutzbar
Ein Buch lässt sich lesen, ohne dass man es anschließend selbst verkaufen darf. Bei Software sind die Bedingungen anders geregelt, aber dieselbe Trennung hilft: Der Zugang zum Inhalt und die Rechte daran sind verschiedene Fragen.
Die Open Source Definition der OSI beschreibt Anforderungen an eine Open-Source-Lizenz. Dazu gehören Rechte zur Weitergabe und Änderung. Eine Lizenz darf bestimmte Einsatzbereiche nicht ausschließen. Auch kommerzielle Nutzung darf nicht pauschal verboten sein.
Deshalb reicht es nicht, wenn ein Anbieter seinen Code zeigt. Erst die Lizenz erklärt, was ihr damit tun dürft. Für die Beschaffung ist das ein praktischer Unterschied. Soll ein eigener Entwickler Änderungen vornehmen? Soll die Software Teil eines Angebots für Kunden werden? Diese Vorhaben können unterschiedliche Bedingungen berühren.
Fair-Code ist keine einzelne Lizenz
Fair-Code beschreibt ein Modell für Software, deren Code zugänglich ist und deren kommerzielle Nutzung eingeschränkt werden kann. Welche Einschränkungen gelten, legt die jeweilige Lizenz fest. Aus dem Namen allein lässt sich keine Erlaubnis für euren konkreten Einsatz ableiten.
Das macht Fair-Code nicht automatisch ungeeignet. Ein Unternehmen kann mit den Bedingungen eines Produkts gut arbeiten. Wer aber ausdrücklich eine OSI-konforme Lizenz benötigt, sollte diese Anforderung nicht durch ein ähnlich klingendes Etikett ersetzen.
Fragt also nach dem Lizenztext für das konkrete Produkt und die konkrete Version. Prüft den geplanten Einsatz daran. Bei Unklarheiten braucht ihr eine belastbare Auskunft des Anbieters, nicht die freundlichste Interpretation auf einer Produktseite.
Eigener Server, eigene Verantwortung
Self-Hosting beantwortet zunächst, wo eine Anwendung betrieben werden kann. Es sagt für sich genommen nichts darüber, ob ihr den Code verändern oder weitergeben dürft.
Ebenso wenig verspricht eine offene Lizenz, dass jemand eure Updates übernimmt. Eine Open-Source-Anwendung kann als betreuter Dienst angeboten werden. Eine Anwendung unter einer anderen Lizenz kann für den eigenen Server verfügbar sein. Lizenz und Betrieb lassen sich kombinieren, bleiben aber unterschiedliche Entscheidungen.
Beim Betrieb einer KI-Anwendung kommt der Modelldienst hinzu. Eine Oberfläche auf dem eigenen Server kann ein externes Modell anfragen. Wer Datenwege beurteilen will, muss daher den gesamten Aufbau prüfen. Der Standort einer einzelnen Komponente reicht dafür nicht.
Was ihr bei Pharen konkret klären solltet
Wir bezeichnen Pharen Hub als Open Fair-Code. Das Produkt wird nicht als OSI-Open-Source angeboten. Vor einer Codeprüfung solltet ihr mit uns klären, welche Teile zugänglich sind, welche Rechte ihr für den geplanten Einsatz erhaltet und wie Updates bereitgestellt werden.
Für einen eigenen Betrieb kommen technische Fragen dazu: Welche Komponenten braucht ihr, wer betreut sie, und wie könnt ihr Daten sichern und wiederherstellen? Die Seite zum Self-Hosting ist der Einstieg in diese Betriebsfrage. Sie ersetzt die Lizenzprüfung nicht.
Das gilt auch dann, wenn euch ein Produkt bereits gefällt. Eine gute Demo zeigt, ob ein Ablauf interessant ist. Sie zeigt nicht automatisch, ob die Rechte und Verantwortlichkeiten zu eurer Organisation passen.
Drei Unterlagen helfen mehr als ein Etikett
Für eure Entscheidung braucht ihr den geltenden Lizenztext, eine klare Beschreibung des Codezugangs und eine Vereinbarung zum Betrieb. Daraus sollte hervorgehen, was ihr prüfen, nutzen und verändern dürft und wer die laufende Arbeit übernimmt.
