OpenWorker maakt ook de agent-laag open. Je lock-in verhuist alleen een verdieping omhoog.

Andrew Ng bracht deze week OpenWorker uit, en de eerste reactie in mijn tijdlijn was voorspelbaar: eindelijk een AI-collega die je aan niemand vastzet. Open source, lokaal op je eigen machine, en je hangt er elk model onder dat je wilt. Geen maandbedrag, geen aanbieder die de stekker eruit kan trekken.

Ik snap dat enthousiasme, en toch klopt de conclusie niet. Open source op de agent-laag maakt je niet vrij van lock-in. Het verschuift je afhankelijkheid één verdieping omhoog: van "welk model draait eronder" naar "welk agent-platform en welke koppelingen beheer je straks zelf".

Dat is precies waarom dit meer is dan weer een tool-lancering. OpenWorker is een echte doorbraak op één laag, en juist daardoor legt het bloot waar je afhankelijkheid nu zit. Niet meer bij de motor. Bij de laag eromheen.

Wat OpenWorker echt is

Even concreet, want de details doen ertoe. OpenWorker is een open-source AI-collega die volledig lokaal op je eigen machine draait en afgerond werk oplevert in plaats van een chatgesprek. Je vraagt niet om een antwoord, je vraagt om een resultaat: een uitgewerkt document, een opgeschoonde inbox, een bijgewerkte agenda. Ng en Rohit Prasad bouwden het onder de MIT-licentie, die inzien, aanpassen en commercieel gebruik toestaat, met een desktop-app die een lokale Python-server aanstuurt.

Het is bovendien model-onafhankelijk. OpenWorker zet je niet vast op één model: je brengt je eigen API-sleutel mee, of je wijst het naar een lokaal model via Ollama zonder dat er data je machine verlaat. Dertig modellen worden ondersteund, van OpenAI en Anthropic tot open-weight opties als DeepSeek en Qwen.

Dat is oprecht knap. En het is ook precies de laag die je al kon bevrijden.

De modellaag was het probleem niet meer

Hier wringt het eerste misverstand. De vrijheid die OpenWorker je op modelniveau geeft, kon je een half jaar geleden al organiseren. De motor onder je AI-assistent bepaalt je kosten en je afhankelijkheid, niet het merk op de doos, en de oplossing was toen ook al bekend: een dunne routerlaag met open-weight modellen als achtervang zet je vandaag onder je apps, en morgen wissel je van leverancier zonder een regel code te herschrijven.

Model-onafhankelijkheid is met andere woorden een opgelost probleem. Je kon het kopen, bouwen, of zelf hosten. Dat OpenWorker het nu ook op de agent-laag inbouwt is prettig, maar het lost een afhankelijkheid op die je al onder controle had. Dezelfde beweging speelt op de beveiligingskant, waar je modelkeuze voor securitywerk een inkoopbeslissing is en geen neutrale technische keuze. De motor kun je kiezen. De vraag is wat je eromheen bouwt.

Waar de afhankelijkheid nu echt zit

Kijk naar waar OpenWorker zijn waarde vandaan haalt, en je ziet meteen waar de nieuwe lock-in zit. De kracht zit niet in het model, maar in de 35 kant-en-klare koppelingen naar apps als Slack, Gmail, Notion, GitHub en HubSpot. Dáár zit het werk, en dáár zit de binding.

Een agent is namelijk pas nuttig als hij bij je systemen kan. En zodra hij dat kan, verhuist je afhankelijkheid naar drie dingen die niets met het model te maken hebben: welke koppelingen je platform ondersteunt, wie de verbindingen onderhoudt als een API verandert, en waar je opgebouwde gebruikshistorie en context leven. Dat is de lock-in die telt. De Franse mededingingsautoriteit becijferde niet voor niets dat drie bedrijven samen ruim 84 procent van de markt voor AI-agenten beheersen, en waarschuwde dat juist de opgebouwde data en gebruikshistorie klanten vastzetten, niet de rekenkracht.

