Wie bezit de AI-output: IP-clausules en concurrentiebedingen

Dit artikel is geschreven voor AI-engineers, data scientists, machine learning specialisten en softwareontwikkelaars die werkzaam zijn in loondienst of op projectbasis als zelfstandige in Nederland. Wie dagelijks werkt met grote taalmodellen, generatieve AI-pijplijnen en geautomatiseerde software-ontwikkeling, merkt dat traditionele arbeids- en opdrachtovereenkomsten wringen. Klassieke contracten gaan uit van een menselijke auteur die vanaf een blanco vel code, ontwerpen of teksten schrijft. Zodra generatieve modellen worden ingezet om synthetische data te genereren, embeddings te berekenen, modelgewichten te verfijnen of tienduizenden regels boilerplate-code te produceren, ontstaan er fundamentele juridische en contractuele grijze gebieden.

In dit dossier analyseren we de contractuele werkelijkheid rondom intellectueel eigendom (IP), prompt-bibliotheken, herbruikbare toolsets en concurrentiebedingen. We onderzoeken hoe de Nederlandse auteurswet en rechtspraak omgaan met machinaal gegenereerde artefacten, welke clausules in je arbeidsovereenkomst of opdrachtovereenkomst risicovol zijn, en hoe je tijdens contractonderhandelingen jouw eigen gereedschapskist beschermt zonder je professionele mobiliteit op te offeren.

De juridische status van AI-output onder Nederlands recht

Om te begrijpen wat een werkgever of opdrachtgever contractueel van je kan claimen, moet eerst worden vastgesteld of AI-gegenereerde output überhaupt vatbaar is voor intellectueel eigendomsrecht. In het Nederlandse auteursrecht, vastgelegd in de Auteurswet en gevormd door jurisprudentie van de Hoge Raad en het Europese Hof van Justitie (zoals het bekende Infopaq-arrest), geldt een strikte eis: een werk moet een 'eigen intellectuele schepping' van de auteur zijn en diens 'persoonlijke stempel' dragen.

Zuivere output die rechtstreeks uit een neuraal netwerk rolt na een eenvoudige prompt, bezit in de regel geen auteursrechtelijke bescherming. Er is immers geen sprake van directe menselijke creatieve keuzes in de uiteindelijke expressie; het model genereert probabilistische reeksen tokens op basis van statistische patronen in trainingsdata. Als een AI-engineer een model instrueert om een REST-API in Python te schrijven, rust op die specifieke gegenereerde codeblokken formeel geen auteursrecht, tenzij de ontwikkelaar substantiële, creatieve wijzigingen en selecties doorvoert in het eindresultaat.

Voor een diepgaande verkenning van de civielrechtelijke grondslagen en de wisselwerking tussen de Europese AI Act en eigendomsrechten, kun je het dossier over AI en intellectueel eigendom en auteursrecht raadplegen. Dit onderscheid tussen rechten op menselijke code en rechten op modeloutput is cruciaal voor de wijze waarop contracten worden opgesteld.

Het onderscheid tussen input, parameters, gewichten en artefacten

In moderne AI-ontwikkeling is 'de code' zelden één homogeen product. Een typisch AI-project bestaat uit minstens vijf verschillende technische componenten, die juridisch elk een andere status hebben:

Wanneer een contract simpelweg stelt dat "alle intellectuele eigendomsrechten op de resultaten van de werkzaamheden toekomen aan de werkgever", ontstaan er complicaties. Als de output juridisch niet vatbaar is voor overdracht van auteursrecht (omdat er geen auteursrecht op rust), proberen werkgevers dit af te vangen via geheimhoudingsclausules, contractuele toe-eigening van databestanden en licentiebepalingen op de onderliggende gewichten.

Standaard IP-clausules in arbeidsovereenkomsten ontleed

Artikel 7 van de Nederlandse Auteurswet regelt het zogenaamde werkgeversauteursrecht: wanneer arbeid wordt verricht in dienstverband en het maken van bepaalde werken behoort tot de taak van de werknemer, wordt de werkgever aangemerkt als de maker. Werkgevers hanteren in aanvulling hierop standaardclausules die beogen elk denkbaar resultaat naar zich toe te trekken.

