{"componentChunkName":"component---src-templates-blog-template-js","path":"/da/blog/ai-open-source-and-intellectual-property","result":{"data":{"markdownRemark":{"html":"<h1>AI, Open Source og Intellektuel Ejendomsret</h1>\n<p>Open source har altid bygget på en simpel, men stærk udveksling: du må bruge, studere, ændre og dele koden, men du skal\nrespektere licensen. Denne aftale skabte Linux, Kubernetes, PostgreSQL, Python, utallige sikkerhedsbiblioteker og\ninfrastrukturen bag store dele af det moderne internet.</p>\n<p>Generativ AI sætter pres på denne aftale.</p>\n<p>Store AI-modeller trænes på enorme mængder tekst, billeder, lyd, video og kildekode. En væsentlig del af dette materiale\nblev gjort offentligt tilgængeligt af folk, der ønskede at dele, samarbejde, dokumentere, undervise eller udgive.\nOffentlig tilgængelighed er dog ikke det samme som tilladelse til enhver kommerciel anvendelse. Et lager på internettet\ner ikke automatisk et frasagn om ophavsretten. En open source-licens er ikke en invitation til at ignorere attribution,\ncopyleft, påkrævet notice, kilde-delingsforpligtelser eller restriktioner i afhængighedslicenser.</p>\n<p>Det er kernen i dilemmaet: AI-virksomheder hævder ofte, at træning er analyse, læring eller rimelig brug (\"fair use\").\nMange skabere og open source-vedligeholdere hævder, at modeltræning indebærer kopiering af beskyttede værker i industriel\nskala – ofte uden tilladelse, kompensation, attribution eller nogen praktisk mulighed for at fravælge.</p>\n<h2>Hvorfor open source er særligt udsat</h2>\n<p>Open source-kode er nem at indsamle. Den er struktureret, søgbar, versioneret og hostet i offentlige repositories. Den\nindeholder også kommentarer, tests, diskussioner om issues, eksempler, commit-historik, dokumentation og\nkonfigurationsfiler.</p>\n<p>For AI-modelbyggere er dette ekstremt værdifuldt træningsmateriale. For vedligeholdere giver det flere risici.</p>\n<ul>\n<li>Licensforpligtelser kan forsvinde mellem input til træning og det genererede output.</li>\n<li>Attribution bevares som regel ikke, når en model foreslår kode.</li>\n<li>Copyleft-kode kan påvirke genererede snippets, uden at brugeren kender kilde-licensen eller forpligtelserne knyttet til den.</li>\n<li>Vedligeholdere kan se deres arbejde brugt til at bygge kommercielle værktøjer, der konkurrerer med deres egne ydelser, support eller hostede produkter.</li>\n<li>Sikkerhedsfølsomme kode-mønstre kan blive gengivet uden kontekst.</li>\n<li>Sårbar eller forældet kode kan blive lettere at kopiere i stor skala.</li>\n</ul>\n<p>Dette handler ikke kun om, hvorvidt en model kan outputte en perfekt kopi af en funktion. Det skete tydeligere i tidlige\nAI-kodeværktøjer, hvor prompts nogle gange kunne gengive genkendelig kode. Som produkterne modnedes, blev udbydere mere\nopmærksomme på filtre, lighedstjek og kontrol med output. Men at undgå åbenlyst ordret gengivelse løser ikke det dybere\nproblem. Træningsprocessen kan stadig have været afhængig af kode, hvis licensvilkår aldrig blev ført videre.</p>\n<p>Med andre ord: Ophavsretsproblemet forsvinder ikke, bare fordi beviset bliver sværere at opdage i outputtet.</p>\n<p>Dette er især vigtigt for reciprokriske licenser som GPL og AGPL. Disse licenser er ikke bare tilladelsessedler. De giver\nudstrakt frihed, men kræver også, at afledte værker eller software distribueret under de relevante betingelser bevarer\ndisse friheder. Hvis en model er trænet på GPL-kode og dernæst genererer kode, der i væsentlig grad er baseret på dette\nGPL-input, kan brugeren uforvarende introducere GPL-forpligtelser i sit eget projekt. Hvis dette projekt er lukket\nkilde, proprietært eller distribueres under en inkompatibel licens, kan resultatet være en licensovertrædelse.</p>\n<p>Det praktiske problem er, at brugeren som regel ikke kan vide det. AI-assistenten siger ikke: \"dette forslag er afledt\naf GPL-licenseret kode\", \"dette mønster stammer fra et AGPL-projekt\" eller \"dette output ligner kode under Apache-licens\nog kræver bevaring af notices\". Licens-konteksten var til stede i træningsdataen, men er fraværende i svaret. Det bryder\ncompliance-kæden som open source-licensering er afhængig af.</p>\n<h2>Den ubehagelige forskel mellem at læse og at træne</h2>\n<p>Udviklere lærer hele tiden af open source. Vi læser kode, forstår mønstre, og skriver vores egen implementering. Det er\nnormalt og sundt. Open source afhænger af denne form for læring.</p>\n<p>AI-træning er anderledes i skala, automatisering og markedsvirkning. En menneskelig udvikler, der læser et projekt,\nkopierer normalt ikke millioner af repositories ind i en træningspipeline, komprimerer deres statistiske mønstre i en\nkommerciel model og sælger adgang til kodegenerering som et produkt. Modellen lagrer måske ikke filer som en database,\nmen forretningsværdien kommer stadig fra at udtrække mønstre fra andres arbejde.</p>\n<p>Derfor er diskussionen så svær. Hvis enhver læringshandling fra offentlig kode kræver individuel tilladelse, bliver mange\nAI-systemer umulige at træne. Hvis ingen tilladelse er påkrævet, bliver skabernes økonomiske og moralske rettigheder meget\nsvagere. Begge yderpunkter skaber problemer.</p>\n<h2>EU vs USA: To meget forskellige juridiske instinkter</h2>\n<p>Det juridiske landskab er ikke ensartet. Lande forsøger stadig at indpasse AI i ophavsretssystemer, der ikke var skrevet\ntil storskala modeltræning.</p>\n<h3>Den Europæiske Union</h3>\n<p>EU har en mere eksplicit ramme. <a href=\"https://eur-lex.europa.eu/legal-content/DA/TXT/?uri=CELEX:32019L0790\" rel=\"nofollow\">Direktivet om ophavsret på det digitale indre marked</a>\nindeholder undtagelser for tekst- og datamining. Artikel 3 omhandler\nforskningsorganisationer og kulturarvsinstitutioner. Artikel 4 tillader tekst- og datamining bredere, også kommercielt,\nmen giver rettighedshavere mulighed for at forbeholde sig deres rettigheder – for eksempel via maskinlæsbare midler.</p>\n<p>EU's <a href=\"https://digital-strategy.ec.europa.eu/da/policies/regulatory-framework-ai\" rel=\"nofollow\">AI-forordning</a> tilføjer endnu et lag for\ngenerelle AI-modeller. Udbydere har gennemsigtigheds- og ophavsretsrelaterede forpligtelser, herunder politikker for at\noverholde EU's ophavsret og resuméer af træningsindhold. Det besvarer ikke fuldt ud, om en konkret træningskørsel var\nlovlig, men bringer EU i retning af et system, hvor AI-udbydere skal dokumentere mere, og rettighedshavere får klarere\nværktøjer til at gøre indsigelse.</p>\n<p>Svagheden er den praktiske håndhævelse. Fravalgsmekanismer er fragmenterede. <code>robots.txt</code> blev designet til webcrawlere –\nikke til nuancerede ophavsretsforbehold på tværs af kode-repositories, pakke-registre, mirrors, datasæt og forks. En\nlille open source-vedligeholder kan have ret til at forbeholde brug, men ikke en realistisk måde at kontrollere, om en\nmoderne AI-model respekterede det.</p>\n<h3>USA</h3>\n<p>USA har ingen tilsvarende AI-specifik ophavsretsundtagelse for træning. Debatten drejer sig primært om fair use,\nretssager, licensaftaler og markedsskade. <a href=\"https://www.copyright.gov/ai/\" rel=\"nofollow\">US Copyright Office</a> har undersøgt AI og\nophavsret i flere rapporter, herunder digitale kopier, ophavsret til AI-output og generativ AI-træning. Deres\n<a href=\"https://www.copyright.gov/fair-use/\" rel=\"nofollow\">vejledning om fair use</a> understreger, at fair use vurderes konkret og afhænger af\nformål, brugt mængde og markedspåvirkning.</p>\n<p>Det gør USA mere fleksibelt, men mindre forudsigeligt. AI-virksomheder kan hævde, at træning er transformerende.\nRettighedshavere kan hævde, at masse-kopiering er kommerciel, erstatter licensmarkeder og skader værdien af deres værk.\nRetten er stadig ved at afgrænse grænserne.</p>\n<p>For open source skaber den amerikanske tilgang usikkerhed. En virksomhed kan mene, at modeltræning på offentlige\nrepositories er fair use, mens vedligeholdere kan mene, at virksomheden ignorerede licensbetingelserne. Indtil domstole\neller lovgivning giver klarere svar, er det praktiske resultat en ubalance: Store virksomheder kan bære den juridiske\nrisiko, mens individuelle vedligeholdere typisk ikke kan.</p>\n<h3>Storbritannien</h3>\n<p>Storbritannien ligger imellem disse positioner. Regeringen har kørt en høring om et ophavsretligt AI-rammeværk, der skal\nkombinere en tekst- og datamining-undtagelse, retsforbehold, licensering og stærkere gennemsigtighed. Den officielle\nhøring erkender, at gældende britisk lovgivning er omstridt, og at både skabere og AI-udviklere mangler sikkerhed.</p>\n<p>Dette er et forsøg på at finde en mellemvej: At tillade AI-træning i stor skala, hvor rettigheder ikke er forbeholdt, men\ngive rettighedshavere mere kontrol og bedre overblik. Om det kan fungere afhænger af de tekniske detaljer. Et fravalg,\nsom kun store udgivere kan bruge, er ikke et fair system for uafhængige udviklere, musikere, forfattere og små\nopen source-projekter.</p>\n<h3>Japan og Singapore</h3>\n<p>Japan beskrives ofte som mere tilladende overfor informationsanalyse og maskinlæring, selvom detaljerne stadig afhænger af\nfortolkning og vejledning. Japans Agency for Cultural Affairs har udsendt en generel forståelse af AI og ophavsret og\ngør klart, at emnet fortsat er juridisk nuanceret.</p>\n<p>Singapore har også en relativt bred undtagelse for computermæssig dataanalyse. Målet er at understøtte innovation og\nAI-udvikling, men afvejningen er den velkendte: Bredere træningstilladelser kan svække rettighedshaveres forhandlingsposition,\nmedmindre de suppleres med gennemsigtighed, licensmarkeder eller andre værn.</p>\n<h2>Det er større end kildekode</h2>\n<p>Debatten om open source er en del af en bredere konflikt om digital identitet og kreativt arbejde.</p>\n<p>Skuespillere kæmper mod AI-systemer, der kopierer ansigter, kropsbevægelser og optrædener. Stemmeskuespillere og sangere\nkæmper mod klonede stemmer, der kan producere nye optrædener uden samtykke. Forfattere og journalister kæmper mod\nmodeller trænet på bøger, artikler og arkiver. Billedkunstnere kæmper mod billedgeneratorer, der kan imitere deres\nstil eller oversvømme markedet med afledte værker.</p>\n<p>Mønstret er det samme i hvert tilfælde:</p>\n<ul>\n<li>Kreativt arbejde indsamles i stor skala.</li>\n<li>Modellen lærer af det, uden et direkte forhold til ophavsmanden.</li>\n<li>Et produkt sælges med den resulterende egenskab.</li>\n<li>Skaberen har ringe gennemsigtighed, næsten ingen forhandlingsstyrke og meget begrænset mulighed for at bevise, hvad der er sket.</li>\n</ul>\n<p>For skuespillere og sangere er problemet ikke kun ophavsret. Det er også personlighedsret, markedsføringsret, arbejdsret,\naftalelov, forbrugerbeskyttelse og samtykke. En stemme kan være en optræden, et biometrisk kendetegn, et brand og en\npersonlig identitet på én gang. Et ansigt kan være en kunstnerisk resurse, men også selve personen.</p>\n<p>Open source-udviklere tænker måske ikke på sig selv som performere, men økonomien er sammenlignelig. Deres arbejde bliver\ntil træningsmateriale for et system, der kan konkurrere med dem, reducere attribution og flytte værdi fra mange små skabere\ntil få store modeludbydere.</p>\n<h2>Problemet med \"det var offentligt\"</h2>\n<p>Et af de svageste argumenter i AI-debatten er, at offentlig adgang er lig med ubegrænset brug. Sådan har nettet aldrig\nfungeret. Et blogindlæg er offentligt, men ikke frit til at blive udgivet som bog. Et billede er offentligt, men ikke\nfrit at bruge i en reklame. Et GitHub-repository er offentligt, men stadig underlagt ophavsret og licensvilkår.</p>\n<p>Open source-licenser bygger på denne skelnen. De giver brede tilladelser, men tilladelserne kommer med betingelser. MIT,\nApache, BSD, GPL, AGPL, MPL og andre licenser træffer forskellige valg om attribution, patentgodtgørelse,\nkildedistribution, netværksbrug og afledte værker. At behandle al offentlig kode som råmateriale udvisker disse valg.</p>\n<p>Det er farligt, for licensdiversitet er ikke en tilfældighed. Det er måden, vedligeholdere udtrykker deres hensigt på.</p>\n<h2>Hvordan ville et mere retfærdigt system se ud?</h2>\n<p>Der findes ingen enkel løsning, men flere principper kunne gøre økosystemet sundere.</p>\n<h3>1. Gennemsigtighed som standard</h3>\n<p>AI-udbydere bør offentliggøre meningsfulde resuméer af træningsdatas kilder. Ikke nødvendigvis en komplet liste over hver\nenkelt fil, men brede udsagn som \"trænet på offentlige data\" er ikke nok. Udviklere, kunstnere, udgivere og brugere skal\nvide, hvilke typer materiale der blev brugt og med hvilket juridisk grundlag.</p>\n<h3>2. Respekt for maskinlæsbare rettigheder</h3>\n<p>Hvis loven kræver fravalg, skal det være standardiseret, tilgængeligt og håndhæveligt. Et lille projekt skal ikke have\net juridisk team for at kunne sige \"træn ikke på dette\". Repositories, pakkeregistre, hjemmesider og indholdsplatforme\nskal have klare mekanismer, som AI-crawlere reelt respekterer.</p>\n<h3>3. Licensbevidste AI-værktøjer</h3>\n<p>Kodeassistenter bør hjælpe brugere med at forstå licensrisiko. Hvis genereret kode ligner kendt open source-kode, bør\nværktøjet advare brugeren og vise den relevante licens. At skjule lighedsproblemer kan måske reducere retssager på\nkort sigt, men øger compliance-risikoen for udviklere og virksomheder, der bruger værktøjet.</p>\n<h3>4. Bedre kompensationsmodeller</h3>\n<p>Nogle træningsformål bør kræve licens. Det kan inkludere direkte licens, kollektiv licens, datasæts-markedspladser\neller modeller for omsætningsdeling. Detaljerne vil variere mellem kildekode, musik, film, journalistik og billedkunst,\nmen princippet er det samme: Hvis et kommercielt AI-produkt afhænger af højkvalitets menneskeligt arbejde, bør dem, der\nskabte det, ikke være usynlige.</p>\n<h3>5. Stærk beskyttelse mod efterligning</h3>\n<p>Digitale kopier af stemmer, ansigter og optrædener bør kræve samtykke. Mærkning er ikke nok, hvis en falsk stemme eller\net falsk ansigt kan bruges til at vildlede, chikanere, bedrage eller kommercielt erstatte nogen. Her er ophavsretten kun\nen del af løsningen.</p>\n<h2>Hvad open source-vedligeholdere kan gøre i dag</h2>\n<p>Den juridiske situation er uafklaret, men vedligeholdere har stadig praktiske muligheder.</p>\n<ul>\n<li>Vælg licenser bevidst og dokumentér årsagen.</li>\n<li>Tilføj klare notices i repositories om AI-træningspræferencer, hvis det har betydning for projektet.</li>\n<li>Støt fonde og organisationer, der varetager open source-rettigheder i AI-politiske diskussioner.</li>\n</ul>\n<p>Intet af dette løser problemet fuldt ud. Det reducerer blot risiko, mens lovgivning og branchepraksis indhenter udviklingen.</p>\n<h2>Den reelle fare for open source</h2>\n<p>Den største fare er ikke, at AI lærer af open source. At lære af open source er en del af grunden til, at softwareverdenen\nfungerer.</p>\n<p>Faren er, at AI gør åben samarbejde til en envejsudvinding. Hvis vedligeholdere bidrager med kode, dokumentation,\nbug-rapporter, eksempler og fællesskabsviden, mens den kommercielle værdi hentes andre steder uden attribution,\nlicensoverholdelse eller støtte til det fælles bedste, svækkes den sociale kontrakt.</p>\n<p>Open source bygger på tillid. AI-virksomheder har brug for open source, men risikerer samtidig at skade det økosystem, de er\nafhængige af. At respektere licenser, offentliggøre reel datagennemsigtighed, støtte vedligeholdere og bygge fravælg og\nlicensmekanismer, er ikke anti-AI-positioner. Det er pro-bæredygtighed.</p>\n<p>AI kan være et nyttigt værktøj for udviklere, kunstnere, forfattere, sangere, skuespillere og virksomheder. Men nytte\nophæver ikke ejendomsrettigheder, samtykke eller kredit. Hvis samfundet ønsker AI-systemer trænet på millioner af\nmenneskers arbejde, må vi også beslutte, hvordan disse mennesker bevarer indflydelse over det, de har skabt.</p>\n<p>Den beslutning kan ikke overlades alene til de virksomheder, der allerede har kopieret dataene.</p>","frontmatter":{"date":"July 06, 2026","slug":"ai-open-source-and-intellectual-property","title":"AI, Open Source og Intellektuel Ejendomsret","description":"Hvordan AI-træning udfordrer open source, ophavsret, licensering og den bredere kamp om kreative værker, stemmer, ansigter og digital identitet.","author":"Sascha Pfeiffer","featuredImage":null}}},"pageContext":{"slug":"ai-open-source-and-intellectual-property","lang":"da","langPathPrefix":"/da"}},"staticQueryHashes":["2149092236","3128451518","3192060438"]}