Gevinster:
- At skelne mellem input og output copyright risici
- Forståelse af sammenhængen mellem ejerskab af AI-output og menneskelig kreativitet
- Implementer metoder til at håndtere copyright- og licensrisici for kode og indhold
Når en AI-genereret tekst, et billede eller et stykke kode udgives på vegne af organisationen, opstår to spørgsmål: "Krænker dette output andres rettigheder?" og "Ejer vi dette output?" Begge er spørgsmål om intellektuel ejendomsret, og begge bør være på en compliance officers radar. I denne enhed vil vi diskutere copyright-risiko fra to aspekter - input-side og output-side; Vi vil lære om ejerskab af AI-output, rollen som menneskelig kreativitet og praktisk risikostyring for kode/indhold.
Tovejs ophavsretsrisiko
Med AI kommer royaltyrisikoen fra to separate kanaler; De to skal ikke forveksles.
Retning
Spørgsmål
Eksempel på risiko
input-sidet
Hvad giver jeg til AI?
At indtaste en ophavsretsligt beskyttet bog i AI og sige "skriv i din stil"
Udgangssidet
Hvad producerer AI, hvad gør jeg?
Outputtet minder for meget om en andens arbejde, ejerskab er uklart
Input-side risiko: Indtastning og udledning af ophavsretligt beskyttet indhold, der ikke tilhører institutionen (en forfatters bog, en konkurrents rapport, et licenseret billede) i AI uden tilladelse kan resultere i både copyright- og kontraktkrænkelser.
Output bias-risiko: Output produceret af AI kan være for lig med en beskyttet artefakt i træningsdataene; eller det kan forblive uklart, hvem outputtet tilhører.
Ejerskab af AI-output: menneskelig kreativitet
I mange retssystemer kræver beskyttelse af ophavsret menneskelig kreativitet. Output produceret udelukkende af en maskine uden menneskelig input er muligvis ikke beskyttet af ophavsret de fleste steder. Det grundlæggende kriterium her er, at jo større den menneskelige retning, valg, regulering og unikke bidrag er, jo større er sandsynligheden for, at outputtet bliver bevaret.
Praktisk konklusion: Hvis du bruger AI som en "first draft"-generator og tilføjer ægte menneskelig arbejdskraft (udvælgelse, redigering, tilpasning), vil resultatet blive bedre, og dit krav på ejerskab vil være stærkere. "Producer med ét klik, udgiv som den er"-tilgangen svækker både kvalitet og retsstilling.
Forsigtig: At sige "AI producerede det, så det er royaltyfrit og gratis" er vildledende. Selvom outputtet ikke er ophavsretligt beskyttet af dig, kan det krænke en andens arbejde. Fravær af besiddelse er ikke det samme som fravær af krænkelse.
tre minisager
Case 1 — Konkurrentens rapport som input. Et marketingteam uploader en konkurrents betalte og copyright-beskyttede brancherapport til AI og siger "det vil producere en unik version til os." Selvom outputtet ser originalt ud, er kilden blevet brugt uden tilladelse; Dette er en risiko for både ophavsret og licenskrænkelse. Den rigtige måde: kun at bruge offentligt tilgængelige data og organisationens eget indhold som input.
Tilfælde 2 — Kodelicensfælde. Et softwareteam tilføjer en funktion foreslået af AI-kodeassistenten direkte til produktet. Funktionen minder meget om kode underlagt en specifik open source-licens (copyleft); denne licens kan kræve, at hele produktet skal være åben kildekode. Holdet laver en regel om licens/lighedsscreening af forslag til AI-kode og linker kritisk kode til menneskelig gennemgang.
Case 3 — Ejerskab styrket af menneskelig input. Et indholdsteam udarbejder kampagnetekst med AI; Derefter omskriver han det i overensstemmelse med sin brandstemme, ændrer samples og tilføjer en unik fiktion. Det resulterende arbejde afspejler i høj grad menneskelig udvælgelse og arrangement. Dette er en meget mere forsvarlig holdning, både fra et stærkere indholds- og ejerskabssynspunkt.
Særlig opmærksomhed på kode
AI-kodeassistenter er kraftfulde, men de har tre risici: (1) den kode, den anbefaler, ligner kode, der er underlagt en licens, (2) den indeholder en sikkerhedssårbarhed, (3) den refererer til et ikke-fungerende/fremstillet bibliotek. Det er derfor, AI-genereret kode skal gennemses, licenseres og testes, før den sættes direkte i produktion.
Tip: Når du får en kode fra AI, spørger du måske "hvilken licens kan denne kode se ud, og hvad skal jeg kigge efter med hensyn til sikkerhed?" At spørge 'gør risikoen synlig på forhånd. Men den endelige licens-/sikkerhedsbeslutning bør altid overlades til menneskelig gennemgang og om nødvendigt et scanningsværktøj.
Risiko for varemærker, kommerciel brug og fortrolige data
Copyright er ikke den eneste risiko. Tre yderligere punkter kræver opmærksomhed, når du bruger AI-output kommercielt. Den første er mærke og varemærke: AI kan utilsigtet bruge et andet mærkes navn, logo eller et beskyttet slogan i den tekst eller billede, den producerer; Dette kan resultere i krænkelse af andre varemærker end copyright. For det andet vildledende indhold: Hvis en AI-fremstillet "statistik" eller "kundeanmeldelse" bruges i reklamer, opstår der unfair konkurrence og forbrugerretlige spørgsmål. For det tredje fortrolige data i inputtet: At give et fortroligt dokument tilhørende institutionen som input for at producere et output er ikke ophavsret, men en fortroligheds- og forretningshemmelighedsrisiko.
Tommelfingerregel: hvert AI-drevet indhold, der går live, skal bestå en "brand, integrity and privacy"-gennemgang samt et copyright-tjek. Denne tredobbelte kontrol bør være standard, især i eksternt indhold såsom reklamer, presse og officiel korrespondance.
Tip: Inden du udgiver offentligt AI-indhold, skal du stille tre spørgsmål: "Indeholder det andres brand/værk?", "Kan alle påstande i det verificeres?", "Blev organisationens fortrolige data brugt i dens produktion?". Hvis alle tre er klare, er den klar til offentliggørelse.
Kopierbare skabeloner
SKABELON 1 — Indtast ophavsretskontrol: "Jeg overvejer at indtaste følgende indhold i AI: [beskriv indholdet]. Tilhører dette indhold vores institution, er det i det offentlige domæne, eller kan det være ophavsretligt beskyttet/licenseret værk fra en tredjepart? Angiv de tilladelses-/licensspørgsmål, jeg bør stille, før jeg går ind. Marker det område, du ikke er sikker på, som 'lovlig verifikation'."
SKABELON 2 — Output originalitet og ejerskabsnote: "Hvor meget menneskeligt input føjede jeg til dette output [beskriv output], som jeg producerede med AI? Hvilke unikke trin (udvælgelse, redigering, genredigering) skal jeg tage for at styrke mit krav om ejerskab? Skriv 5 konkrete emner."
SKABELON 3 — Kodeanbefalingsrisikoscreening: "Vurder følgende AI-genererede kode fra tre perspektiver: (1) om den ligner en kendt open source-licens, (2) mulige sårbarheder, (3) ikke-eksisterende/fabrikerede biblioteksreference. Giv risiko- og kontrolanbefalinger om hvert emne. Overlad den endelige beslutning til menneskelig gennemgang."
SKABELON 4 — AI-indholdstilskrivning/tagging-regel: "Skriv et udkast til gennemsigtighed og copyright-regel for AI-genereret indhold til vores organisation: hvilket indhold skal mærkes 'AI-understøttet', hvad kan ikke bruges som input, hvilke kontroller skal outputtet gennemgå før offentliggørelse. Artikel for artikel, almindeligt sprog."
Svag prompt / Stærk prompt
SVAG: "Skriv tekst baseret på denne bog, i stil med denne berømte forfatter."(indsæt den ophavsretligt beskyttede bog)-> Risiko for input-ophavsretskrænkelse + risiko for, at output ligner en andens værk; Desuden overføres ophavsretligt beskyttet indhold til udbyderen. STÆRK: "Producer et udkast i vores ORIGINELLE stil, baseret på vores egen brandguide og offentligt tilgængelige eksempler. Brug ikke ophavsretligt beskyttet tredjepartsværk. Jeg vil omskrive og tilpasse udkastet; tilføje redigeringsforslag til et "menneskeligt bidrag"-notat til sidst."-> Input er sikkert, output kan tilpasses, ejerskab styrkes.
Almindelige fejl
- Fremføring af ophavsretligt beskyttet tredjepartsindhold som input til AI uden tilladelse.
- Tænker "AI producerede det, så det er gratis og royaltyfrit"; Ignorerer risikoen for krænkelse.
- Udgivelse af AI-output, som det er, uden at tilføje noget menneskeligt input.
- Sætte AI-kodeforslaget i produktion uden at sende det gennem licens- og sikkerhedsscreening.
- Ignorerer risikoen for copyleft-licenser (hvilket kan tvinge åbning af hele produktet).
- Ikke at pålægge gennemsigtighed/tagging-regler for AI-genereret indhold.
- Forvirrende fravær af besiddelse med fravær af krænkelse; Det er forskellige spørgsmål.
Sammenfattende
- Royaltyrisiko er todelt: input-side (hvad jeg giver til AI) og output-side (hvad AI producerer, hvad jeg gør).
- I mange retssystemer kræver beskyttelse af ophavsret menneskelig kreativitet; Efterhånden som det menneskelige bidrag øges, bliver ejerskabet stærkere.
- "AI produceret = gratis" er falsk; Selvom outputtet ikke er dit, kan det krænke en andens arbejde.
- AI-produktion skal gennemgå menneskelig gennemgang for kode, licensering og sikkerhed.
- Kun institutionens eget indhold og offentligt tilgængelige kilder er sikre som input; Ophavsretligt beskyttet arbejde kræver tilladelse.
Ansøgningsopgave
Vælg to typer output, som din organisation vil producere med AI: ét indhold (tekst/billede), én kode. Skriv en kortliste over regler for indhold, der skelner mellem, hvad der er sikkert og risikabelt som input, og identificer fem menneskelige input-trin, der vil styrke ejerskabet af outputtet. Design et kontrolflow for den kode, som AI-anbefalinger skal gennemgå, før de sættes i produktion: licensscreening, sikkerhedsgennemgang, test og menneskelig godkendelse. Til sidst skal du udarbejde en gennemsigtigheds-/tagging-regel, som organisationen vil bruge på AI-genereret indhold.
tjekliste
- [ ] Jeg har bekræftet, at jeg ikke bruger ophavsretligt beskyttet tredjepartsindhold som input.
- [ ] Jeg tilføjede menneskelige input, der styrker ejerskabet til outputtet.
- [ ] Jeg sørgede for, at jeg ikke faldt ind i "AI produceret = gratis" misforståelse.
- [ ] Jeg har scannet AI-koden til licens- og sikkerhedsformål.
- [ ] Jeg vurderede risikoen for copyleft/kritisk licens.
- [ ] Jeg indstiller gennemsigtighed/tagging-regel for AI-indhold.
- [ ] Jeg har krævet menneskelig gennemgang af kritiske leverancer.