Merk op hoe concreet die overstapkosten zijn. Een agent bouwt een geheugen op: wat je eerder vroeg, welke uitzonderingen hij leerde, hoe jouw processen lopen. Verhuis je naar een ander platform, dan begin je met een lege agent en leg je elke koppeling opnieuw aan, van de OAuth-verbinding met je mailbox tot de rechten op je projectmap. Dat is geen middagje werk, dat is weken. Precies die friction is wat een markt concentreert: niet omdat het alternatief slechter is, maar omdat weggaan duur is.

En let op wie zich nu op deze laag stort. Databricks bracht met Omnigent een open orkestratielaag boven al je agenten uit, OpenAI rolt agents rechtstreeks bij bedrijven uit. Iedereen wil de laag zijn waar jouw agenten, koppelingen en logs samenkomen. Dat is geen toeval, dat is waar de volgende lock-in gebouwd wordt, in het volle zicht.

Zelf hosten is een keuze met een eigen prijs

"Dan host ik het toch gewoon zelf", is de logische reactie. Klopt, en dat is vaak de juiste keuze. Maar gratis en open betekent niet zonder kosten. Het betekent dat jij nu de laag draait, patcht en bewaakt. Als Slack of Google morgen zijn API wijzigt, breekt de koppeling en zit er geen leverancier meer tussen die het voor je oplost. Zit er een lek in de agent-laag, dan ben jij degene die patcht. Dat is geen argument tegen zelf hosten, het is de eerlijke prijs ervan.

OpenWorker levert daar het gereedschap voor: een permissiesysteem dat elke tool-aanroep indeelt naar type, van lezen tot lokaal schrijven, uitvoeren of extern versturen, vijf goedkeuringsmodi, en een ingebouwde persona die externe data als onbetrouwbaar behandelt om prompt-injectie te weren. Prima doordacht. Maar het draaien en verantwoorden ervan is nu jouw werk. Dat de meeste agent-projecten niet stranden op modelkwaliteit maar op integratie en governance, is precies de klus die je met zelf hosten binnenhaalt. Vrijheid op deze laag is echt, maar het is vrijheid in de vorm van verantwoordelijkheid, niet in de vorm van gemak.

Om eerlijk te zijn

De sterkste tegenwerping verdient een eerlijk antwoord, want ze snijdt hout. Je zou kunnen zeggen: dit is muggenziften. OpenWorker is een gratis, open, lokaal draaiende agent van iemand met het gezag van Andrew Ng. Voor wie nu vastzit aan een duur abonnement is dat geen verschoven lock-in, dat is pure winst. De MIT-licentie betekent dat niemand het ooit van je afpakt. En de koppelingen zijn open code, dus je kunt ze forken. Waar zeur ik over?

Dat argument is grotendeels waar, en ik wil het niet wegwuiven. OpenWorker verlaagt de drempel echt en geeft je opties die er een jaar geleden niet waren. Maar "niemand pakt het van je af" is iets anders dan "je zit nergens aan vast". De code is vrij, je data, je gebruikshistorie en je onderhouden koppelingen zijn dat niet. Verhuizen naar een ander platform betekent nog steeds je context opnieuw opbouwen en je integraties opnieuw leggen. De licentie beschermt je tegen de aanbieder, niet tegen de zwaartekracht van de laag zelf. Precies daarom is "het is open" een geruststelling die de verkeerde vraag beantwoordt.

De vraag is nooit open of dicht

Elke keer dat een laag open wordt, verschuift de echte lock-in een verdieping omhoog, naar de laag die nog niet open is. Eerst was het de infrastructuur, toen het model, nu de agent-orkestratie. Morgen is het de identiteits- en integratielaag eronder. Wie alleen naar het merk of de licentie kijkt, viert elke keer een overwinning op de laag die er net niet meer toe doet.

De nuttige vraag is dus niet of je AI-collega open of dicht is. Het is: welke laag beheer ik zelf, en welke koop ik bewust in? Dat is een architectuurkeuze, geen inkoopmomentje. OpenWorker geeft je op de agent-laag het antwoord in handen. Wat je met de laag eronder doet, bepaalt of je echt eigenaar bent, of alleen een verdieping hoger huurt.