译自 Dries Buytaert 博客原文：State of Drupal presentation (September 2026)（2026 年 10 月 7 日）。

如今的 Drupal，已经远远领先于它的名声。缩小这个差距是我们的头号挑战，这也是我在 DrupalCon Rotterdam 主题演讲的主线。

两年多以前，我启动了 Drupal Starshot。当时我并不确定我们还能像过去那样创新。事实证明，我们能。

Starshot 后来变成了 Drupal CMS，它把 Site Templates、Recipes、Drupal AI、Drupal Canvas 等整合在一起，让建站更容易。

在这条线之外，Drupal Core 也变成了一个更快、更好的开发者框架。更强的 Core 帮我们做出更好的 Drupal CMS，而做 Drupal CMS 的过程又反过来推动了 Core 的改进。

遗憾的是，Drupal 社区之外的很多人还没看到今天的 Drupal 能做到什么。在鹿特丹，我展示了我们走到了哪一步、下一步要去哪，并启动了一个倡导计划（Advocacy Program），让更多人看见 Drupal 已经变得多好。

如果你错过了演讲，可以看下面的视频，或者下载我的幻灯片（86 MB）。

用更多方式触达更多人

演讲的第一部分，展示了我们在多语言站点、JavaScript 前端、无头 Canvas 和 Drupal AI 上的改进。

Drupal 一直有很强的多语言能力，但我们新的页面构建器 Drupal Canvas 还不支持多语言站点。我们不但给 Canvas 加上了多语言支持，还让所有多语言站点的搭建都变简单了。

React 拥有世界上最大的开发者社区之一。Drupal Canvas 的代码组件是用 React 写的，我们在设计开发者体验时，围绕的是前端 JavaScript 开发者本就熟悉的工具、模式和流程。他们可以用自己习惯的开发工具，包括现代的 AI 辅助工作流，而不必去学 Drupal 专有的概念和约定。我们一直在改进这份体验，把门槛降到一个大得多的开发者群体可以参与的程度。

在 DrupalCon 上，我们用 Drupal Canvas Headless 把同一个模型又往前推了一步。开发者现在可以用 Drupal 管理内容，同时用 Next.js、Astro、TanStack、Angular 或 Nuxt 这类框架单独构建前端。编辑者仍然保有 Drupal Canvas 的可视化体验：在 Drupal 里搭页面，并精确预览这些页面在前端会是什么样子。

这改变了一个重要的取舍。团队不必再在"现代 JavaScript 前端"和"Drupal Canvas 的可视化创作体验"之间二选一，两者可以兼得。这为 Drupal 打开了更多开发者、更多前端架构和更多类型的项目。

Drupal AI 的进展快到，我可以整场演讲只讲它。但我们选择发布一个新的 Drupal AI 演示环境，让人自己上手体验 Drupal AI。它是预配置好的，很容易探索 Drupal AI 能做什么，甚至可以拿它给客户演示。

用最新的 Drupal AI，你可以提问并得到以站点内容为依据的回答；可以拿内容对照品牌规范做审查；可以翻译内容、分类内容；可以用 AI 搭页面、写 React 组件，等等。通过 MCP，AI 助手可以从 Drupal 之外操作 Drupal 内容。

最让我兴奋的是这一切底下的那块基础。Drupal AI 把 Drupal 变成了一个 AI 载体：组织可以把 AI 模型接到结构化内容、工具和工作流上，同时通过权限、护栏、可观测性、计量和模型可选项保持控制权。

把 Drupal 的能力开放给其他软件

演讲的第二部分，谈了另一个重要转变：AI 助手可以给人一条与 Drupal 协作的新途径。

在一个演示里，编辑只是让 AI 助手把某个页面取消发布。他不需要知道该点哪里，也不需要理解 Drupal 的修订、审核工作流或权限。助手把意图翻译成动作，但控制权仍在 Drupal 手里：它会检查这个编辑是否有权取消发布该页面，并施加站点的发布规则，就和编辑自己动手时一样。

如果你想看更细的演示，参与其中的 Scott Falconer 录了一段幕后讲解，讲怎么自己搭起来、底下发生了什么，以及如何参与。

那个演示是建立在 Tool 模块之上的，我认为这是 Drupal 开发者最该关注的模块之一。Drupal 模块里本来就装着成千上万种有用的能力：发布内容、管理用户、处理媒体、改配置，数不清。Tool 模块给开发者提供了一种标准方式，把这些能力暴露出去，让 AI 助手和其他软件能够发现并使用它们。

今天，把已有的能力暴露成工具，往往还是需要写太多代码。我自己的相册模块原本没有暴露工具，为了让它已有的能力被 AI 助手用上，我多写了大约一千行代码。