Een typische clausule in een modelcontract luidt vaak als volgt:

// Voorbeeld van een brede standaard IP-clausule
"Alle intellectuele en industriële eigendomsrechten, inclusief octrooirechten,
auteursrechten, databankrechten en knowhow, ontstaan tijdens of in verband
met de uitvoering van de arbeidsovereenkomst, dan wel tot stand gebracht met
behulp van bedrijfsmiddelen van de werkgever, komen uitsluitend en onvoorwaardelijk
toe aan de werkgever. Voor zover overdracht bij voorbaat vereist is, draagt de
werknemer deze rechten hierbij over."

Voor een AI-specialist bevat deze bepaling drie specifieke valkuilen:

Ten eerste de term "in verband met": als je in het weekend op je eigen laptop een open-source evaluatietooltje voor LLM's bouwt, kan een werkgever beargumenteren dat dit in verband staat met je dagelijkse werkzaamheden als AI-engineer. Ten tweede de claim op "knowhow": vakkennis, abstracte ontwerppatronen en intuïtie over welke hyperparameter-instellingen goed werken, kunnen niet worden overgedragen, maar brede definities kunnen je belemmeren bij latere functies. Ten derde de omgang met persoonlijke prompt-bibliotheken: scripts en sjablonen die je meeneemt uit eerdere projecten kunnen per abuis onder de overdrachtsbepaling vallen zodra je ze invoert in de werkomgeving van het bedrijf.

Tijdens arbeidsvoorwaardengesprekken is het verstandig om niet alleen naar het basissalaris te kijken, maar ook naar de reikwijdte van deze eigendomsbepalingen; lees hoe je dit strategisch aanpakt in het overzicht over onderhandelen over salaris bij een AI-functie om contractuele flexibiliteit en beloning in balans te houden.

Het risico voor freelancers en interim AI-engineers

Voor zelfstandige AI-engineers en interim-architecten is de situatie nog scherper. Een freelancer valt niet onder het wettelijke werkgeversauteursrecht van artikel 7 Auteurswet. In plaats daarvan geldt de contractvrijheid van de Overeenkomst van Opdracht (Boek 7 BW). Als een opdrachtovereenkomst geen expliciete bepaling over IE-overdracht bevat, blijft het auteursrecht in beginsel bij de maker (de freelancer) en verkrijgt de opdrachtgever slechts een stilzwijgende gebruikslicentie voor het beoogde doel.

Opdrachtgevers wapenen zich hiertegen met stringente overdrachtsbedingen waarin geëist wordt dat alle rechten, inclusief broncode, promptconstructies, modelconfiguraties en getrainde adapters, onvoorwaardelijk worden overgedragen. Als freelancer loop je het risico dat je generieke utility-libraries, evaluatiescripts of RAG-frameworks die je over meerdere klussen heen hebt ontwikkeld, 'wegtekent' aan één enkele klant.

Om te voorkomen dat je bij elke nieuwe opdracht het wiel opnieuw moet uitvinden, is het noodzakelijk om in je algemene voorwaarden of in de specifieke Service Level Agreement een duidelijk onderscheid te maken tussen Background IP (jouw reeds bestaande tooling, prompt-chains en methodieken) en Foreground IP (het klantspecifieke maatwerk, de domeindata en de specifieke bedrijfslogica). Wie meer wil weten over positionering en contractstructuren voor zelfstandigen, vindt praktische handvatten in de gids over freelancen als AI-specialist en opdrachten vinden.

Concurrentiebedingen in een snel evoluerend AI-landschap

Het traditionele concurrentiebeding (artikel 7:653 Burgerlijk Wetboek) is bedoeld om het bedrijfsdebiet van de werkgever te beschermen: specifieke bedrijfsgeheimen, unieke fabricageprocessen of hechte klantrelaties. In de praktijk worden concurrentiebedingen echter regelmatig oneigenlijk ingezet om schaars technisch talent binnenboord te houden.

