- AI-Coding-Agenten können Code im Namen der Nutzer lesen und ändern und zeigen damit das Potenzial, die lange nur formale Idee der „vier Freiheiten“ freier Software praktisch wiederherzustellen
- Während die SaaS-zentrierte Struktur den Zugang der Nutzer zum Quellcode eingeschränkt hat, können Agenten selbst für Nicht-Entwickler die Freiheit zur Codeänderung stellvertretend ausüben
- Der Fall der geschlossenen SaaS-App Sunsama zeigt konkret, wie viel Ineffizienz und Einschränkungen geschlossene Strukturen verursachen
- Im Zeitalter der AI-Agenten werden Nutzer Software voraussichtlich zunehmend danach auswählen, ob „mein Agent diese Software verändern kann“
- Die Wiederbelebung freier Software dürfte nicht durch Ideologie, sondern durch die praktische Notwendigkeit, damit Agenten tatsächlich arbeiten können, ausgelöst werden
AI-Coding-Agenten rücken die Bedeutung freier Software erneut ins Licht
- Das Aufkommen von AI-Coding-Agenten zeigt das Potenzial, die lange theoretisch diskutierten „vier Freiheiten“ freier Software wieder zu praktischen Rechten zu machen
- Mit der Verbreitung des SaaS-Modells verloren Nutzer den Zugang zum Quellcode und gerieten in eine auf Bequemlichkeit ausgerichtete Abhängigkeitsstruktur, während Agenten Code im Namen der Nutzer lesen und ändern können
- Der Versuch, die geschlossene SaaS-App Sunsama anzupassen, macht anhand konkreter Umwege die von geschlossenen Strukturen verursachte Ineffizienz sichtbar
- Da AI-Agenten nun auch für Nicht-Entwickler die Freiheit zur Codeänderung stellvertretend ausüben können, wird der praktische Wert freier Software neu bewertet
- Allerdings bleiben Fragen rund um Wartungsaufwand und die Nachhaltigkeit des Open-Source-Ökosystems bestehen, weshalb ein neues Modell gefragt ist, das die Bequemlichkeit von SaaS mit der Offenheit freier Software verbindet
Geschichte und Niedergang freier Software
- In den 1980er-Jahren gründete Richard Stallman die Free Software Foundation, nachdem ihn die Unmöglichkeit, die geschlossene Software eines Xerox-Druckers zu verändern, zu diesem Schritt veranlasst hatte
- Er formulierte die „vier Freiheiten“: Nutzer sollten Programme ausführen, untersuchen, verändern und weitergeben können
- In den 1990er-Jahren wuchs freie Software mit Linux, Apache, MySQL und PHP stark, und auch Unternehmen bauten darauf basierende Geschäftsmodelle auf
- Doch mit dem Aufstieg des SaaS-Modells ab den 2000er-Jahren führten Nutzer Software nicht mehr selbst aus und änderten sie auch nicht mehr, wodurch der Freiheitsbegriff seine praktische Bedeutung verlor
Der Übergang zu „Open Source“ und die Abschwächung der Philosophie
- 1998 schlug Christine Peterson vor, statt „free software“ den Begriff „open source“ zu verwenden und damit ein unternehmensfreundlicheres Bild zu schaffen
- Eric Raymond und Bruce Perens gründeten die Open Source Initiative und stellten Open Source als Entwicklungsmethodik in den Vordergrund
- In diesem Prozess setzte sich pragmatisches, auf Code-Sharing zentriertes Denken gegenüber ethischen Forderungen nach Nutzerrechten durch
- Unternehmen konnten Open Source nutzen und zugleich die Kontrolle der Nutzer einschränken, wodurch die gesellschaftliche Bedeutung der Bewegung für freie Software geschwächt wurde
SaaS und die Lücken in der Lizenzierung
- Die GPL verlangte die Offenlegung des Quellcodes nur bei der „Verbreitung“ von Software, weshalb SaaS-Anbieter dies umgehen konnten
- Wie beim Elasticsearch-Service von AWS nutzten Unternehmen Open Source, ohne ihre Änderungen offenzulegen
- Als Gegenmaßnahme entstand die AGPL, doch Google untersagte deren Nutzung per interner Richtlinie
- Danach wechselten MongoDB, Redis, HashiCorp, Elastic und andere zu verschiedenen quellnutzungsbeschränkenden Lizenzen, ohne das Grundproblem zu lösen
- In der Folge verloren Nutzer den Zugang zum Quellcode und akzeptierten eine auf Bequemlichkeit beruhende SaaS-Abhängigkeit
Der Fall Sunsama: die Grenzen geschlossener SaaS
- Sunsama sollte für mit Twitter verknüpftes Aufgabenmanagement genutzt werden, doch wegen fehlender API und geschlossener Struktur war eine Automatisierung unmöglich
- Erst dank eines Open-Source-Relay-Projekts (
sunsama-relay) eines Nutzers, der eine inoffizielle API rückentwickelt hatte, ließ sich die gewünschte Funktion mühsam umsetzen
- Dabei musste jedoch
- das echte Account-Passwort im Code gespeichert werden
- wegen der Unmöglichkeit einer automatischen Erstellung von iOS-Shortcuts eine manuelle Einrichtung erfolgen
- auf mehrere Ebenen inoffizieller Hacks und manueller Eingriffe zurückgegriffen werden
- Für eine einfache Funktion waren sechs Umgehungsschritte und drei Authentifizierungsverfahren nötig — ein Beispiel für die strukturelle Ineffizienz geschlossener SaaS
Wie AI-Agenten Freiheit wiederherstellen könnten
- Eine Schwäche freier Software bestand darin, dass Nicht-Entwickler keine praktische Freiheit hatten
- AI-Coding-Agenten können Code im Namen der Nutzer lesen und verändern, sodass auch Nicht-Entwickler „Freiheit 1“ (die Freiheit zur Änderung) stellvertretend ausüben können
- Nutzer beschreiben einfach die gewünschte Funktion, und der Agent analysiert, verändert und deployt den Code
- Freie Software ist damit nicht länger nur ein Recht von Entwicklern, sondern erweitert sich zu einem praktischen Werkzeug für alle Nutzer
- In geschlossenen SaaS-Systemen dagegen haben selbst Agenten keinen Zugang, sodass Nutzer weiterhin passive Akteure bleiben, die nur Funktionswünsche äußern können
Wiederaufwertung der Offenheit
- Mehrere Forscher und Techniker betonen den Wert von Offenheit im Zeitalter der AI-Agenten
- Nawaz Dhandala: Weil Agenten Quellcode direkt verändern können, sei Open Source „geschlossenen Systemen klar überlegen“
- Martin Alderson: Dank Agenten seien statt SaaS maßgeschneiderte Automatisierungen möglich, bei zugleich sinkendem Wartungsaufwand
- John Loeber: Die lokale Re-Integration von Daten werde zur Wiederherstellung des Open-Source-Werts beitragen
- Vitalik Buterin: „Nur vollständige Offenheit verhindert das Monopol eines einzelnen Unternehmens“ — daher müsse Copyleft neu bewertet werden
Die Notwendigkeit eines neuen Gleichgewichts
- Eine Rückkehr zu freier Software bringt reale Kosten mit sich, etwa Betriebsaufwand sowie Sicherheits- und Backup-Management
- Das Open-Source-Ökosystem steckt wegen sinkender Codequalität durch AI-generierten Code und rückläufiger Beiträge in einer Wartungskrise
- Tailwind CSS verzeichnete 40 % weniger Dokumentations-Traffic, 80 % Umsatzrückgang und einen Personalabbau von 75 %
- Terraform-Schöpfer Mitchell Hashimoto stellte auf eingeschränkte externe PRs und ein vouch-basiertes Modell um
- Benötigt wird keine bloße Rückkehr zum Self-Hosting, sondern eine neue Art von Service, die die Bequemlichkeit von SaaS mit der Offenheit freier Software verbindet
Wandel der Software-Auswahlkriterien im Agentenzeitalter
- Künftig könnten Nutzer „Kann mein Agent diese Software verändern?“ zu einem zentralen Kaufkriterium machen
- Geschlossene SaaS-Angebote könnten an Wettbewerbsfähigkeit verlieren, wenn die Wechselkosten gegen null tendieren
- Agenten werden geschlossene Systeme wohl als „defekte Struktur“ erkennen und umgehen — etwa durch
- Reverse Engineering inoffizieller APIs
- automatische Erstellung von Open-Source-Alternativen
- Rekonstruktion nach dem Download von Daten
- Der CTO von Upwave erklärte, dass sein Produkt auf eine agentenfreundliche Integrationsstruktur umgestellt werde
- Letztlich, so das Fazit, werde die Wiederbelebung freier Software nicht durch Ideologie, sondern durch die praktische Notwendigkeit, damit Agenten wirklich arbeiten können, ausgelöst
Fazit
- AI-Agenten entwickeln sich über die technischen Grenzen ihrer Nutzer hinaus zu praktischen Umsetzern von Softwarefreiheit
- Geschlossene SaaS-Umgebungen begrenzen die Fähigkeiten von Agenten, sodass Nutzer zunehmend offene Alternativen bevorzugen könnten
- Das Gleichgewicht zwischen Freiheit und Bequemlichkeit neu zu entwerfen, wird zu einer zentralen Aufgabe der Softwareindustrie der nächsten Generation
- Mit der Aussage, dass „der Verzicht auf Freiheit zugunsten betrieblicher Bequemlichkeit nicht länger zu rechtfertigen ist“, wird ein neues, agentenzentriertes offenes Ökosystem in greifbare Nähe gerückt
2 Kommentare
Dringend nötig ist weniger freie Software als vielmehr die Fähigkeit, bereits vorhandene Software zu steuern. Das ist eine enorme Belastung.
Hacker-News-Kommentare
Als jemand, der seit über 10 Jahren Open-Source-Software veröffentlicht, erkenne ich den Wert an, den mir AI und LLMs gebracht haben
Trotzdem stört mich der Gedanke, dass mein Code als Trainingsdaten verwendet wurde. Vielleicht ist das kein Lizenzverstoß (GNU 2/3), aber es fühlt sich so an, als widerspräche es dem Geist, den ich beabsichtigt hatte
Ich wurde kürzlich „wegen AI“ entlassen, und nun habe ich das Gefühl, dass mein Code eben diese AI mit großgezogen hat – ein zwiespältiges Gefühl. Es wäre schön, für solche Beiträge zumindest Dividenden oder Tantiemen zu bekommen, aber realistisch ist das wohl nicht
Deshalb suche ich nach einer Copyleft-artigen „Source-Available“-Lizenz, die für LLM-Training eine gesonderte Erlaubnis verlangt, aber so etwas gibt es bisher nicht. Die rechtliche Wirkung wäre wohl schwach, aber ich möchte zumindest meine Absicht klar festhalten
Die Free-Software-Bewegung begann von Anfang an damit, kommerzielle Programme zu klonen. Ideen wurden aus UNIX, Windows 95, macOS usw. übernommen, und infolgedessen sind die meisten kommerziellen UNIXe verschwunden
Am Ende haben die „Megakonzerne“ profitiert, und ich denke, dass die heutige Einverleibung von Open Source durch LLMs in derselben Linie liegt
In der Realität wirken Gesetze aber oft zugunsten der Mächtigen. Trotzdem wäre es hoffnungsvoll, wenn es dazu einen Präzedenzfall gäbe
Die Lizenz ist zwar permissiv, aber es war unangenehm, dass sie ohne Urheberhinweis einfach kopiert wurde. Früher hätte ich selbst gesucht und die Lizenz geprüft, heute automatisieren Tools Plagiate
Aber nach derselben Logik sollte es dann auch erlaubt sein, ihre geschlossenen Modelle zu distillieren und daraus offene Modelle zu machen. Letztlich geht es darum, die Macht der Nutzer zurückzugewinnen
In der FLOSS-Community gibt es viel Skepsis gegenüber LLMs
Aber LLMs sind bereits Realität. Vielleicht kann man mit LLMs sogar Open Source bauen, das Monopole aufbricht. Die GPL ist nur ein Mittel zum Zweck
Jetzt ist genau der Zeitpunkt, an dem freie Software am wichtigsten ist
Der Großteil der AI-Infrastruktur läuft auf Open Source. Selbst Claude Code ist ohne Tools wie grep, diff und git nutzlos
Als ich den Satz sah, dass „open source“ nicht bloß ein Rebranding, sondern eine Abtrennung von der Philosophie gewesen sei, stieß mir dieser unbeholfene Stil auf, als wäre er von AI geschrieben
In Zukunft werden Coding-Agenten wohl Teile von Open-Source-Bibliotheken kombinieren und daraus maßgeschneiderte Apps bauen
Die Nutzer werden zufrieden sein, aber die Beitragenden werden nicht entlohnt. Open Source wird damit zu unverzichtbarer Infrastruktur, während die Anerkennung verschwindet
Solange AI kein AGI ist, wird sozialer Druck Projekte am Leben erhalten. Besorgniserregend ist aber das Szenario, dass Unternehmen Linux proprietär neu verpacken und den Einsatz erzwingen
Nach über 10 Jahren Entwicklung macht es mir inzwischen Freude, Software für den Eigenbedarf direkt selbst zu bauen
Ich entwickle sogar Apps für meine Familie und habe ein auf Matrix + Element basierendes Kollaborationstool als Slack-Ersatz aufgebaut. Mit 20 Dollar im Monat ist das gut machbar
FOSS ist tot, aber es kehrt in neuer Form zurück
LLMs erweitern die vier Freiheiten freier Software auf demokratischere Weise
Die technische Freiheit hat zugenommen, aber die Freiheit von Community und Werten bleibt weiterhin eine Aufgabe
Coding-Agenten und LLMs tivoisieren Open Source
Am Ende wird AI zu einem neuen kostenpflichtigen Compiler, und es kommt eine Zeit, in der Programmierer Abogebühren zahlen müssen
Es wird zwar auch Open-Source-LLMs geben, aber Training und Betrieb kosten enorme Summen
Früher konnte man mit einem alten Computer programmieren lernen und erfolgreich werden; für die Zukunft macht mir Sorgen, dass dieser Einstiegspfad verloren geht
Der Artikel war gut, aber das Sunsama-Beispiel stärkt eher das Gegenargument
Wenn Agenten geschlossene Systeme umgehen können, sinkt die Dringlichkeit, auf Open Source umzusteigen
Außerdem hat sich das Vertrauensproblem nur von SaaS zu Agenten verlagert. Nichtfachleute können den Code weiterhin nicht prüfen
Coding-Agenten ermöglichen es, Copyleft zu umgehen
Zum Beispiel verkauft Malus.sh einen Service, der Code umschreibt und in eine Lizenz ohne Einschränkungen überführt. Das befreit nicht die Freiheit des Codes, sondern ist Kommerzialisierung durch Entfesselung von Bindungen