Kontroverse um die rechtliche Legitimität von KI-gestützter Code-Neuschreibung und Lizenzänderung

Kernaussagen (Top)

Die Open-Source-Bibliothek chardet versuchte, nach einer vollständigen Neuschreibung des gesamten Codes mit Hilfe von KI (Claude) die Lizenz zu ändern. Das hat auf Hacker News eine hitzige Debatte über die rechtliche und ethische Tragfähigkeit ausgelöst. Die zentralen Streitpunkte sind der Einfluss des Originalcodes, den die KI gelernt hat, das Fehlen eines „Clean Room“-Designs und die fehlende Möglichkeit des Urheberrechtsschutzes für von KI erzeugte Werke ohne menschliche Schöpfungshöhe. Juristen und Ingenieure warnen, dass solches „License Washing“ per KI künftig ein erhebliches Risiko für die Software-Lieferkette werden könnte.

Das betreffende Issue im chardet-Repo

Tiefenanalyse (Deep Dive)

1. Fehlende Umsetzung eines „Clean Room“ und mögliches Urheberrechtsproblem
Beim traditionellen Verfahren der Software-Reimplementierung trennt ein „Clean Room“-Design strikt die Person, die den Originalcode analysiert, von der Person, die den Code schreibt, um das Risiko einer Urheberrechtsverletzung auszuschließen. Im vorliegenden Fall, in dem der Maintainer von chardet KI (Claude) zur Neuschreibung des Codes verwendet hat, ist es jedoch sehr wahrscheinlich, dass die KI den Originalcode bereits über ihren Trainingsdatensatz kennt. Daher ist die Wahrscheinlichkeit hoch, dass der Output der KI nicht als eigenständige Schöpfung, sondern als „Derivative Work“ des Originals angesehen wird.

2. Urheberrecht an KI-Erzeugnissen und die Befugnis zur Lizenzvergabe
Neuere Urteile US-amerikanischer Gerichte legen nahe, dass Ergebnisse, die von KI ohne menschliche kreative Mitwirkung erzeugt wurden, nicht urheberrechtlich geschützt sind. Daraus folgt die Kritik, dass bereits die Vergabe einer bestimmten Lizenz (z. B. MIT, Apache usw.) oder ein Relicensing für Code, an dem gar kein Urheberrecht entsteht, auf einer schwachen rechtlichen Grundlage steht. Besonders in einigen Ländern wie dem Vereinigten Königreich definieren Gesetze den Urheber eines „computer generated work“ als die Person, die die für seine Entstehung notwendigen Vorkehrungen getroffen hat. Dadurch ist auch mit Verwirrung durch unterschiedliche nationale Rechtsauslegungen zu rechnen.

3. Auswirkungen auf die Software-Lieferkette und den SaaS-Markt
Nutzer von Hacker News befürchten, dass bei Erfolg solcher Versuche bestehende Bibliotheken mit strengen Lizenzen (etwa GPL) über KI leicht in permissive Lizenzen „gewaschen“ werden könnten. Das wird als Angriff auf die Grundlagen des Open-Source-Ökosystems angesehen. Zudem gewinnt die Einschätzung an Überzeugungskraft, dass mit KI-Agenten eine Rückwärtsentwicklung und Reimplementierung von Backend-Services allein anhand von API-Spezifikationen kostengünstig möglich wird, wodurch die technologischen Schutzgräben bestehender SaaS-Unternehmen rasch dünner werden.

Code und Daten (Crucial)

Im Zentrum der Kontroverse stehenden Repository finden sich klare Spuren der KI-Nutzung.

Dokumentierte Claude-Nutzung (Claude.md)

# AI Rewrite Process  
This project was rewritten using Claude 3.5 Sonnet to ensure   
a fresh implementation while maintaining API compatibility.  
...  
  

Vergleich des Urheberrechts nach Ländern (Zusammenfassung der Debatte)

Punkt	USA (US)	Vereinigtes Königreich (UK)
Erforderlichkeit eines menschlichen Urhebers	Erforderlich (rein von KI geschaffene Werke werden verneint)	Nicht erforderlich (Urheber computererzeugter Werke wird anerkannt)
Urheberrecht an KI-Erzeugnissen	Grundsätzlich nicht möglich (menschliche Mitwirkung erforderlich)	Fällt der Person zu, die die Entstehung vorbereitet hat
Wirksamkeit von Relicensing	Sehr intransparent (hohes Potenzial für Rechtsstreitigkeiten)	Vergleichsweise flexibel, aber mit Nachweispflicht

Zusammenfassung der technischen Streitpunkte

• Reverse Engineering via AI: Verbreitung einer „Dark Factory“-Methode, bei der allein aus Frontend und API-Struktur die Backend-Logik kopiert wird.
• License Washing: Versuch, Copyleft-Lizenzen durch den Einsatz von KI als Filter zu umgehen.
• Legal Precedents: Die Notwendigkeit einer Neubewertung, ob das Urteil Google vs Oracle in gleicher Weise auch auf API-Implementierungen im Zeitalter von KI-Agenten anwendbar ist.