In de AI-sector creëert een standaard concurrentiebeding van 12 of 24 maanden voor heel Nederland of de Benelux een onevenredig zware belemmering. De technologische halveringstijd in generatieve AI ligt rond de zes tot negen maanden. Een model-architectuur of framework dat vandaag de standaard vormt, kan over een jaar verouderd zijn. Een ingenieur die twaalf maanden niet binnen zijn specialisme mag werken, loopt een ernstige achterstand op in zijn vakkennis en marktwaarde.

De Nederlandse rechter toetst concurrentiebedingen streng aan de hand van een belangenafweging. Een werkgever kan een werknemer niet simpelweg verbieden om elders als 'AI-engineer' te werken omdat de markt krap is; er moet sprake zijn van zwaarwegende bedrijfseisen, zoals kennis van zeer specifieke interne algoritmes of directe concurrentiegevoeligheid van de productroadmap. Niettemin levert een bestaand beding aanzienlijke frictie op bij een overstap.

De frictie bij internationaal en remote werken

Veel Nederlandse AI-specialisten werken remote voor buitenlandse scale-ups of Amerikaanse AI-labs via constructies zoals een Employer of Record (EoR) of als directe aannemer (B2B-contract). Dit introduceert complexe conflicten in het toepasselijk recht.

Amerikaanse contracten bevatten vrijwel standaard extreem verregaande bepalingen, zoals de Invention Assignment Agreement en strikte Non-Compete en Non-Solicitation clausules. In Angelsaksische contracten wordt vaak geprobeerd om wereldwijde beperkingen op te leggen en elk idee dat gedurende het dienstverband ontstaat eigendom van het bedrijf te maken.

Wanneer je vanuit Nederland werkt, beschermt het dwingend Nederlands arbeidsrecht je deels tegen onredelijke bedingen, mits Nederlands recht van toepassing is op de arbeidsovereenkomst. Bij freelance contracten met buitenlandse partijen geldt deze bescherming echter niet automatisch. Wie overweegt voor een buitenlandse werkgever aan de slag te gaan, doet er goed aan de richtlijnen door te nemen over remote werken in AI en internationale carrières vanuit Nederland om juridische complicaties met buitenlandse jurisdicties tijdig te signaleren.

Praktische onderhandelingsstrategieën voor AI-contracten

Wanneer je een nieuw contract voor je krijgt, is het belangrijk om proactief wijzigingen voor te stellen op het gebied van intellectueel eigendom en concurrentiebeperking. Hieronder staan drie concrete aanpassingen die in de Nederlandse markt gebruikelijk en verdedigbaar zijn:

1. De uitsluiting van generieke vakkennis en tooling

Vraag om een expliciete uitsluiting van algemene programmeervaardigheden, promptstructuren en wiskundige technieken. Voeg een bijlage (Schedule) toe aan het contract met daarin een opsomming van open-source libraries, persoonlijke repositories en methodieken die je reeds bezat voorafgaand aan de indiensttreding of opdracht.

// Voorbeeld van een 'Carve-Out' bepaling voor Background IP
"Buiten de overdracht van intellectuele eigendomsrechten vallen alle generieke
tools, prompt-templates, softwarecomponenten en knowhow die door werknemer/opdrachtnemer
reeds vóór de ingangsdatum zijn ontwikkeld of die algemeen toepasbaar zijn zonder
gebruikmaking van vertrouwelijke bedrijfsinformatie van opdrachtgever (de 'Pre-Existing IP').
Opdrachtgever verkrijgt hierop een niet-exclusieve, royaltyvrije licentie voor intern gebruik."

2. Inperking van het concurrentiebeding naar een relatiebeding

Stel voor om een breed geografisch concurrentiebeding om te zetten in een specifiek relatiebeding met een beperkte looptijd (bijvoorbeeld 6 maanden). Een relatiebeding verbiedt je om voor directe klanten of specifieke partners van je werkgever te werken, maar laat je vrij om je vaardigheden als AI-engineer elders in dezelfde sector in te zetten.

3. Toestemming voor open-source bijdragen en academische publicaties

In de AI-gemeenschap is publiceren op arXiv en bijdragen aan open-source frameworks (zoals Hugging Face, PyTorch of vLLM) een belangrijke manier om je professionele reputatie te onderhouden. Zorg ervoor dat het contract een expliciete clausule bevat die vastlegt dat deelname aan open-source projecten in je eigen tijd is toegestaan, mits er geen vertrouwelijke bedrijfsgegevens of propriëtaire modelgewichten van de werkgever worden gelekt.

