Rotterdam is calling - DrupalCon Europe 2026 is heading to the Netherlands this September, and the call for session proposals is officially open!
The Agency, Business & Marketing track is built for business owners, marketing team leaders, agency leaders, project managers, and sales teams who run on Drupal. It's consistently one of DrupalCon's most popular tracks. A platform to share insights, spark conversations, and raise your profile in the community.
Got a story worth telling? Submit your session proposal today!
We're looking for bold, real-world perspectives across topics that are shaping agency and business success today, including:
Submit your session proposal today!
The strongest proposals don't just inform. They inspire action. Here's what makes a session stand out:
"The DrupalCon stage is yours to own. Submit your proposal and join us in Rotterdam to shape the future of Drupal. Your expertise could be the spark that inspires the next big idea!".
Drupal's role-based access control is one of its strengths. Permissions and roles are well-understood, and the system is mature. But the moment you step outside the standard cookie-based session — say, into OAuth with the authorization code flow — you hit a wall that the core permission model never anticipated.
Drupal treats administer nodes and bypass node access as super-permissions. If a user has either, NodeAccessControlHandler assumes they can perform any operation on any content type and skips the granular checks entirely. bypass node access is actually more powerful than administer nodes — a quirk of legacy cruft going back to early Drupal versions.
Every year, the global campaign organised by the Union for International Cancer Control invites people affected by cancer to share their personal experiences as part of World Cancer Day. These stories provide an important human perspective on the realities of cancer. They help build solidarity, encourage early diagnosis, and ensure the voices of patients, survivors, families and carers are heard around the world.
However, when a global campaign encourages participation at scale, the practical challenges quickly become clear. Hundreds of deeply personal stories can arrive from many different countries in a short period of time. Each submission needs to be reviewed carefully, handled with sensitivity, and prepared for publication. For a small team responsible for managing the campaign, this can create significant pressure during the peak period around World Cancer Day.
To address this challenge, the World Cancer Day team partnered with 1xINTERNET to explore how artificial intelligence could support their existing editorial workflow within Drupal.
Rather than attempting to automate the process entirely, the approach focused on supporting human decision making. AI was introduced to assist moderators by helping them review incoming submissions more efficiently. This allowed the team to process stories more quickly while ensuring that personal experiences remained at the centre of the review process.
The result is a practical example of how AI can be applied responsibly. Technology is used to assist people rather than replace them, helping organisations manage growing volumes of content while maintaining appropriate oversight and care.
In this upcoming webinar we will explore the approach taken by the World Cancer Day team and the lessons it offers for other organisations facing similar challenges.
Participants will hear about:
The session is designed for organisational leaders, communications teams, and others exploring how artificial intelligence can be introduced in a considered and practical way. Using a real global campaign as its foundation, it offers a practical example of how AI can support teams managing large volumes of user generated content.
Title: Helping people tell their cancer stories using AI: Lessons from World Cancer Day
Date: 16 March 2026
Time: 2:00 PM GMT*
Format: Live webinar
Register now to secure your place.
*If the timing is not convenient, the session will be recorded and shared with everyone who registers so it can be watched afterwards.
Communications professional working on the World Cancer Day campaign at the Union for International Cancer Control (UICC). Charles leads global storytelling efforts that amplify the voices of people affected by cancer around the world.
Chief Operating Officer at 1xINTERNET. Diego works with organisations to design and deliver complex digital platforms using open-source technologies including Drupal.
AI Ambassador at amazee.io and long-time member of the Drupal community. Matthew works on initiatives that help organisations adopt AI in ways that respect privacy, transparency, and human decision-making.
This is part of a series of webinars and global events organised by Drupal AI. For full details visit our events calendar.
Every year, the global campaign organised by the Union for International Cancer Control invites people affected by cancer to share their personal experiences as part of World Cancer Day. These stories provide an important human perspective on the realities of cancer. They help build solidarity, encourage early diagnosis, and ensure the voices of patients, survivors, families and carers are heard around the world.
However, when a global campaign encourages participation at scale, the practical challenges quickly become clear. Hundreds of deeply personal stories can arrive from many different countries in a short period of time. Each submission needs to be reviewed carefully, handled with sensitivity, and prepared for publication. For a small team responsible for managing the campaign, this can create significant pressure during the peak period around World Cancer Day.
To address this challenge, the World Cancer Day team partnered with 1xINTERNET to explore how artificial intelligence could support their existing editorial workflow within Drupal.
Rather than attempting to automate the process entirely, the approach focused on supporting human decision making. AI was introduced to assist moderators by helping them review incoming submissions more efficiently. This allowed the team to process stories more quickly while ensuring that personal experiences remained at the centre of the review process.
The result is a practical example of how AI can be applied responsibly. Technology is used to assist people rather than replace them, helping organisations manage growing volumes of content while maintaining appropriate oversight and care.
In this upcoming webinar we will explore the approach taken by the World Cancer Day team and the lessons it offers for other organisations facing similar challenges.
Participants will hear about:
The session is designed for organisational leaders, communications teams, and others exploring how artificial intelligence can be introduced in a considered and practical way. Using a real global campaign as its foundation, it offers a practical example of how AI can support teams managing large volumes of user generated content.
Title: Helping people tell their cancer stories using AI: Lessons from World Cancer Day
Date: 16 March 2026
Time: 2:00 PM GMT*
Format: Live webinar
Register now to secure your place.
*If the timing is not convenient, the session will be recorded and shared with everyone who registers so it can be watched afterwards.
Communications professional working on the World Cancer Day campaign at the Union for International Cancer Control (UICC). Charles leads global storytelling efforts that amplify the voices of people affected by cancer around the world.
Chief Operating Officer at 1xINTERNET. Diego works with organisations to design and deliver complex digital platforms using open-source technologies including Drupal.
AI Ambassador at amazee.io and long-time member of the Drupal community. Matthew works on initiatives that help organisations adopt AI in ways that respect privacy, transparency, and human decision-making.
This is part of a series of webinars and global events organised by Drupal AI. For full details visit our events calendar.
Written by guest blogger María Fernanda Silva
Something is shifting in how organizations think about AI. The early excitement around what it could do is giving way to a harder, more important question: how do you build AI that actually holds up — at scale, under pressure, and over time?
On 14 May 2026, New York City becomes the place where that question gets answered. The Drupal AI Summit brings together enterprise leaders, digital decision-makers, and senior practitioners from across the US and Europe — not to explore AI in theory, but to share what responsible, durable AI looks like in practice.
Thirteen focused sessions. Real case studies. The Summit is built around the strategic and organizational questions that determine whether AI delivers real value or stays stuck in pilot mode: governance, investment, long-term architecture, and what it actually takes to scale. If you are responsible for those decisions, this is where you belong.
Most AI implementations fail quietly — locked into black boxes, disconnected from the workflows where real work happens, impossible to adjust without starting over.
There is a different path. When AI is embedded directly into content, data, and workflow systems (where enterprise work actually happens), teams maintain transparency, organisations retain control, and the architecture evolves alongside the business without the cost of replatforming. This is not a niche concern. It speaks to every enterprise leader navigating AI in environments where trust, regulation, and scale are not optional considerations — they are the entire challenge.
The Summit explores what this looks like in practice, with sessions grounded in the architectural and organizational choices that make responsible AI adoption real, not just possible.
From 9:00 am to 5:45 pm at 360 Madison Avenue in the heart of Midtown Manhattan, you will have access to thirteen sessions built entirely around case studies from peers who are applying AI in production environments. No theoretical frameworks. No technical deep-dives. Just honest, grounded conversations about what works, what doesn't, and what it takes to build AI your organization can trust for the long term.
Practitioners and leaders are flying in from across the US and Europe to share first-hand experience and to learn from each other. Your pass also grants access to the wider apidays New York event running across both days, connecting you with communities exploring APIs, AI agents, cybersecurity, and modern digital infrastructure — all under the same roof.
Want to learn more? Explore our dedicated AI Summit New York City hub where you can learn more about the format, who the event is designed for. This will also be where the agenda is published once finalised in mid March.
Secure your place at the Drupal AI Summit NYC for $150 USD before 13 April 2026. After that, tickets are $200 USD.
The Paris edition sold out. If you're planning to join us in New York, early is the right call.
The foundations for enterprise-grade AI already exist. Come and see how they're being built — openly, responsibly, and together.
Secure your Early Bird ticket today!
Photos by Paul Johnson
Written by guest blogger María Fernanda Silva
Something is shifting in how organizations think about AI. The early excitement around what it could do is giving way to a harder, more important question: how do you build AI that actually holds up — at scale, under pressure, and over time?
On 14 May 2026, New York City becomes the place where that question gets answered. The Drupal AI Summit brings together enterprise leaders, digital decision-makers, and senior practitioners from across the US and Europe — not to explore AI in theory, but to share what responsible, durable AI looks like in practice.
Thirteen focused sessions. Real case studies. The Summit is built around the strategic and organizational questions that determine whether AI delivers real value or stays stuck in pilot mode: governance, investment, long-term architecture, and what it actually takes to scale. If you are responsible for those decisions, this is where you belong.
Most AI implementations fail quietly — locked into black boxes, disconnected from the workflows where real work happens, impossible to adjust without starting over.
There is a different path. When AI is embedded directly into content, data, and workflow systems (where enterprise work actually happens), teams maintain transparency, organisations retain control, and the architecture evolves alongside the business without the cost of replatforming. This is not a niche concern. It speaks to every enterprise leader navigating AI in environments where trust, regulation, and scale are not optional considerations — they are the entire challenge.
The Summit explores what this looks like in practice, with sessions grounded in the architectural and organizational choices that make responsible AI adoption real, not just possible.
From 9:00 am to 5:45 pm at 360 Madison Avenue in the heart of Midtown Manhattan, you will have access to thirteen sessions built entirely around case studies from peers who are applying AI in production environments. No theoretical frameworks. No technical deep-dives. Just honest, grounded conversations about what works, what doesn't, and what it takes to build AI your organization can trust for the long term.
Practitioners and leaders are flying in from across the US and Europe to share first-hand experience and to learn from each other. Your pass also grants access to the wider apidays New York event running across both days, connecting you with communities exploring APIs, AI agents, cybersecurity, and modern digital infrastructure — all under the same roof.
Secure your place at the Drupal AI Summit NYC for $150 USD before 13 April 2026. After that, tickets are $200 USD.
The Paris edition sold out. If you're planning to join us in New York, early is the right call.
The foundations for enterprise-grade AI already exist. Come and see how they're being built — openly, responsibly, and together.
Secure your Early Bird ticket today!
Photos by Paul Johnson
Open Source software is free to download. But the infrastructure that makes it usable is not.
When developers install or update dependencies through npm, Composer, pip, or Cargo, those tools rely on package registries that host and distribute millions of software packages. When maintainers collaborate, they depend on hosted services: Git repositories, CI pipelines, and other tools to build, test, and release software.
Most of this infrastructure is invisible to end users, and almost no one thinks about what it costs to run.
But it is not free. Someone has to operate the servers, pay for bandwidth, respond to support questions, patch security issues, and keep everything reliable.
Much of the modern software ecosystem depends on these services working reliably. And yet the organizations operating them are almost always scrambling to fund them.
Every large Open Source project has found some way to keep its infrastructure running. Usually that means a mix of donated services, sponsorships, fundraising, cross-subsidy, or patronage from a single company.
The table below highlights the primary funding mechanisms various Open Source projects depend on, even though most projects combine several.
| Donated infrastructure | Multi-company sponsorship | Community funding | Single-company patronage | |
|---|---|---|---|---|
| PyPI | ☑ | ☐ | ☐ | ☐ |
| Packagist | ☐ | ☐ | ☐ | ☑ |
| npm | ☐ | ☐ | ☐ | ☑ |
| WordPress | ☐ | ☐ | ☐ | ☑ |
| RubyGems | ☐ | ☑ | ☑ | ☐ |
| Drupal | ☑ | ☑ | ☑ | ☐ |
The mix differs across ecosystems, and some rely on several mechanisms at once. But one thing stands out: none of these approaches tie funding directly to how much the infrastructure is used.
PyPI, the Python Package Index, illustrates the sponsorship model. It handles billions of downloads a day on infrastructure donated by Fastly, AWS, and Google Cloud. The Python Software Foundation described this arrangement's fragility in a post last October: if a single sponsor decides not to renew, it would cost them tens of thousands of dollars a month to replace the lost infrastructure.
Packagist, the main PHP package repository, follows a different approach. It is run by a private company that also sells a commercial product called Private Packagist. Revenue from the paid product subsidizes the free public registry. It's one of the more sustainable models out there, though it means a public good depends on one company's continued success.
npm tried to operate as an independent company, ran into serious financial trouble, and was eventually acquired by GitHub in 2020. The end result is that critical JavaScript infrastructure is now owned by Microsoft.
WordPress.org runs on a different version of the same dynamic: corporate patronage. Automattic, by far the ecosystem's largest commercial beneficiary, subsidizes most of the infrastructure. It works, but it also means that whoever funds the infrastructure controls it.
The FAIR project, a federated package manager backed by the Linux Foundation, was designed to give the WordPress ecosystem an independent alternative. The software works but its organizers recently stepped back after failing to secure long-term funding commitments.
RubyGems took the community fundraising route, launching a program last year asking businesses for $2,500 to $5,000 annually, with about 110 supporters needed to cover the registry's operations.
Drupal, the Open Source CMS I help lead, depends on the Drupal Association to run much of the infrastructure behind the project: Composer endpoints, GitLab repositories, CI pipelines, automatic update notifications, and more. Running all of this costs roughly $3 million a year. Funding comes from a mix of donated infrastructure, community funding, DrupalCon revenue, and sponsorship.
When the economics break, the consequences become visible. In February 2026, GNOME began redirecting Git traffic from its own GitLab to GitHub mirrors to reduce bandwidth costs. As a result, GitHub and its owner Microsoft now absorb some of GNOME's bandwidth cost.
Taken together, these examples point to the same underlying problem. Most Open Source infrastructure does not have a real business model. It survives through donations, corporate sponsorship, and community fundraising, rather than revenue tied to the value it delivers.
One direction that makes sense to me is a simple value exchange: keep core infrastructure free for individuals and small projects, while organizations using it at scale help pay for what they consume. Not as a donation, but as payment for the infrastructure their software depends on.
Some people will instinctively resist the idea of charging for the infrastructure behind an Open Source project. That reaction may feel familiar to anyone who remembers the early debates about paid contributors. At the time, many feared corporate money would drive volunteers away. In practice, the opposite happened. Projects grew, contributor bases expanded, and paid engineers became some of their most active contributors.
That does not mean every new funding idea is a good one. But instinctive discomfort alone is not a reason to reject it.
In Open Source, what looks like fairness often is not. Free for everyone sounds equitable, but the cost does not disappear. It is absorbed by those who can least afford it, while the organizations that benefit most often pay the least. When a Fortune 500 company consumes Open Source infrastructure for free, that is not a neutral outcome. It is a subsidy flowing in the wrong direction.
If the problem is that costs are disconnected from usage, the obvious place to start is linking them. Exactly how that would work in practice is a separate design question, and the answer will likely differ from one Open Source project to another. One possible approach is usage-based fees, tiered by download volume or API consumption. Questions about measurement, thresholds, and enforcement would need careful community discussion.
If infrastructure funding models need to change, the obvious question is who decides. In Open Source, questions like this ultimately belong to the community.
But communities do not decide these things in a vacuum. In practice, governance tends to follow funding.
Discussions about Open Source infrastructure often focus on governance: who should control it and who gets to make the decisions. In reality, those questions are often settled by something simpler: who pays for it.
FAIR is a recent example. The project didn't fail because federation was the wrong idea. It failed because nobody built a business case compelling enough to fund it as an alternative.
When one organization pays for the infrastructure, it ultimately controls it. When a broader set of stakeholders funds it, governance broadens with it.
That is why Open Source infrastructure needs more than better fundraising. It needs a business model that connects the cost of operating shared infrastructure to the organizations that rely on it most.
Infrastructure that entire ecosystems depend on cannot rely indefinitely on goodwill alone. It deserves a business model.
Solving the funding problem is a prerequisite to solving the governance problem.
Thanks to Tiffany Farriss, Tim Lehnen, Gábor Hojtsy and Lauri Timmanee for reviewing my draft.
read moreAcross the Drupal ecosystem, much of the work that keeps the project moving forward happens through sustained community effort. Developers maintain modules and review patches, accessibility specialists improve inclusive design practices, documentation writers clarify complex workflows, and organisers run DrupalCamps, DrupalCons, and local meetups that bring contributors together.
Women across the Drupal community play visible roles in many of these areas. They lead accessibility initiatives, maintain projects, organise community events, and guide product and platform discussions that influence how Drupal evolves. In recent years, these contributions have shaped areas ranging from documentation and mentoring to platform initiatives such as Drupal CMS and accessibility-driven improvements across the ecosystem.
International Women’s Day offers a moment to acknowledge that work without separating it from the technical core of the project. The stories in this week’s issue highlight the broader ecosystem in motion—from new developer tools and experimental modules to DrupalCon Chicago announcements and community initiatives reported over the past week.
With that context, here are the major stories from last week.
We acknowledge that there are more stories to share. However, due to selection constraints, we must pause further exploration for now. To get timely updates, follow us on LinkedIn, Twitter, Bluesky, and Facebook. You can also join us on Drupal Slack at #thedroptimes.
Thank you.
Kazima Abbas
Sub-editor
The DropTimes
Dreaming about Claude Code
I lost sleep last night, dreaming about Claude Code. The night before, I was working too late and too hard on a coding problem, and I ended up dreaming about it and circling the solution. I was ruminating on how Claude Code fits into my development workflow. In my dream, I kept circling back to the question of how to code Drupal using AI.
I want to emphasize that I had a dream, not a nightmare. The dream was triggered by spending an entire day clauding at Symfony, more generally using Claude Code to improve my understanding of Symfony and how it is used in Drupal.
Improving my understanding of Symfony within Drupal
First and foremost, I see AI as a powerful tool, not a replacement for developers. AI is a disruptor affecting both junior and senior developers, requiring them to learn to use AI to develop and maintain software applications. An AI tidal wave is underway, and we need to get ahead of it rather than ignore it.
My long-term goal is to bring AI into my Drupal development workflow, yet I like circling around big challenges and seeking a learning task that is somewhat Drupal-adjacent. There are two Symfony-related issues/tasks on Drupal.org that I want to understand and maybe help resolve.
The first one is really simple. The latest version of Drupal CMS and, in turn, the AI Agents module can't generate content types. i.e., "create an Event content type" because the AI agent throws a passing generic $value parameter triggers an error. This is a minor bug, but I honestly don't understand Drupal's integration with Symfony's validation component well enough to contribute a patch.
A much larger second discussion I have been following for several years is the addition of integration...Read More
read moreThe weekend of 28th February to the 1st March saw the second DrupalCamp England event with around 100 people attending the University of Salford, not far from Manchester, for the two day event.
I had submitted a talk and the camp organisers had accepted it and also decided to make me a featured speaker, which was an incredible honour. As such I was part of the communications being sent out in the weeks before the event.
Since this is more or less a local event for me I decided to travel in on both days rather than get a hotel or anything. The rain and wind of the previous week had abated and the Saturday morning saw some of the warmest (and driest) weather we had seen in the north west for a few months.
The keynote on Saturday morning was The Augmented Future: Winning with AI with Dr. Phininder Balaghan, founder of Traversally. This was an look through the current state of AI, which Dr. Balaghan said changes every time he gives the talk.
Most companies these days have adopted an agile methodology, which has taken about 20 years to become widespread. Since the introduction of LLM AI systems a few years ago we have seen massive adoption across all industries.
Dr. Balaghan joked that we have reached the age of AI-gile, the new agile methodology.
At the moment we are using a collection of LLM agents that work together in a so-called "agentic" system to provide a coherent service. The next true advancement in AI systems will be thinking AI systems that are able to properly think about the input and respond. I think we are quite a long way from that yet and no amount of processing power or RAM is going to solve the problem that LLMs are just statistical word engines.
read moreDrupal Module Upgrader (DMU) was created by Angie Byron and Adam Hoenich way back in 2014 at Acquia to help folks upgrade custom Drupal 7 modules to modern Drupal. It was magic. Cameron Zemek at PreviousNext built the crucial underlying library, Pharborist, which abstracted PHP manipulation into a generic dependency. Many relied on DMU to upgrade custom code, and it was even updated for Drupal 9; however, keeping it current over time proved challenging.
We are happy to announce that Drupal Mountain Camp is coming back for its 6th edition on March 2-4, 2027, in Davos, Switzerland.
Since 2017, we have been gathering at Davos Congress in the Swiss Alps for sessions, workshops, and contribution sprints that bring the Drupal community together. Developers, designers, project managers, agency leaders, and anyone passionate about open source - everyone has a place here.
The venue offers professional conference infrastructure, reliable connectivity, and an inspiring alpine setting. Davos is a 2-hour scenic train ride from Zurich airport through the Swiss Alps.
As with every edition, Drupal Mountain Camp is more than a conference. Expect skiing, snowboarding, fondue in the mountains, and social activities that bring the community closer together.
Calls for speakers and sponsors will be announced as planning progresses.
Stay up to date and plan ahead:
We look forward to seeing you in Davos.
When people face urgent legal questions, finding trustworthy information quickly matters.
Recently, Electric Citizen partnered with LawHelpMN.org to help launch a new landing page that gathers key immigration resources in one place: www.lawhelpmn.org/immigration-legal-help
The page was created in response to Operation Metro Surge, a controversial immigration enforcement effort that has created significant disruption and uncertainty for many Minnesota communities. The goal was to provide a clear starting point where people can quickly understand their rights and find trusted legal help.
read moreA LinkedIn post (by Jay Callicott) made the case that Drupal core development needs to accelerate to meet modern (AI-driven) expectations, and adopting AI-DLC is the way to get there.
"Hot take [..] Drupal Core team needs to adopt AI-DLC [..] (as defined by AWS). AI does the code writing you are doing the orchestration. Who is with me??"
Increasing the velocity of evolving Drupal is a valid and worthwhile goal. The community had already identified the speed of Drupal Core development as an issue. Their solution was to move more quickly outside of Drupal core, in a (non-core) version of Drupal named "Drupal CMS".
DrupalCon Chicago is going to be huge for Dripyard! We have one training, three presentations, one site template session, 400 stickers, and a very limited supply of beanies to give away!
read moreImplementing accessibility best practices on your Drupal website and taking care of search engine optimization may seem like separate priorities. In reality, they are more closely intertwined than you might expect.
read moreDDEV v1.25.1 introduced validation that checks for Docker Buildx, and you may encounter an error when running ddev start if your system isn't configured correctly. This post explains why this dependency exists, who's affected, and how to resolve it. Note that DDEV v1.25.2 will bundle a private Docker Buildx to eliminate this configuration requirement.
Most users won't need to do anything. Docker Desktop, OrbStack, and Rancher Desktop bundle Docker Buildx automatically.
You may need to take action if you're using:
If you're running Docker Desktop, OrbStack, or Rancher Desktop, you can skip this article.
When running ddev start on DDEV v1.25.1 without a compatible Buildx version, you'll see:
$ ddev start
Docker buildx check failed: compose build requires buildx 0.17.0 or later: docker CLI plugin "buildx" not found.
Please install buildx: https://github.com/docker/buildx#installing
Or if Buildx is installed but doesn't match the required version:
$ ddev start
Docker buildx check failed: compose build requires buildx 0.17.0 or later.
Installed docker buildx: 0.13.1 (plugin path: /usr/lib/docker/cli-plugins/docker-buildx)
Please update buildx: https://github.com/docker/buildx#installing
This is an upstream dependency from Docker Compose, not a DDEV-specific choice.
Here's how we got here:
The requirement comes from Docker Compose itself. DDEV now validates your system configuration to prevent confusing build failures.
Install Docker Buildx via Homebrew:
brew install docker-buildx
After installation, configure Docker to find the plugin. Add cliPluginsExtraDirs to $HOME/.docker/config.json:
{
"cliPluginsExtraDirs": ["/opt/homebrew/lib/docker/cli-plugins"]
}
You can see this information anytime with:
brew info docker-buildx
The post-install messages from Homebrew will show you the exact path for your system.
Debian 13 (Trixie) includes Docker Buildx v0.13.1 from the Debian repositories, which doesn't meet the ≥0.17.0 requirement.
Solution: Switch to Docker from the official Docker repositories.
ddev snapshot -a.The official Docker repositories provide current versions of all Docker components including Docker Buildx ≥0.17.0.
NixOS users should track DDEV issue #8183. A NixOS patch is available - once merged, you'll get the fix through normal system updates without manual intervention.
If the platform-specific solutions above don't work, you can manually place the docker-buildx binary in one of Docker's expected plugin directories:
Linux/macOS:
$HOME/.docker/cli-plugins//usr/local/lib/docker/cli-plugins//usr/local/libexec/docker/cli-plugins//usr/lib/docker/cli-plugins//usr/libexec/docker/cli-plugins/Traditional Windows (not needed for WSL2):
%USERPROFILE%\.docker\cli-plugins\%ProgramFiles%\Docker\cli-plugins\See Docker's plugin manager source for Linux/macOS and Windows for the complete list.
Alternatively, place the binary anywhere and configure Docker to find it by adding cliPluginsExtraDirs to $HOME/.docker/config.json (or %USERPROFILE%\.docker\config.json on Windows):
{
"cliPluginsExtraDirs": ["/path/to/your/custom/plugin/directory"]
}
We're working to make this smoother in upcoming releases:
DDEV v1.25.2 (upcoming) will likely bundle a private Docker Buildx that DDEV uses exclusively. This eliminates the system configuration requirement for most users. I'm working on this in PR #8198.
Future releases will transition from our private Docker Compose binary to the Docker Compose SDK. This gives DDEV more control over upstream dependencies and reduces configuration complexity.
If you're still seeing issues after following these steps, reach out in any of the support channels.
This article was edited and refined with assistance from Claude Code.
read moreAt Tag1, we believe in proving AI within our own work before recommending it to clients. This post is part of our AI Applied content series, where team members share real stories of how they're using AI and the insights and lessons they learn along the way. Here, Sammy Gituko, Software Developer, explores how AI supported improvements to the Metatag module by speeding up the discovery, verification, and replacement of broken documentation links across 30+ plugin files from hours to minutes.
My first contribution to the Drupal Metatag module started with what looked like a simple issue: fixing broken external documentation links. The task was logged as Issue #3559765 Fix broken links in the Meta tags section , and at first, it seemed like a quick cleanup job. But the deeper I looked, the more it revealed about the fragility of open source documentation, and how AI can speed up the repetitive parts of technical contribution work while still requiring careful human judgment.
Broken links may not sound exciting, but they highlight a widespread challenge in open source maintenance. Documentation links age fast. Websites vanish. URL structures change without warning. And because the Metatag module contains dozens of plugin files pointing to different sources, even a small fix meant a lot of detail work.
To begin, I scanned the src/Plugin/metatag/Tag/ directory, which contains over 30 plugin files. This was where AI added real value, not by writing code, but by making the background research faster and more structured. I found six that had broken or unreliable links:
metatags.org was returning 404metatags.org was broken, though the RTA link workedcsgnetwork.com calculator had connection errorsFor each broken link, I needed to verify the issue, find a reliable replacement from an authoritative source, confirm it worked and was stable, then update it in the code without disrupting formatting or introducing linting errors.
Checking each file manually would have been tedious. Using AI, I generated efficient grep patterns for discovering URLs across the whole directory, like this suggestion that matched multiple URL styles: https?://|www\. That one line let me identify every external link across 30+ plugin files in minutes.
The next challenge was figuring out which links actually worked. Instead of opening them one by one, AI recommended using a simple curl command to automatically test HTTP status codes:
curl -s -o /dev/null -w "%{http_code}" "https://example.com"
This approach let me quickly categorize links as 200 (working), 404 (broken), or 301 (redirects), giving me a precise list of which needed attention.
When replacing links, AI helped search for credible alternatives, suggesting sources like MDN, W3C, IETF, or Google Search Central. It also helped compare multiple options and recommend the best one.
Despite its efficiency, AI couldn’t make every decision. Some choices depended on contextual understanding, deciding whether a replacement even made sense.
Two plugin files, Standout.php and NewsKeywords.php, both referenced Google News documentation that no longer existed. AI surfaced generic help pages, but none were relevant. Since the tags were already marked @deprecated, I chose to remove the links entirely. This was a judgment call informed by understanding the code’s context and the importance of avoiding misleading or obsolete references.
In Rating.php, the existing RTA link technically worked but wasn’t reader-friendly. The AI proposed a few options, but ultimately, I picked Wikipedia’s page on content rating systems. It included the RTA standard, offered better context, and felt more accessible, a human decision about user experience, not just URL accuracy.
Several clear themes came out of this contribution:
metatags.org and csgnetwork.com can disappear or restructure, breaking countless references.The final patch replaced or removed all broken documentation links:
Fixed with authoritative replacements:
SetCookie: MDN documentationGoogle: Google Search CentralExpires: IETF RFC 1123Rating: WikipediaRemoved (no suitable or relevant replacements):
Standout : Google News documentation removedNewsKeywords: Google News documentation removedThe workflow became smoother, faster, and easier to reproduce. Using AI to handle repetitive validation tasks allowed me to focus my attention on decisions that actually required human reasoning.
This contribution showed how AI can accelerate contribution workflows without replacing the thoughtful judgment that open source development depends on. By blending AI-assisted discovery with context-aware decision-making, contributors can move faster and still produce work that’s accurate, accessible, and maintainable.
Maintaining external documentation links might never be glamorous, but it’s a perfect example of how AI can make quality improvements faster and more sustainable, one verified link at a time.
This post is part of Tag1’s AI Applied content series, where we share how we're using AI inside our own work before bringing it to clients. Our goal is to be transparent about what works, what doesn’t, and what we are still figuring out, so that together, we can build a more practical, responsible path for AI adoption.
Bring practical, proven AI adoption strategies to your organization, let's start a conversation! We'd love to hear from you.
read moreThere is a big party happening at DrupalCon Chicago, and I can't wait.
On March 24th, we're celebrating Drupal's 25th Anniversary with a gala from 7–10 pm CT. It's a separate ticketed event, not included in your DrupalCon registration.
Some of Drupal's earliest contributors are coming back for this, including a few who haven't attended DrupalCon in years. That alone makes it special.
If you've been part of Drupal's story, whether for decades or just a few months, I'd love for you to be there. It's shaping up to be a memorable night.
The dress code is "Drupal Fancy". That means anything from gowns and black tie, to your favorite Drupal t-shirt. If you've ever wanted an excuse to dress up for a Drupal event, this is it!
Tickets are $125, with a limited number of $25 tickets underwritten by sponsors so cost isn't a barrier. All tickets must be purchased in advance. They won't be available at the door. Registration closes March 18th, so grab your tickets soon.
Organizations can reserve a table for their team. Even better, invite a few contributors to join you. It's a great way to give back to the people who helped build what your business runs on.
For questions or sponsorship opportunities, please reach out to Tiffany Farriss, who is serving as Gala Chair and part of the team coordinating the celebration.
Know someone who should be there? Share this with them.
What matters most is that you're there. I can't wait to celebrate together in Chicago.
read moreA new alpha experimental "Admin" theme just landed in Drupal 12 dev (and 11 dev) which is a merge of the Claro and Gin themes. Gin historically extended Claro which caused complications on both sides. The merged theme allows to iron out things much faster and more effectively without duplication of efforts in two themes. Going forward the plan is for "Admin" to replace Claro. Until "Admin" becomes stable, Claro will remain the default admin experience. https://www.drupal.org/project/drupal/issues/3556948
read moreMore good news in Drupal 12 development. Long time in the making, the Navigation module just replaced Toolbar as the default navigation experience in the upcoming Drupal version. Not only more customisable, the new UI is also faster to use even with deep administration trees. https://www.drupal.org/project/drupal/issues/3575171
read moreIf you’ve been following the rapid rise of AI‑driven chatbots and ‘assistant‑as‑a‑service’ platforms, you know one of the biggest pain points is trustworthy, privacy‑preserving web search. AI assistants need access to current information to be useful, yet traditional search engines track every query, building detailed user profiles.
Enter SearXNG - an open‑source metasearch engine that aggregates results from dozens of public search back‑ends while never storing personal data. The new Drupal module lets any Drupal‑based AI assistant (ChatGPT, LLM‑powered bots, custom agents) invoke SearXNG directly from the Drupal site, bringing privacy‑first searching in‑process with your content.
SearXNG aggregates results from up to 247 search services without tracking or profiling users. Unlike Google, Bing or other mainstream search engines, SearXNG removes private data from search requests and doesn't forward anything from third-party services.
Think of it as a privacy-preserving intermediary: your query goes to SearXNG, which then queries multiple search engines on your behalf and aggregates the results, all while keeping your identity completely anonymous.
The Drupal SearXNG module brings this privacy-focused search capability directly into the Drupal ecosystem. It connects Drupal with your preferred SearXNG server (local or remote), includes a demonstration block, and provides an additional submodule that integrates SearXNG with Drupal AI by offering an AI Agent Tool.
This integration is particularly powerful when combined with Drupal's growing AI ecosystem, including the AI module framework, AI Agents and AI Assistants API.
The most compelling benefit is complete privacy protection. When your Drupal AI assistant uses SearXNG to search the web:
This makes it ideal for organisations in healthcare, government, education and any sector where data privacy is paramount.
By aggregating results from up to 247 search services, SearXNG provides more diverse and comprehensive search results than relying on a single search engine. Your AI assistant gets a broader perspective, potentially finding information that might be missed by individual search engines.
Organisations can run their own SearXNG instance, giving them complete control over:
Getting started is remarkably straightforward thanks to SearXNG's official Docker image, which makes launching a local server as simple as running a single command. This means organisations can have their own private search instance running in minutes, without complex server configuration or dependencies.
The module's AI Agent Tool integration means that Drupal AI assistants can seamlessly incorporate web search into their workflows. Whether it's a chatbot helping users navigate your site or an AI assistant helping content creators research topics, web search becomes just another capability in the assistant's toolkit.
Imagine a corporate intranet where employees use an AI assistant to find both internal documentation and external resources. The assistant can search your internal Drupal content while using SearXNG to find external information, all while maintaining complete privacy about what employees are researching.
Universities and schools increasingly need to protect student privacy. A Drupal-powered learning management system with an AI tutor can use SearXNG to help students research topics without creating profiles of their academic interests and struggles.
Government organisations can leverage AI assistants to help citizens find information and services. Using SearXNG ensures that citizen queries remain private and aren't used for commercial purposes.
The SearXNG Drupal module represents an important step forward in building AI systems that respect user privacy. As AI assistants become more prevalent in web applications, the ability to access current information without compromising privacy will become increasingly valuable.
Drupal's AI framework supports over 48 AI platforms, providing flexibility in choosing AI providers. By combining this with privacy-respecting search through SearXNG, organisations can build powerful, intelligent applications that align with growing privacy expectations and regulations.
Privacy and powerful AI don't have to be mutually exclusive. The SearXNG Drupal module proves that organisations can build intelligent, helpful AI assistants that respect user privacy. Whether you're building internal tools, public-facing applications, or specialised platforms, this module provides a foundation for privacy-first AI that can search the web without compromising user trust.
As data privacy regulations continue to evolve and users become more aware of digital privacy issues, tools like the SearXNG module will become increasingly essential. By adopting privacy-first approaches now, organisations can build user trust while delivering the intelligent, helpful experiences that modern web applications demand.
Find out more and download on the dedicated SearXNG Drupal project page.
Join us THURSDAY, February 19 at 1pm ET / 10am PT, for our regularly scheduled call to chat about all things Drupal and nonprofits. (Convert to your local time zone.)
We don't have anything specific on the agenda this month, so we'll have plenty of time to discuss anything that's on our minds at the intersection of Drupal and nonprofits. Got something specific you want to talk about? Feel free to share ahead of time in our collaborative Google document at https://nten.org/drupal/notes!
All nonprofit Drupal devs and users, regardless of experience level, are always welcome on this call.
This free call is sponsored by NTEN.org and open to everyone.
Information on joining the meeting can be found in our collaborative Google document.
While Artificial Intelligence is evolving rapidly, many applications remain experimental and difficult to implement in professional production environments. The Drupal AI Initiative addresses this directly, driving responsible AI innovation by channelling the community's creative energy into a clear, coordinated product vision for Drupal.
In this article, the third in a series, we highlight the outcomes of the latest development sprints of the Drupal AI Initiative. Part one outlines the 2026 roadmap presented by Dries Buytaert. Part two addresses the organisation and new working model for the delivery of AI functionality.
Authors: Arian, Christoph, Piyuesh, Rakhi (alphabetical)
Dries Buytaert presenting the status of Drupal AI Initiative at DrupalCon Vienna 2025
To turn the potential of AI into a reliable reality for the Drupal ecosystem, we have developed a repeatable, high-velocity production model that has already delivered significant results in its first four weeks.
To maximize efficiency and scale, development is organized into two closely collaborating workstreams. Together, they form a clear pipeline from exploration and prototyping to stable functionality:
This structure is powered by a Request for Proposal (RFP) model, sponsored by 28 organizations partnering with the Drupal AI Initiative.
The management of these workstreams is designed to rotate every six months via a new RFP process. Currently, 1xINTERNET provides the Product Owner for Product Development and QED42 provides the Product Owner for Innovation, while FreelyGive provides core technical architecture. This model ensures the initiative remains sustainable and neutral, while benefiting from the consistent professional expertise provided by the partners of the Drupal AI Initiative.
The professional delivery of the initiative is driven by our AI Partners, who provide the specialized resources required for implementation. To maintain high development velocity, we operate in two-week sprint iterations. This predictable cadence allows our partners to effectively plan their staff allocations and ensures consistent momentum.
The Product Owners for each workstream work closely with the AI Initiative Leadership to deliver on the one-year roadmap. They maintain well-prepared backlogs, ensuring that participating organizations can contribute where their specific technical strengths are most impactful.
By managing the complete development lifecycle, including software engineering, UX design, quality assurance, and peer reviews, the sprint teams ensure the delivery of stable and well-architected solutions that are ready for production environments.
The work of the AI Initiative provides important functionality to the recently launched Drupal CMS 2.0. This release represents one of the most significant evolutions in Drupal’s 25-year history, introducing Drupal Canvas and a suite of AI-powered tools within a visual-first platform designed for marketing teams and site builders alike.
The strategic cooperation between the Drupal AI Initiative and the Drupal CMS team ensures that our professional-grade AI framework delivers critical functionality while aligning with the goals of Drupal CMS.
The initial sprints demonstrate the high productivity of this dual-workstream approach, driven directly by the specialized staff of our partnering organizations. In the first two weeks, the sprint teams resolved 143 issues, creating significant momentum right from the first sprint.
Screenshot Drupal AI Dashboard
This surge of activity resulted in the largest regular patch release in the history of the Drupal AI module. This achievement was made possible by the intensive collaboration between several expert companies working in sync. Increased contribution from our partners will allow us to further accelerate development velocity, improving the capacity to deliver more advanced technical features in the coming months.
Screen recording Agents Debugger
While the volume of work is significant, some new features stand out. Here are a few highlights from our recent sprint reviews:
Our success so far is thanks to the companies who have stepped up as Drupal AI Partners. These organizations are leading the way in defining how AI and the Open Web intersect.
A huge thank you to our main contributors of the first two sprints (alphabetical order):
We invite further participation from the community. If your organization is interested in contributing expert resources to the forefront of AI development, we encourage you to join the initiative.
Now that some of the projects that opted-in for GitLab issues are using them, they are getting real world experience with how the issue workflow in GitLab is slightly different. More and more projects are being migrated each week so sooner or later you will probably run into the following situations.
When creating issues, the form is very simple. Add a title and a description and save, that's it!
GitLab has different work items when working on projects, like "Incidents", "Tasks" and "Issues". Our matching type will always be "Issue". Maintainers might choose to use the other types, but all integrations with Drupal.org will be made against "Issue" items.
As mentioned in the previous blog post GitLab issue migration: the new workflow for migrated projects, all the metadata for issues is managed via labels. Maintainers will select the labels once the issue is created.
Users without sufficient privileges cannot decide things like priority or tags to use. Maintainers can decide to grant the role "reporter" to some users to help with this metadata for the issues. Reporters will be able to add/edit metadata when adding or editing issues. We acknowledge that this is probably the biggest difference to working with Drupal.org issues. We are listening to feedback and trying to identify the real needs first (thanks to the projects that opted in), before implementing anything permanent.
Reporters will be able to add or edit labels on issue creation or edit:
So far, we have identified the biggest missing piece, the ability to mark an issue as RTBC. Bouncing between "Needs work" or "Needs review" tends to happen organically via comments among the participating contributors in the issue, but RTBC is probably what some maintainers look for to get an issue merged.
The previous are conventions that we agreed on as a community a while back. RTBC is one, NW (Needs Work) vs NR (Needs Review) is another one, so we could use this transition to GitLab issues to define the equivalent ones.
GitLab merge requests offer several choices that we could easily leverage.
We encourage maintainers to look at the merge requests listing instead (like this one). Both "draft" vs. "ready" and "approved" are features you can filter by when viewing merge requests for a project.
There are automated messages when opening or closing issues that provide links related to fork management, fork information, and access request when creating forks, and reminders to update the contribution record links to the issue to track credit information.
When referring to a Drupal.org issue from another Drupal.org issue, you can continue to use the [#123] syntax in the summary and comments, but enter the full URL in the "related issues" entry box.
When referring to a GitLab issue from another GitLab issue, use the #123 syntax, without the enclosing [ ].
For cross-platform references (Drupal to GitLab or GitLab to Drupal), you need to use the full URL.
Same as before, we want to go and review more of the already opted-in projects, collect feedback, act on it when needed, and then we will start to batch-migrate the next set: low-usage projects, projects with a low number of issues, etc.
The above should get us 80% of the way regarding the total number of projects to migrate, and once we have gathered more feedback and iterated over it, we'll be ready to target higher-volume, higher-usage projects.
Related blog posts:
For the past months, the AI Initiative Leadership Team has been working with our contributing partners to define what the Drupal AI initiative should focus on in 2026. That plan is now ready, and I want to share it with the community.
This roadmap builds directly on the strategy we outlined in Accelerating AI Innovation in Drupal. That post described the direction. This plan turns it into concrete priorities and execution for 2026.
The full plan is available as a PDF, but let me explain the thinking behind it.
Producing consistently high-quality content and pages is really hard. Excellent content requires a subject matter expert who actually knows the topic, a copywriter who can translate expertise into clear language, someone who understands your audience and brand, someone who knows how to structure pages with your component library, good media assets, and an SEO/AEO specialist so people actually discover what you made.
Most organizations are missing at least some of these skillsets, and even when all the people exist, coordinating them is where everything breaks down. We believe AI can fill these gaps, not by replacing these roles but by making their expertise available to every content creator on the team.
For large organizations, this means stronger brand consistency, better accessibility, and improved compliance across thousands of pages. For smaller ones, it means access to skills that were previously out of reach: professional copywriting, SEO, and brand-consistent design without needing a specialist for each.
Used carelessly, AI just makes these problems worse by producing fast, generic content that sounds like everything else on the internet. But used well, with real structure and governance behind it, AI can help organizations raise the bar on quality rather than just volume.
Drupal has always been built around the realities of serious content work: structured content, workflows, permissions, revisions, moderation, and more. These capabilities are what make quality possible at scale. They're also exactly the foundation AI needs to actually work well.
Rather than bolting on a chatbot or a generic text generator, we're embedding AI into the content and page creation process itself, guided by the structure, governance, and brand rules that already live in Drupal.
For website owners, the value is faster site building, faster content delivery, smarter user journeys, higher conversions, and consistent brand quality at scale. For digital agencies, it means delivering higher-quality websites in less time. And for IT teams, it means less risk and less overhead: automated compliance, auditable changes, and fewer ad hoc requests to fix what someone published.
We think the real opportunity goes further than just adding AI to what we already have. It's also about connecting how content gets created, how it performs, and how it gets governed into one loop, so that what you learn from your content actually shapes what you build next.
The things that have always made Drupal good at content are the same things that make AI trustworthy. That is not a coincidence, and it's why we believe Drupal is the right place to build this.
The 2026 plan identifies eight capabilities we'll focus on. Each is described in detail in the full plan, but here is a quick overview:
These eight capabilities are where the official AI Initiative is focusing its energy, but they're not the whole picture for AI in Drupal. There is a lot more we want to build that didn't make this initial list, and we expect to revisit the plan in six months to a year.
We also want to be clear: community contributions outside this scope are welcome and important. Work on migrations, chatbots, and other AI capabilities continues in the broader Drupal community. If you're building something that isn't in our 2026 plan, keep going.
Over the past year, we've brought together organizations willing to contribute people and funding to the AI initiative. Today, 28 organizations support the initiative, collectively pledging more than 23 full-time equivalent contributors. That is over 50 individual contributors working across time zones and disciplines.
Coordinating 50+ people across organizations takes real structure, so we've hired two dedicated teams from among our partners:
Both teams are creating backlogs, managing issues, and giving all our contributors clear direction. You can read more about how contributions are coordinated.
This is a new model for Drupal. We're testing whether open source can move faster when you pool resources and coordinate professionally.
If you're a contributing partner, we're asking you to align your contributions with this plan. The prioritized backlogs are in place, so pick up something that fits and let's build.
If you're not a partner but want to contribute, jump in. The prioritized backlogs are open to everyone.
And if you want to join the initiative as an official partner, we'd absolutely welcome that.
This plan wasn't built in a room by itself. It's the result of collaboration across 28 sponsoring organizations who bring expertise in UX, core development, QA, marketing, and more. Thank you.
We're building something new for Drupal, in a new way, and I'm excited to see where it goes.
— Dries Buytaert
For the past months, the AI Initiative Leadership Team has been working with our contributing partners to define what the Drupal AI initiative should focus on in 2026. That plan is now ready, and I want to share it with the community.
This roadmap builds directly on the strategy we outlined in Accelerating AI Innovation in Drupal. That post described the direction. This plan turns it into concrete priorities and execution for 2026.
The full plan is available as a PDF, but let me explain the thinking behind it.
Producing consistently high-quality content and pages is really hard. Excellent content requires a subject matter expert who actually knows the topic, a copywriter who can translate expertise into clear language, someone who understands your audience and brand, someone who knows how to structure pages with your component library, good media assets, and an SEO/AEO specialist so people actually discover what you made.
Most organizations are missing at least some of these skillsets, and even when all the people exist, coordinating them is where everything breaks down. We believe AI can fill these gaps, not by replacing these roles but by making their expertise available to every content creator on the team.
For large organizations, this means stronger brand consistency, better accessibility, and improved compliance across thousands of pages. For smaller ones, it means access to skills that were previously out of reach: professional copywriting, SEO, and brand-consistent design without needing a specialist for each.
Used carelessly, AI just makes these problems worse by producing fast, generic content that sounds like everything else on the internet. But used well, with real structure and governance behind it, AI can help organizations raise the bar on quality rather than just volume.
Drupal has always been built around the realities of serious content work: structured content, workflows, permissions, revisions, moderation, and more. These capabilities are what make quality possible at scale. They're also exactly the foundation AI needs to actually work well.
Rather than bolting on a chatbot or a generic text generator, we're embedding AI into the content and page creation process itself, guided by the structure, governance, and brand rules that already live in Drupal.
For website owners, the value is faster site building, faster content delivery, smarter user journeys, higher conversions, and consistent brand quality at scale. For digital agencies, it means delivering higher-quality websites in less time. And for IT teams, it means less risk and less overhead: automated compliance, auditable changes, and fewer ad hoc requests to fix what someone published.
We think the real opportunity goes further than just adding AI to what we already have. It's also about connecting how content gets created, how it performs, and how it gets governed into one loop, so that what you learn from your content actually shapes what you build next.
The things that have always made Drupal good at content are the same things that make AI trustworthy. That is not a coincidence, and it's why we believe Drupal is the right place to build this.
The 2026 plan identifies eight capabilities we'll focus on. Each is described in detail in the full plan, but here is a quick overview:
These eight capabilities are where the official AI Initiative is focusing its energy, but they're not the whole picture for AI in Drupal. There is a lot more we want to build that didn't make this initial list, and we expect to revisit the plan in six months to a year.
We also want to be clear: community contributions outside this scope are welcome and important. Work on migrations, chatbots, and other AI capabilities continues in the broader Drupal community. If you're building something that isn't in our 2026 plan, keep going.
Over the past year, we've brought together organizations willing to contribute people and funding to the AI initiative. Today, 28 organizations support the initiative, collectively pledging more than 23 full-time equivalent contributors. That is over 50 individual contributors working across time zones and disciplines.
Coordinating 50+ people across organizations takes real structure, so we've hired two dedicated teams from among our partners:
Both teams are creating backlogs, managing issues, and giving all our contributors clear direction. You can read more about how contributions are coordinated.
This is a new model for Drupal. We're testing whether open source can move faster when you pool resources and coordinate professionally.
If you're a contributing partner, we're asking you to align your contributions with this plan. The prioritized backlogs are in place, so pick up something that fits and let's build.
If you're not a partner but want to contribute, jump in. The prioritized backlogs are open to everyone.
And if you want to join the initiative as an official partner, we'd absolutely welcome that.
This plan wasn't built in a room by itself. It's the result of collaboration across 28 sponsoring organizations who bring expertise in UX, core development, QA, marketing, and more. Thank you.
We're building something new for Drupal, in a new way, and I'm excited to see where it goes.
— Dries Buytaert
The Drupal AI Initiative officially launched in June 2025 with the release of the Drupal AI Strategy 1.0 and a shared commitment to advancing AI capabilities in an open, responsible way. What began as a coordinated effort among a small group of committed organizations has grown into a substantial, sponsor-funded collaboration across the Drupal ecosystem.
Today, 28 organizations support the initiative, collectively pledging more than 23 full-time equivalent contributors representing over 50 individual contributors working across time zones and disciplines. Together, sponsors have committed more than $1.5 million in combined cash and in-kind contributions to move Drupal AI forward.
The initiative now operates across multiple focused areas, including leadership, marketing, UX, QA, core development, innovation, and product development. Contributors are not only exploring what’s possible with AI in Drupal, but are building capabilities designed to be stable, well-governed, and ready for real-world adoption in Drupal CMS.
Eight months in, this is more than a collection of experiments. It is a coordinated, community-backed investment in shaping how AI can strengthen content creation, governance, and measurable outcomes across the Drupal platform.
As outlined in the 2026 roadmap, this year focuses on delivering eight key capabilities that will shape how AI works in Drupal CMS. Achieving that level of focus and quality requires more than enthusiasm and good ideas. It requires coordination at scale.
From the beginning, sponsors contributed both people and funding so the initiative could be properly organized and managed. With 28 organizations contributing more than 50 people across multiple workstreams, it was clear that sustained progress would depend on dedicated delivery management to align priorities, organize backlogs, support contributors, and maintain predictable execution.
To support this growth, the initiative ran a formal Request for Proposal (RFP) process to select delivery management partners to help coordinate work across both innovation and product development workstreams. This was not a shift in direction, but a continuation of our original commitment: to build AI capabilities for Drupal in a way that is structured, sustainable, and ready for real-world adoption.
To identify the right delivery partners, we launched the RFP process in October 2025 at DrupalCon Vienna. The RFP was open exclusively to sponsors of the Drupal AI Initiative. From the start, our goal was to run a process that reflected the responsibility we carry as a sponsor-funded, community-driven initiative.
The timeline included a pre-proposal briefing, an open clarification period, and structured review and interview phases. Proposals were independently evaluated against clearly defined criteria tailored to both innovation and production delivery. These criteria covered governance, roadmap and backlog management, delivery approach, quality assurance, financial oversight, and demonstrated experience contributing to Drupal and AI initiatives.
Following an independent review, leadership held structured comparison sessions to discuss scoring, explore trade-offs, clarify open questions, and ensure decisions were made thoughtfully and consistently. Final discussions were held with shortlisted vendors in December, and contracts were awarded in early January.
The selected partners are engaged for an initial six-month period. At the end of that term, the RFP process will be repeated.
This process was designed not only to select capable partners but to steward sponsor contributions responsibly and align with Drupal’s values of openness, collaboration, and accountability.
Following the structured selection process, two contributing partners were selected to support delivery across the initiative’s key workstreams.
QED42 will focus on the Innovation workstream, helping coordinate forward-looking capabilities aligned with the 2026 roadmap. QED42 has been an active contributor to Drupal AI efforts from the earliest stages and has played a role in advancing AI adoption across the Drupal ecosystem. Their contributions to initiatives such as Drupal Canvas AI, AI-powered agents, and other community-driven efforts demonstrate both technical depth and a strong commitment to open collaboration. In this role, QED42 will support structured experimentation, prioritization, and delivery alignment across innovation work.
1xINTERNET will lead the Product Development workstream, supporting the transition of innovation into stable, production-ready capabilities within Drupal CMS. As a founding sponsor and co-leader within the initiative, 1xINTERNET brings deep experience in distributed Drupal delivery and governance. Their longstanding involvement in Drupal AI and broader community leadership positions them well to guide roadmap execution, release planning, backlog coordination, and predictable productization.
We are grateful to QED42 and 1xINTERNET for their continued commitment to the initiative and for stepping into this role in service of the broader Drupal community. We also want to acknowledge the strong level of interest in this RFP and the high standard of submissions received, and to thank all participating organizations for the time, thought, and care invested in the process. The level of interest and quality of submissions reflect the caliber of agencies and contributors engaged in advancing Drupal AI.
Both organizations were selected not only for their delivery expertise but for their demonstrated investment in Drupal AI and their alignment with the initiative’s goals. Their role is to support coordination, roadmap alignment, and disciplined execution across contributors, ensuring that sponsor investment and community effort translate into tangible, adoptable outcomes.
Contracts began in early January. Two development sprints have already been completed, and a third sprint is now underway, establishing a clear and predictable delivery cadence.
QED42 and 1xINTERNET will share more details about their processes and early progress in an upcoming blog post.
With the 2026 roadmap now defined and structured delivery teams in place, the Drupal AI Initiative is positioned to execute with greater clarity and focus. The eight capabilities outlined in the one-year plan provide direction. Dedicated delivery management provides the coordination needed to turn that direction into measurable progress.
Predictable sprint cycles, clearer backlog management, and improved cross-workstream alignment allow contributors to focus on building, refining, and shipping capabilities that can be adopted directly within Drupal CMS. Sponsor investment and community contribution are now supported by a delivery model designed for scale and sustainability.
This next phase is about disciplined execution. It means shipping stable, well-governed AI capabilities that site owners can enable with confidence. It means connecting innovation to production in a way that reflects Drupal’s strengths in structure, governance, and long-term maintainability.
We are grateful to the sponsors and contributors who have made this possible. As agencies and organizations continue to join the initiative, we remain committed to transparency, collaboration, and delivering meaningful value to the broader Drupal community.
We are entering a year of focused execution, and we are ready to deliver.
The Drupal AI Initiative is built on collaboration. Sponsors contribute funding and dedicated team members. Contributors bring expertise across UX, core development, QA, marketing, innovation, and production. Leadership provides coordination and direction. Together, this shared investment makes meaningful progress possible.
We extend our thanks to the 28 sponsoring organizations and the more than 50 contributors who are helping shape the future of AI in Drupal. Their commitment reflects a belief that open source can lead in building AI capabilities that are stable, governed, and built for real-world use.
As we move into 2026, we invite continued participation. Contributing partners are encouraged to align their work with the roadmap and engage in the active workstreams. Organizations interested in joining the initiative are welcome to connect and explore how they can contribute.
We have laid the foundation. The roadmap is clear. Structured delivery is in place. With continued collaboration, we are well-positioned to deliver meaningful AI capabilities for the Drupal community and the organizations it serves.
Update: discontinuation has moved up to immediately from the original date of May 4th
Due to instability and the observed lack of use of the 1.x API for the Automatic Updates contrib module, we have decided to move up the end of life effective immediately.
The Drupal Association engineering team is announcing the end of life (EOL) of the first generation of the Automatic Update API, which relies on a different original signing solution for update validation than later versions.
Drupal.org’s APIs for Automatic Updates 7.x-1.x and 8.x-1.x will be discontinued on March 6th, 2026. These versions of automatic updates have been unsupported since the versions of Drupal core they are compatible with, 7 and 8, became unsupported.
Release contents hash files (example) will not be updated and will expire May 12th, 2026. They may be removed after this date with no notice.
In place updates (example) will no longer be generated after March 6th, 2026. These are generated on demand and existing update files will be removed.
APIs for supported versions of Automatic Updates will continue to be supported indefinitely.
Automatic Updates v1 was an important early step toward improving the safety and reliability of Drupal updates. However, its underlying signing and validation model has now been superseded by a more robust and secure approach, with TUF and Rugged.
If you are still using Automatic Updates under the 7.x-1.x or 8.x-1.x branches, now is the time to plan your update to a supported version, or implement custom updates using the supported API with your own CI, etc. Doing so ensures continued support, improved security, and alignment with Drupal’s long-term update strategy.