Behandeln Sie jedes KI-gestützte Asset als Produktionselement, das eine Quellenaufzeichnung, eine definierte Verwendung und eine menschliche Überprüfung vor der Veröffentlichung benötigt. Halten Sie die Aufzeichnung mit dem Projekt zusammen, überprüfen Sie das Ergebnis auf Probleme und prüfen Sie die Bedingungen, die für das Tool, die Mitwirkenden, die Plattform und den Verbreitungsplan gelten. Dokumentation hilft einem Team, Entscheidungen zu treffen und zu erklären; sie garantiert nicht, dass ein Asset rechtmäßig, originär, exklusiv oder sicher zur Veröffentlichung ist. Für eine ergänzende Perspektive siehe die Spiel-Jam-Regeln-Checkliste.
Wichtige Punkte - Dokumentieren Sie das Tool, das Datum, die Eingaben, Bearbeitungen, den vorgesehenen Einsatz und den Prüfer für jedes Asset. - Prüfen Sie die Ergebnisse auf erkennbare Materialien, unklare Quellen und Konflikte mit Projekt- oder Plattformanforderungen. - Die Richtlinien der US-amerikanischen Urheberrechtsbehörde behandeln die Urheberrechtsfähigkeit und menschliche Urheberschaft in den Vereinigten Staaten; sie lösen nicht jede rechtliche Frage oder jedes Gerichtsbarkeitsgebiet.
Erstellen Sie eine Asset-Datensatz, die mit dem Projekt mitgeht
Für jedes Bild, Audio-Datei, Textabschnitt, Modell oder anderes generiertes Material, notieren Sie den Dateinamen, das Tool und die Version, falls bekannt, das Erstellungsdatum, den Prompt oder die Quelleneingaben, falls angemessen, Bearbeitungen, den vorgesehenen Einsatz und den Prüfer. Notieren Sie, ob ein Mensch eigenständige schöpferische Beiträge geleistet hat und wo diese Beiträge erscheinen. Halten Sie Verträge, Lizenzen, Belege und Quelldateien für Drittmaterial neben der Aufzeichnung zusammen.
Verwenden Sie einen einheitlichen Bezeichner im Projekt, damit ein vertriebenes Asset auf seine Notizen zurückverfolgt werden kann. Wenn ein Asset erheblich überarbeitet wird, bewahren Sie die frühere Version auf und beschreiben Sie die Änderung. Vermeiden Sie es, sensible oder vertrauliche Eingaben in einem gemeinsamen Protokoll zu notieren, es sei denn, das Team hat die Erlaubnis, sie dort zu speichern.
Überprüfen Sie das Ergebnis, bevor es in ein Build gelangt
Eine Herkunftsdatei ist kein Originalitätscheck. Überprüfen Sie das Asset selbst auf erkennbare Charaktere, Logos, charakteristische Kostüme, geschützte Kunstwerke, Abbildungen echter Personen, irreführende Texte und anderes Material, das Rechts-, Einwilligungs- oder Plattformprobleme auslösen könnte. Vergleichen Sie es mit den Referenzen und Eingaben, die zur Erstellung verwendet wurden. Wenn ein Asset unsicher ist, halten Sie es aus dem Veröffentlichungsbuild zurück, während das Team es untersucht oder ersetzt.
Prüfen Sie die Dienstleistungsbedingungen und alle relevanten Lizenzen für die vorgesehene Verwendung, einschließlich kommerzieller Nutzung, Namensnennung, Wiederverbreitung und Einschränkungen bei Eingaben oder Ausgaben. Diese Bedingungen können sich je nach Anbieter und im Laufe der Zeit unterscheiden. Prüfen Sie auch Mitwirkendenvereinbarungen, Verlagsanforderungen, Marktplatzrichtlinien und die Offenlegungsregeln der Zielplattform. Verwenden Sie nicht die Aussage eines Modells über Rechte als rechtliche Feststellung.
Was die US-amerikanische Urheberrechtsbehörde über Urheberschaft sagt
Die am 29. Januar 2025 veröffentlichte Mitteilung der US-amerikanischen Urheberrechtsbehörde, die Teil 2 ihres Berichts über Künstliche Intelligenz zusammenfasst, besagt, dass Urheberrechte KI-gestützte Ergebnisse schützen können, wenn ein menschlicher Urheber ausreichend expressive Elemente bestimmt hat. Sie nennt Beispiele wie menschlich verfasste Materialien, die im Ergebnis erkennbar sind, oder menschliche kreative Anordnungen oder Modifikationen, und sagt, dass die bloße Bereitstellung von Prompten nicht ausreicht. Der vollständige Bericht behandelt die Urheberrechtsfähigkeit von generativen KI-Ergebnissen unter US-Recht.
Dies ist eine Aussage über die Position der US-amerikanischen Urheberrechtsbehörde zur Urheberrechtsfähigkeit, nicht ein universelles Prinzip für alle Rechte an einem Asset. Sie entscheidet nicht, ob ein Ergebnis das Werk einer anderen Person verletzt, ob die Bedingungen eines Anbieters eine Nutzung erlauben oder wie Persönlichkeitsrechte, Datenschutz, Vertragsrecht oder andere Gesetze gelten. Die Behörde beschreibt auch ihre Schlussfolgerungen im Kontext bestehender US-amerikanischer Urheberrechtsprinzipien und diskutiert die Einzelfallbewertung menschlicher Beiträge. Gesetze, Gerichtsurteile und Fakten unterscheiden sich je nach Gerichtsbarkeit und können sich ändern.
Verwenden Sie eine Veröffentlichungsüberprüfung, nicht ein allgemeines Sicherheitslabel
Bevor die Veröffentlichung erfolgt, sollte ein Reviewer, der das Projekt versteht, den Asset-Datensatz, das Ergebnis, die Lizenz oder die Nutzungsbedingungen, alle erforderlichen Namensnennungen oder Offenlegungen sowie alle ungelösten Bedenken überprüfen. Halten Sie eine Ersatzoption für Assets bereit, die nicht nach den Standards des Teams freigegeben werden können. Fragen, die den kommerziellen Vertrieb erheblich beeinflussen, sollten an qualifizierte Anwälte in der zuständigen Jurisdiktion weitergeleitet werden.
Diese Checkliste ist allgemeine Produktionshygiene, keine rechtliche Beratung. Ein sauberes Protokoll kann die Überprüfung zuverlässiger machen, kann aber kein unsicheres Asset in ein freigegebenes Asset verwandeln. Treffen Sie die Veröffentlichungsentscheidung auf der Grundlage des spezifischen Assets, der spezifischen Verwendung, der anwendbaren Bedingungen und der Orte, an denen das Spiel vertrieben wird.
Ein praktischer Herkunftsnachweis für ein einzelnes Asset
Ein nützlicher Datensatz beantwortet vier Fragen: Wo stammt die Datei her, was wurde in ihre Erstellung einbezogen, wie hat das Team sie verändert und wo wird sie verwendet? Ein Team kann diese Felder in einer Tabellenkalkulation, einem Asset-Management-Tool oder einem einfachen Projekt-Dokument halten:
| Feld | Beispiel dafür, was zu dokumentieren ist |
|---|---|
| Asset-Identität | Projekt-Pfad, Dateiname und Version oder Hash |
| Herkunft | Menschlich erstellt, KI-gestützt, lizenzierte Bibliothek, beauftragt oder gemischt |
| Tool oder Lieferant | Anbieter und Modell oder Produktversion, falls bekannt |
| Eingaben | Zusammenfassung des Prompt und Referenzen, unter Berücksichtigung von Vertraulichkeits- und Einwilligungsgrenzen |
| Menschliche Änderungen | Bearbeitung, Komposition, Zeichnung, Retusche, Auswahl oder andere Beiträge |
| Vorgesehene Verwendung | In-Spiel-Hintergrund, Symbol, Charakter, Ladenbild, oder Werbematerial |
| Bewertung | Prüfer, Datum und überprüfte Fragen |
| Allgemeine Geschäftsbedingungen und Offenlegung | Relevante Dienstleistungsbedingungen, Lizenz, Namensnennung oder Plattform-Erklärung |
Dies ist ein Produktionsprotokoll, keine rechtliche Schlussfolgerung. Ein vollständiges Protokoll kann nicht garantieren, dass eine Datei original, keine Rechte verletzend, urheberrechtlich schützenswert oder von einem Marktplatz akzeptiert ist. Es erleichtert jedoch die Suche nach der Quelle und das Verständnis der Entscheidungen des Teams, falls später Fragen auftauchen.
Zum Beispiel darf ein generierter Hintergrund nur als vorläufige Stimmungsreferenz verwendet werden, während eine vom Menschen erstellte Version das gelieferte Asset wird. Die Aufzeichnung sollte diese Unterscheidung widerspiegeln, damit die vorläufige Datei nicht versehentlich in den Release-Build aufgenommen wird. Wenn das Team ein generiertes Bild erheblich bearbeitet, sollte festgehalten werden, was geändert wurde, und Arbeitsdateien sollten erhalten bleiben, die den Prozess gegebenenfalls erklären. Geben Sie keine vertraulichen Prompt-Texte oder personenbezogenen Daten in eine gemeinsam genutzte Aufzeichnung ein, es sei denn, das Team hat einen fundierten Grund, sie zu speichern.
Überprüfen Sie Rechte, Einwilligung und Plattformanforderungen getrennt
Verschiedene Bedenken erfordern unterschiedliche Überprüfungen. Ein erkennbares Logo oder eine Figur stellt eine andere Frage dar als die Frage, ob ein Dienst kommerzielle Nutzung erlaubt. Eine Abbildung einer echten Person wirft Fragen der Einwilligung und Persönlichkeitsrechte auf. Ein Klangbeispiel kann eine Lizenz haben, die sich von der Bildlizenz unterscheidet. Eine Einreichungsplattform kann eine Offenlegung verlangen, auch wenn das Team der Meinung ist, dass das Asset ansonsten erlaubt ist.
Überprüfen Sie das tatsächliche Ergebnis und die Eingaben, die es geformt haben. Suchen Sie nach eindeutig geschütztem Material, kopierter Marken, irreführendem Text, sensibler oder privater Inhalte und unabsichtlichen Ähnlichkeiten. Prüfen Sie die Bedingungen, die sowohl für das Werkzeug als auch für die vorgesehene Verwendung des Assets gelten. Prüfen Sie dann die Mitwirkungsvereinbarungen, Verlagsregeln, Marktplatzbedingungen und die Offenlegungsanforderungen der Zielplattform. Diese Dokumente können sich ändern, daher verwenden Sie die für das tatsächliche Projekt und die Verbreitungsplanung geltenden Bedingungen.
Wenn das Team ein Bedenken nicht lösen kann, sollte das Asset aus dem Release-Build ausgeschlossen werden, während es ermittelt oder das Material ersetzt. Ein Herkunftsprotokoll hilft dem Team, Alternativen zu identifizieren; es verwandelt keine Unsicherheit in eine Freigabe.
Interpretieren Sie die Leitlinien der US-amerikanischen Urheberrechtsbehörde eng
Die Leitlinien der US-amerikanischen Urheberrechtsbehörde zu KI und Urheberrecht behandeln Fragen innerhalb des US-amerikanischen Urheberrechts, einschließlich menschlicher Urheberschaft und der Rolle menschlicher Beiträge. Sie sollten nicht als pauschale Regel zusammengefasst werden, wonach alle KI-Unterstützten Materialien entweder geschützt oder nicht geschützt sind. Die Analyse kann von dem spezifischen Werk und dem beteiligten menschlichen Beitrag abhängen. Urheberrechtliche Schutzfähigkeit ist auch von der Frage unterschieden, ob die Verwendung eines Outputs andere rechtliche oder vertragliche Probleme aufwerfen könnte.
Ein Produktions-Team sollte daher Informationen bewahren, die helfen, seinen Prozess zu erklären: Originalskizzen, menschliche Bearbeitungen, Entscheidungen zur Auswahl und Anordnung, mehrschichtige Projektdateien und Notizen darüber, welche Teile generiert oder geändert wurden. Diese Informationen können dem Team helfen, seine Beiträge genau zu beschreiben. Sie garantieren nicht die Registrierung, Exklusivität oder einen bestimmten rechtlichen Ausgang. Für den grenzüberschreitenden Vertrieb sollte die US-Leitlinie nicht als Ersatz für die Prüfung der Gesetze und Anforderungen der anderen Rechtsgebiete angesehen werden.
Eine wiederholbare Veröffentlichungsprüfung
Vor der Veröffentlichung, vergleichen Sie das Endbuild mit dem Asset-Protokoll. Stellen Sie sicher, dass jedes enthaltene externe oder KI-Unterstützte Asset eine verantwortliche Person und eine aufgezeichnete Quelle hat. Prüfen Sie Credits, Namensnennungen und Offenlegungen gegen die aktuellen Plattformanweisungen. Entfernen Sie nicht verwendete Dateien, die versehentlich als Endprodukte missverstanden werden könnten. Stellen Sie sicher, dass das Team die Dateien und Genehmigungen hat, die es benötigt, um jedes Asset zu warten oder zu ersetzen.
Wenn eine neue Version eines Assets in das Build eingeht, wiederholen Sie die entsprechende Überprüfung. Eine Änderung des Prompt, der Referenz, der Bearbeitung oder der Verwendung kann die Fragen verändern, die das Team beantworten muss. Halten Sie die Überprüfung auf die tatsächlichen Assets und die tatsächlichen Verbreitungspläne fokussiert, anstatt sich auf ein generisches „KI-sicher“-Etikett zu verlassen.
Beweist das Aufbewahren eines Prompt, dass ein KI-generiertes Asset rechtmäßig ist?
Nein. Ein Prompt ist eine einzelne Quelleninformation. Er stellt nicht sicher, dass jeder Eingang autorisiert war, dass die Ausgabe geschütztes Material vermeidet oder dass die Bedingungen eines Dienstes den Anforderungen des Projekts entsprechen.
Kann ein Team KI-generierte Assets kommerziell nutzen?
Die Antwort hängt von den aktuellen Bedingungen des Tools, dem Asset, der relevanten Gesetzgebung und der geplanten Nutzung ab. Prüfen Sie die Bedingungen und den Projektkontext, anstatt sich auf eine allgemeine Aussage über KI-generierte Inhalte zu verlassen.
Behandeln Sie eine Takedown-Anfrage, eine Frage oder eine unklare Quelle
Wenn eine Plattform, ein Spieler, ein Verleger oder ein Mitwirkender Bedenken äußert, bewahren Sie die entsprechenden Builds und Asset-Aufzeichnungen vor Änderungen der Dateien auf. Identifizieren Sie das genaue Asset und wo es vorkommt, und überprüfen Sie dann dessen Quelle, Eingaben, Bearbeitungsgeschichte, Lizenz und beabsichtigte Nutzung. Halten Sie die Kommunikation sachlich und vermeiden Sie Spekulationen über die Motive einer Person oder das Geben von Versprechen, die das Team nicht halten kann. Falls die Bedenken potenzielle rechtliche Konsequenzen betreffen, konsultieren Sie qualifizierte Anwälte, anstatt eine interne Checkliste als rechtliche Meinung zu behandeln.
Für ein kleines Team ist die sofortige Produktionsentscheidung oft enger als die rechtliche Frage: Sollte dieses Asset im öffentlichen Build verbleiben, während das Team ermittelt? Ein umkehrbarer Schritt wie das Ersetzen oder vorübergehende Entfernen des Assets kann Verwirrung reduzieren, während die Quelle überprüft wird. Dokumentieren Sie, wer die Entscheidung getroffen hat und welche Informationen noch fehlen. Falls das Asset später freigegeben oder ersetzt wird, aktualisieren Sie die Aufzeichnung, damit das Team erklären kann, welche Version verteilt wurde.
Halten Sie Aussagen über Urheberrecht und Eigentum präzise
Vermeiden Sie Marketing-Sprache, die exklusive Eigentumsansprüche oder automatischen Urheberrechtsschutz für alle generierten Materialien verspricht. Unterscheiden Sie die ursprüngliche menschliche Arbeit des Teams, lizenzierte Materialien, KI-gestützte Komponenten und unklare Materialien. Falls ein Projekt einen Verleger oder kommerziellen Partner hat, prüfen Sie die Vertragsbedingungen, die sie verlangen, und lassen Sie die entsprechende Person jede Darstellung zu Rechten genehmigen.
Wenn Sie einen Prozess öffentlich beschreiben, erklären Sie, was das Team tatsächlich beigetragen hat. Zum Beispiel hat es möglicherweise einen Prompt geschrieben, Ausgaben ausgewählt, Teile übermalt, Elemente kombiniert oder ein neues Asset aus einer Referenz produziert. Diese Details helfen Lesern, den Workflow zu verstehen, ohne ein rechtliches Ergebnis zu behaupten. Bewahren Sie Quelldateien und bedeutsame Bearbeitungen entsprechend auf, geben Sie aber nicht an, dass eine bestimmte Menge an Bearbeitung ein spezifisches Ergebnis garantiert.
Eine Quellenaufzeichnung sollte auch Lizenzfragen von Urheberrechtsfragen unterscheiden. Die Bedingungen eines Anbieters können bestimmte vertragliche Erlaubnisse gewähren, aber diese Bedingungen beantworten nicht unbedingt jede Frage zu Drittrechten, Namensnennung, Privatsphäre oder Plattformregeln. Ebenso beantwortet eine Urheberrechtsanalyse nicht automatisch, ob ein Dienstvertrag oder eine Marktplatzrichtlinie eingehalten wurde. Weisen Sie jede Frage dem richtigen Prüfungsweg zu.