但一旦这些工具可用，价值就变得一目了然。加上 MCP 支持，已经改变了我管理站点上一万多张照片的方式。过去很花时间的活儿，现在用 AI 助手能快得多、也准得多地完成，而底下管内容、管权限、管工作流的仍然是 Drupal。

这段经历印证了我在《AI 与 CMS 的大解绑》里写过的东西：AI 可以承担更多执行层面的工作，而 Drupal 保留控制层的位置。我预计会有更多组织想通过 AI 助手来管理他们站点的部分内容。AI 能让复杂任务快得多、简单得多，同时不必放弃 Drupal 提供的结构、治理和安全网。

我相信最终会有成千上万的模块开发者想用同样的方式暴露自己的能力，所以我一直在和 Matt Glaman 一起把这件事做得更简单。Matt 正在开发 Tool API 的一个改动，让开发者可以用属性把既有的 PHP 方法暴露成工具。

想法很简单：给一个既有方法加上 PHP 属性，描述它的名称、用途、输入和输出。在我的相册模块里，大约一千行集成代码变成了大约二十个属性。我的站点已经在用这个实验分支，我们正在把它合并进 Tool 模块本体。

而且这不仅仅关乎 AI。同一批工具可以被 AI 助手通过 MCP 调用，可以被其他应用通过 HTTP 调用，也可以用来生成 JavaScript 组件的 schema，或者把 Drupal 模块接到 ECA、FlowDrop、Maestro 这类工作流系统上。下面的视频展示了 FlowDrop 使用我相册模块暴露的能力。

更大声地谈论 Drupal

演讲的最后一部分，我回到 Drupal 的名声差距。我们可以在 Drupal 上取得巨大的进展，但这不会自动改变人或 AI 智能体对它的看法。举个例子，我六月测试的一个 AI 编程智能体，在评估 Drupal 的时候压根没提到 Drupal CMS 或 Site Templates。

过去几年，我个人的注意力很大一部分放在加速 Drupal 的创新上。那些工作正在见效，我们有了真实的产品势头。现在我要把更多注意力挪到等式的另一边：确保人们看到我们做出来的东西、理解变了什么、知道这为什么重要。

所以我宣布了由 Drupal 协会主导的 Drupal 倡导计划（Drupal Advocacy Program）。

Drupal 已经有贡献积分系统。它会认可为 Drupal 做贡献的人，以及支持这些人工作的组织。对企业来说，这些积分还会影响它们在 Drupal 市场里的曝光度。但到目前为止，我们更擅长认可技术贡献和资金支持，对倡导工作的认可远远不够。

新的 Drupal 倡导计划会改变这一点。倡导工作现在也能拿到贡献积分，而能够触达现有 Drupal 社区之外人群的工作，可以拿到更高的权重。

如果我们要缩小 Drupal 的名声差距，就不能只对着已经很了解 Drupal 的人讲话。我们需要更多在外部会议上的演讲、更多在更广泛出版物上的文章、客户案例、演示、教程，以及其他能让人看见今天 Drupal 能做什么的工作。

Blue Drop Labs 是个很好的例子。DriesNote 的第二天，他们就发了一篇讲用 Drupal CMS 和 Canvas Headless 建站的文章。项目本身早就上线了，但他们很快把这份工作变成了别人能学习的故事，配上演示，展示今天的编辑和开发者怎样用 Drupal 干活。

这正是我说的"更大声地谈论"。Drupal 世界里已经有很多令人印象深刻的工作在发生。我们需要更好地把它展示给世界。

宣布倡导计划时我有点紧张。Drupal 的名声差距困扰我们很久了，我觉得我们需要的不只是承认它。用贡献积分来奖励倡导，是改变激励机制的一个具体做法，但我不确定社区会怎么反应。

结果它是整场演讲里反响最好的宣布之一。那份反应让我有了信心：人们已经准备好对名声差距采取行动，而不只是承认它的存在。

你可以了解如何获得 Drupal 倡导积分并提交你的倡导工作。

我的请求很简单：更大声地谈论 Drupal，尤其是对社区之外的人谈。Drupal 不需要炒作，但我们确实需要一份更好的公开记录。我们需要更多人用真实的例子，展示今天的 Drupal 能做什么。

我要感谢所有让我的演讲和演示得以成功的人。特别感谢 Bálint Kléri、Christoph Breidert、Gábor Hojtsy、Lauri Timmanee、Matt Glaman、Michael Lander、Pamela Barone、Shibin Das 以及 Drupal AI 的各位合作伙伴。还有很多人以间接的方式促成了这一切。如果我无意中漏掉了谁，请一定告诉我。