Na DrupalCon Rotterdam werd dat gevoel eigenlijk alleen maar sterker.
Er gebeurt namelijk best veel. Drupal Canvas krijgt steeds meer vorm, headless krijgt een prominentere plek en AI kwam in vrijwel iedere strategische presentatie terug. Toch bleef bij mij vooral één vraag hangen:
Wat is de keuze voor een framework straks eigenlijk nog waard?
Waarom kiest een developer voor een framework?
Frameworkkeuzes werden jarenlang voor een belangrijk deel door developers bepaald.
De één vond Laravel prettig werken. De ander koos Symfony vanwege de architectuur. We keken naar OOP, codekwaliteit, API's, documentatie, community, beschikbare packages en natuurlijk naar wat we zelf prettig vonden om iedere dag in te werken.
Dat laatste gaat veranderen.
Als AI-agents straks een steeds groter gedeelte van de implementatie voor hun rekening nemen, maakt het veel minder uit of ík de syntax mooi vind of dat een bepaalde handeling relatief veel code kost.
De agent schrijft die code.
Dat betekent niet dat frameworks onbelangrijk worden. Ik denk juist dat we ze op andere eigenschappen gaan beoordelen.
.jpg)
Van Developer Experience naar Agent Experience
Een term die wat mij betreft de komende jaren belangrijker wordt is Agent Experience.
Een agent heeft andere behoeften dan een developer. Een duidelijke en voorspelbare architectuur helpt. Net als goede documentatie, vaste conventies, goede testbaarheid en interfaces waarmee een agent het systeem niet alleen kan lezen, maar ook kan bedienen.
Als je zo naar Drupal kijkt, worden een paar eigenschappen die soms als complexiteit worden gezien opeens best interessant.
Drupal heeft een sterk gestructureerd contentmodel. Het kent entities, fields, rollen, permissions, workflows, configuratie en allerlei vaste patronen voor hoe functionaliteit wordt opgebouwd.
Voor een developer betekent dat soms: waarom moet ik zoveel doen om dit voor elkaar te krijgen?
Een agent zal daar weinig last van hebben. Die heeft juist baat bij voorspelbaarheid.
Drupal lijkt dezelfde beweging te zien
Dat vond ik een van de interessantere dingen aan DrupalCon.
De strategie van Drupal verschuift weer nadrukkelijk richting developers en agencies. Tijdens een van de presentaties werd uitgelegd waarom: AI heeft development goedkoper gemaakt, tools als Lovable en v0 by Vercel hebben de verwachtingen rondom snelheid veranderd en developers en agencies bepalen in de praktijk vaak welk platform uiteindelijk bij een klant terechtkomt.
Drupal CMS werd daarbij gepositioneerd als “the enterprise-ready answer to vibe coding platforms.”
Dat is natuurlijk voor een deel marketingtaal, maar de gedachte erachter snap ik wel.
Met vibe coding kun je tegenwoordig razendsnel iets bouwen. Bij een enterpriseplatform komen daarna alleen nog een heleboel minder sexy vragen:
wie mag wat?
Hoe beheer je content?
Hoe regel je workflows?
Hoe ga je om met meerdere talen?
Hoe onderhoud je het over vijf jaar?
Hoe sluit je andere systemen aan?
Dat zijn toevallig dingen waar Drupal al jaren behoorlijk goed in is.
.jpg)
Agents krijgen ook toegang tot Drupal
Interessanter vond ik daarom de technische ontwikkelingen rondom agents.
Voor Drupal Canvas wordt bijvoorbeeld gewerkt aan canvas_tools, waarmee een agent handelingen kan uitvoeren die normaal door een site builder worden gedaan.
Daarnaast werd Context Control Center getoond. Dat gaat over het beheren en beschikbaar stellen van context voor AI. Denk aan context scopes, verschillende bronnen, token-aware selectie en uiteindelijk ook koppelingen met MCP en Tool API's.
Dat raakt een onderwerp waarvan ik verwacht dat het enorm belangrijk gaat worden.
We hebben het nu veel over modellen en prompts, terwijl de kwaliteit van een agent voor een groot gedeelte wordt bepaald door de context die hij meekrijgt. Zeker binnen grote organisaties moet je kunnen bepalen welke informatie een agent krijgt, waar die vandaan komt en wat ermee mag gebeuren.
Drupal heeft met zijn bestaande structuur daar eigenlijk best goede papieren voor.
Alleen gaat het mij nog niet snel genoeg
En daar zit ook mijn grootste twijfel na DrupalCon.
Op de roadmap van Context Control Center staat MCP en Tool API support pas voor 2027 gepland. Ook Canvas Tools werkt eerst via de CLI en krijgt later uitgebreidere mogelijkheden voor agents.
Dat vind ik laat.
We zien development nu al verschuiven van AI-assistance naar agents die zelfstandig taken uitvoeren. De volgende stap zijn cloud agents die helemaal niet meer op de laptop van een developer draaien.
Voor zo'n wereld zijn API's, tools en protocollen als MCP geen leuke toevoeging voor later. Ze zijn de manier waarop agents met je platform communiceren.
Ik had daarom graag gezien dat Drupal hier sneller op inzet.
Drupal heeft ook een imagoprobleem
Dat werd tijdens de Driesnote opvallend duidelijk uitgesproken.
Een van de slides zei:
“Drupal doesn't need hype. It needs a better public record.”
Even later volgden boodschappen als “Talk louder” en “Drupal is now light-years ahead of its reputation.”
Ik vond dat bijna voelen als een oproep aan de community: vertel alsjeblieft beter wat hier gebeurt.
En daar zit wel wat in.
Buiten de Drupal-community kom ik nog regelmatig het beeld tegen van Drupal als een zwaar, complex en wat ouderwets CMS. Ondertussen zie je op DrupalCon Canvas, headless met Next.js, Nuxt, Astro en TanStack Start, AI tooling, MCP en allerlei experimenten rondom agents.
Dat strookt niet helemaal met dat oude beeld.
Tegelijkertijd ontstaat een betere reputatie uiteindelijk vooral doordat mensen buiten de Drupal-community zien wat ermee gebouwd wordt. En daar heeft Drupal nog werk te doen.
.jpg)
Blijven wij dan Drupal gebruiken?
Ja.
Voor de complexe platformen waar wij aan werken zijn veel eigenschappen van Drupal nog steeds erg relevant. Denk aan uitgebreide contentmodellen, rechtenstructuren, workflows, integraties, meertaligheid en governance.
Maar onze reden om voor Drupal te kiezen zal de komende jaren waarschijnlijk veranderen.
Ik vind de vraag of developers Drupal fijn vinden programmeren steeds minder interessant.
Ik wil weten hoe goed een AI-agent Drupal kan begrijpen. Hoeveel context hij nodig heeft. Welke handelingen hij zelfstandig kan uitvoeren. Hoe betrouwbaar hij wijzigingen kan maken. En hoe goed wij daar als engineers controle over kunnen houden.
Misschien wordt Agent Experience uiteindelijk net zo'n belangrijk selectiecriterium als Developer Experience jarenlang is geweest.
Drupal heeft daarvoor een aantal sterke fundamenten.
Nu wil ik vooral zien hoe snel we daarop verder kunnen bouwen.