Direkte Antwort: Es sind zwei getrennte Fragen. (1) Können Sie KI-generierten Code besitzen? Der Bericht des US Copyright Office von 2025 kam zu dem Schluss, dass rein KI-generierte Ausgaben ohne hinreichende menschliche Urheberschaft nicht urheberrechtlich schützbar sind – zu beurteilen von Fall zu Fall. (2) Kann KI-generierter Code fremden Code verletzen? Das ist Gegenstand des GitHub-Copilot-Rechtsstreits (Doe v. GitHub), in dem ein Gericht die meisten Ansprüche abwies und die Sache in die Berufung ging. Keine der beiden Fragen hat eine einfache, allgemeingültige Antwort, weshalb Teams Urheberschaft, Herkunft und Lizenzprüfung steuern sollten. Dieser Artikel bietet allgemeine Informationen und keine Rechtsberatung.
„Wem gehört der Code, den die KI geschrieben hat?“ klingt wie eine philosophische Frage. Für eine Engineering-Organisation ist sie eine praktische – mit zwei verschiedenen Hälften, die leicht zu verwechseln sind: ob Sie KI-generierten Code schützen können und ob er die Rechte anderer verletzen könnte. Jüngste Entwicklungen liefern zu beidem nützliche Signale – ohne eine der Fragen zu klären.
Frage 1: Lässt sich KI-generierter Code urheberrechtlich schützen?
In seinem Bericht von 2025 zu Urheberrecht und künstlicher Intelligenz (Teil 2, zur Schutzfähigkeit) behandelte das US Copyright Office, wann KI-Ausgaben geschützt sein können. Sein Fazit, wie es breit zusammengefasst wird, lautet: Ausgaben generativer KI können nur dann urheberrechtlich geschützt sein, wenn ein menschlicher Urheber hinreichende schöpferische Elemente bestimmt hat – und dies ist von Fall zu Fall zu beurteilen.
Im Klartext:
- Code, der rein durch das Prompten einer KI entsteht, ohne nennenswerten menschlichen schöpferischen Beitrag, ist wahrscheinlich nicht schutzfähig.
- Menschliche Auswahl, Anordnung und Bearbeitung von KI-Ausgaben kann den Schutz für diese menschlichen Beiträge begründen.
- Die Trennlinie ist einzelfallabhängig: Wie stark hat ein Mensch das schöpferische Ergebnis geprägt?
Für ein Team bedeutet das praktisch: Ein starkes, ungeprüftes Vertrauen auf generierten Code kann Ihre urheberrechtliche Position an diesem Code schwächen – ein weiterer Grund, warum menschliche Urheberschaft und Review nicht nur Qualitäts-, sondern auch IP-Kontrollen sind.
Frage 2: Kann KI-generierter Code fremden Code verletzen?
Das ist die Frage hinter dem GitHub-Copilot-Rechtsstreit (Doe v. GitHub). Die Kläger machten geltend, Copilot könne öffentlich lizenzierten Code reproduzieren, ohne dessen Lizenzbedingungen oder Namensnennung zu beachten. Wie breit berichtet, wies das Gericht die Mehrheit der Ansprüche ab – darunter einen Anspruch nach dem Digital Millennium Copyright Act, §1202(b) – wobei einige Ansprüche mit Präklusionswirkung (dismissed with prejudice) abgewiesen wurden, und der Streit ging in die Berufung vor dem Ninth Circuit.
Zwei ehrliche Vorbehalte:
- Dies ist ein laufendes Verfahren, dessen Ausgang nicht endgültig ist; Berufungsentscheidungen können das Bild verändern.
- Die Abweisung bestimmter Ansprüche ist kein pauschales Urteil, dass KI-Codegenerierung nie IP-Fragen aufwirft; sie ist eine Entscheidung über bestimmte rechtliche Konstruktionen und Sachverhalte.
Das Signal für Teams ist Risikomanagement, nicht Panik: Generierter Code kann Trainingsdaten ähneln, und Lizenzpflichten (einschließlich Copyleft-Bestimmungen wie der AGPL-Netzwerknutzungsklausel) haften am Code, unabhängig davon, wie er entstanden ist.
Zwei Fragen, eine Tabelle
| Frage | Jüngstes Signal | Was es nicht klärt |
|---|---|---|
| Können Sie KI-generierten Code besitzen? | US Copyright Office (2025): schützbar nur mit hinreichender menschlicher Urheberschaft | Die genaue Schwelle; es ist einzelfallabhängig |
| Kann KI-Code fremden verletzen? | Copilot-Rechtsstreit: die meisten Ansprüche abgewiesen, in Berufung | Ob Ausgaben je verletzen können; das Verfahren läuft |
Eine Governance-Checkliste, die zum Start keinen Anwalt braucht
Für konkrete Fragen werden Sie weiterhin qualifizierten Rechtsbeistand wollen, doch das Engineering kann das Risiko schon heute senken:
- Halten Sie Menschen in der Urheberschaft. Verlangen Sie ein sinnvolles Review und eine Bearbeitung des generierten Codes – für die Qualität und um jede urheberrechtliche Position zu stärken.
- Verfolgen Sie die Herkunft. Halten Sie fest, wo erhebliche KI-Unterstützung zum Einsatz kam, damit sich Eigentums- und Lizenzfragen später beantworten lassen.
- Prüfen Sie die Lizenzen vorgeschlagenen Codes. Behandeln Sie KI-Vorschläge wie jeden Code Dritter: Prüfen Sie auf erkennbare lizenzierte Snippets und Pflichten.
- Achten Sie auf Copyleft. Verstehen Sie, wie Lizenzen wie AGPL-3.0 auf das anzuwenden sind, was Sie ausliefern; siehe den Lizenzleitfaden und den AGPL-Pflichten-Navigator.
- Bevorzugen Sie Werkzeuge, die Sie steuern können. Eine Plattform, die Aufgaben und Reviews aufzeichnet, macht Herkunft und Aufsicht durchsetzbar statt anekdotisch.
Wo eine gemanagte Plattform hilft
Urheberrechts- und IP-Hygiene hängen von Belegen ab: wer was geprüft hat und wo KI beteiligt war. Ad-hoc-Nutzung auf privaten Rechnern hinterlässt keine Spur. Eine Plattform, die KI-Arbeit über aufgezeichnete Aufgaben und einen Review-Workflow abwickelt – das Modell, das MonkeyCode beschreibt –, macht diese Belege zum Nebenprodukt der normalen Arbeit. Sie beantwortet die rechtlichen Fragen nicht für Sie, aber sie gibt Ihrem Rechtsbeistand etwas an die Hand.
Fazit
Die Eigentumsfrage und die Verletzungsfrage sind verschieden, und beide laufen derzeit auf „es kommt darauf an“ hinaus. Das US Copyright Office knüpft die Schutzfähigkeit an menschliche Urheberschaft; der Copilot-Rechtsstreit zeigt, dass die Debatte um Verletzung lebendig ist, aber weit von einer pauschalen Regel entfernt. Die tragfähige Antwort ist Governance: Lassen Sie Menschen weiter schöpfen und prüfen, verfolgen Sie die Herkunft, respektieren Sie Lizenzen und nutzen Sie Werkzeuge, die diese Disziplin durchsetzbar machen.
Quellengrenze: Die Schlussfolgerungen zur Schutzfähigkeit sind aus dem Bericht des US Copyright Office von 2025 zu Urheberrecht und KI (Teil 2) zusammengefasst, die Zusammenfassung des Rechtsstreits aus der öffentlichen Berichterstattung zu Doe v. GitHub, beide geprüft am 20. Juli 2026. Rechtliche Fragen entwickeln sich weiter, und Berufungsergebnisse können dieses Bild verändern. Dieser Artikel bietet allgemeine Informationen und keine Rechtsberatung; konsultieren Sie qualifizierten Rechtsbeistand für Ihre Rechtsordnung und Ihren Sachverhalt.