TL;DR
- Wat: Vercel Labs heeft vgpu uitgebracht, een WebGPU-bibliotheek die expliciet is ontworpen zodat AI-agents ermee kunnen werken — inclusief machinetoegankelijke documentatie en een ingebouwd protocol voor AI-tools.
- Waarom relevant: als toolmakers software gaan bouwen met AI als primaire gebruiker, verandert de hele keten waarop jouw webprojecten en digitale producten draaien.
- Wat je ermee kunt: vraag je af of de tools en platforms die jij inkoopt al "agent-klaar" zijn — en of je daar in je volgende leveranciersgesprek naar wilt vragen.
Ik stuitte op een tweet van Boyang Xie, een developer bij Vercel, die schreef: "Vercel's vgpu was built for coding agents. Developer tools may soon have a new primary user: AI." Dat is een opvallende uitspraak. Niet "ook geschikt voor AI" of "met AI-ondersteuning" — maar: gebouwd vóór AI. Dat maakte me nieuwsgierig genoeg om uit te zoeken wat hier precies speelt.
Wat is vgpu precies?
vgpu is een open-source TypeScript-bibliotheek van Vercel Labs die werkt met WebGPU — een relatief nieuwe standaard waarmee software de grafische kaart van een computer kan aanspreken. Denk aan 3D-weergave, shaders (visuele effecten), wiskundige berekeningen en zelfs neurale netwerken.
Maar het interessante zit niet in wát de bibliotheek doet. Het zit in voor wie die is gebouwd.
De documentatie wordt gepubliceerd in formaten die AI-modellen kunnen lezen: een agents.md-bestand, een llms.txt-bestand, en ondersteuning voor het Model Context Protocol (MCP). Dat laatste is een standaard waarmee AI-agents tools kunnen ontdekken en gebruiken zonder dat een mens ze eerst hoeft te configureren. Er is een openbare API waar agents zonder authenticatie documentatie kunnen opvragen en voorbeelden doorzoeken.
Kortom: een menselijke ontwikkelaar kán vgpu gebruiken, maar de hele opzet is erop ingericht dat een AI-agent het net zo makkelijk — of makkelijker — kan.
Waarom dit meer is dan een technisch detail
Ik vind het eerlijk gezegd fascinerend dat een bedrijf als Vercel hiermee naar buiten komt. Het is niet de eerste keer dat er AI-ondersteuning in ontwikkeltools wordt ingebouwd. Maar er is een verschil tussen "we hebben een AI-copiloot toegevoegd" en "we hebben dit product ontworpen met AI als de beoogde gebruiker".
Dat verschil is vergelijkbaar met het verschil tussen een website die ook op je telefoon werkt (responsive design) en een app die volledig voor mobiel is gebouwd (mobile-first). De uitkomst lijkt misschien hetzelfde, maar de ontwerpbeslissingen zijn fundamenteel anders.
Volgens recent onderzoek van JetBrains gebruikt inmiddels 90% van de professionele developers minstens wekelijks een AI-agent bij het programmeren. 68% doet dat dagelijks. Dat is niet langer een experiment — het is de standaard werkwijze aan het worden.
Wat Vercel hier doet, is de logische volgende stap: als AI-agents zo massaal code schrijven, waarom zou je je tools dan nog primair voor menselijke ogen ontwerpen?
Wat betekent "agent-first" concreet?
Laat me even uitleggen wat er anders is aan een tool die "agent-first" is ontworpen, want dat klinkt abstract.
Documentatie als API
Normaal gesproken schrijf je documentatie zodat een mens het kan lezen: handleidingen, voorbeelden, FAQ's. Bij vgpu wordt die documentatie ook beschikbaar gesteld als gestructureerde data die een AI-model kan opvragen. Het verschil? Een mens bladert door pagina's. Een AI-agent stuurt één verzoek en krijgt precies de informatie die het nodig heeft.
Geen verborgen aannames
Menselijke tools rekenen erop dat je een scherm hebt, dat je kunt klikken, dat je visueel feedback krijgt. Agent-first tools werken ook "headless" — zonder scherm, zonder interface, puur via commando's. vgpu draait zowel in een browser als in een serveromgeving zonder grafische interface.
Ingebouwde ontdekking
Via MCP kan een AI-agent zélf ontdekken wat vgpu kan, welke functies beschikbaar zijn, en hoe die aan te roepen. Vergelijk het met een winkel waar je niet hoeft te vragen wat ze verkopen — het assortiment wordt automatisch aan je gepresenteerd in een formaat dat je snapt.
Wat betekent dit voor ondernemers?
Je denkt misschien: dit gaat over grafische kaarten en shaders, dat is niets voor mij. En wat de specifieke techniek betreft heb je waarschijnlijk gelijk. Maar het principe erachter is wel relevant.
Stel dat je als ondernemer een webshop laat bouwen, of een klantportaal, of een interne tool. De developers die dat voor je bouwen — of de AI-agents die zij inzetten — gebruiken bibliotheken, frameworks en platforms als bouwstenen. Als die bouwstenen steeds vaker zijn ontworpen voor AI-gebruik, dan verschuift er iets in de hele keten.
Een paar dingen om over na te denken:
- Snelheid: als AI-agents efficiënter met tools kunnen werken, kan ontwikkeling sneller gaan. Dat kan betekenen dat projecten goedkoper worden — of dat dezelfde investering meer oplevert.
- Kwaliteit en risico: de keerzijde is dat bijna de helft van automatisch gegenereerde code kwetsbaarheden kan bevatten, volgens onderzoek van Checkmarx. Wie controleert wat de agent bouwt? Dat blijft mensenwerk.
- Leverancierskeuze: als je een bureau of platform kiest voor je digitale projecten, wordt "hoe goed werkt dit met AI-agents?" een relevantere vraag. Niet omdat je zelf agents inzet, maar omdat je leverancier dat vrijwel zeker al doet.
De bredere beweging
Vercel staat niet alleen in deze richting. Het past in wat analisten omschrijven als vier categorieën waarin AI-ontwikkeltools uiteenvallen: coding agents die software schrijven, agent-werkplekken waar bots en mensen samenwerken, agent-first infrastructuur die specifiek voor machines is gebouwd, en persoonlijke agents die in platforms als Slack leven.
vgpu valt in die derde categorie: infrastructuur gebouwd voor machines. En ik denk dat die categorie de komende jaren het snelst zal groeien, juist omdat die minder zichtbaar is. Je merkt het niet als eindgebruiker. Je merkt het als de tools die jouw website draaien ineens sneller worden bijgewerkt, of als je developer zegt dat iets "in een middag" kan wat vroeger een week kostte.
Een stille verschuiving
Wat mij opvalt aan dit verhaal is hoe onopvallend het is. Er is geen groot persbericht, geen lanceringsevent. Het is een open-source bibliotheek op GitHub, een tweet van een developer, en een README die net zo makkelijk door een machine als door een mens gelezen kan worden.
Maar juist dat vind ik veelzeggend. De verschuiving naar AI als primaire gebruiker van ontwikkeltools gebeurt niet met een knal. Het gebeurt bibliotheek voor bibliotheek, protocol voor protocol, documentatiebestand voor documentatiebestand. Voor mij is dit vooral een signaal dat de gereedschapskist van softwareontwikkeling aan het veranderen is — en dat de gevolgen daarvan uiteindelijk ook bij ondernemers terechtkomen die geen regel code schrijven.
80% van de AI-projecten haalt productie nooit.
Ik bouw de 20% — van prototype naar draaiend systeem, binnen weken.