Casestudies uit de Nederlandse praktijk

Om de theorie tastbaar te maken, bespreken we twee herkenbare praktijksituaties waarin de interpretatie van contractclausules direct effect had op de carrière van de betrokken specialisten.

Casus A: De AI-engineer en de eigen fine-tuning scripts

Een senior machine learning engineer werkte drie jaar bij een e-commerce platform in Amsterdam. Tijdens zijn dienstverband ontwikkelde hij in zijn vrije tijd een modulaire Python-library voor het efficiënt kwantiseren en lokaal draaien van open source taalmodellen. Hij gebruikte hiervoor zijn eigen hardware en openbare datasets.

Bij zijn vertrek naar een fintech-startup beriep de voormalige werkgever zich op de brede IP-clausule: omdat de engineer op zijn werk ook met LLM-optimalisatie bezig was, zou de code "in verband met de dienstbetrekking" zijn gecreëerd. De zaak werd geschikt nadat kon worden aangetoond dat de commit-historie op GitHub uitsluitend buiten werktijd lag en er geen enkele regel bedrijfseigen code of API-toegang van de werkgever was gebruikt. Deze situatie onderstreept het belang van een strikte scheiding tussen werk- en privéapparatuur en transparante afspraken vooraf.

Casus B: De freelance data scientist en het domeinmodel

Een freelance data scientist werd ingehuurd door een Nederlands logistiek bedrijf om een route-optimalisatiemodel te bouwen met behulp van reinforcement learning. In het contract stond dat alle 'modellen en gewichten' eigendom werden van de opdrachtgever. Na afronding van de klus wilde de freelancer een vergelijkbare optimalisatie-architectuur toepassen bij een partij in de agrarische sector.

De logistieke opdrachtgever dreigde met juridische stappen wegens inbreuk op bedrijfsgeheimen en ongeoorloofde concurrentie. Omdat de freelancer in het contract geen onderscheid had gemaakt tussen de wiskundige architectuur (het generieke algoritme) en de getrainde modelparameters (gebaseerd op de logistieke data), ontstond er een langdurig geschil. Uiteindelijk mocht de freelancer het algoritme hergebruiken, maar moesten alle notebooks en trainingslogs die verband hielden met de klantdata worden gewist. Een vooraf gedefinieerde Background IP-clausule had dit conflict volledig voorkomen.

Contractuele controlelijst voor AI-specialisten

Voordat je je handtekening onder een nieuwe arbeidsovereenkomst of interim-opdracht zet, is het raadzaam om de volgende controlepunten stapsgewijs na te lopen:

• Definitie van Resultaten: Wordt er expliciet onderscheid gemaakt tussen klantspecifieke bedrijfslogica en generieke machinale prompts of abstracte architecturen?
• Scope van de overdracht: Beperkt de overdracht van rechten zich strikt tot werken die binnen de formele taakomschrijving en tijdens werktijd tot stand zijn gekomen?
• Vrijwaring voor AI-output: Bevat het contract een bepaling waarin jij als ontwikkelaar gevrijwaard wordt als een extern LLM onverhoopt inbreukmakende code genereert die jij te goeder trouw hebt geïntegreerd?
• Geheimhouding vs. portfolio: Is helder omschreven wat je publiekelijk mag delen over de gebruikte technieken (bijvoorbeeld in geanonimiseerde vorm op je blog of portfolio)?
• Duur en reikwijdte concurrentiebeding: Is het concurrentiebeding beperkt in tijd (maximaal 6 tot 12 maanden), geografisch afgebakend en specifiek gericht op directe concurrenten met een identiek product?

Het helder vastleggen van intellectueel eigendom en concurrentiebeperkingen is geen uiting van wantrouwen, maar een noodzakelijke voorwaarde voor een duurzame professionele relatie. In een technologisch veld dat zich maandelijks vernieuwt, zorgt contractuele duidelijkheid ervoor dat je vrij kunt blijven innoveren, leren en bouwen.