WordPress 7.2 Beta 1 与 Gutenberg 24.2 带来编辑、协作和 AI 能力更新

大家好，

在此之前，请先检查你的网站正在运行的 PHP 版本。10 月 21 日，PHP 项目发布了针对两个严重漏洞的修复，这些漏洞会影响任何运行 PHP 应用的服务器，而不仅仅是 WordPress。你可以在 WordPress 管理后台的工具 → 站点健康 → 信息 → 服务器下找到你的版本。如果你管理自己的服务器，并且仍在使用早于 8.2 的版本，我强烈建议进行更新。虽然许多主机已经为已停止维护的旧版 PHP 打了补丁，但最好还是使用 PHP 官方支持的版本。

有个更令人高兴的消息，我回来了。本月早些时候我病了一段时间，因此 10 月 10 日没有发布内容。与其试图把四周的内容都塞进一篇文章，这一期只涵盖最近两周。空档期发生的许多事情，在我于下方链接的 10 月开发者汇总中都有介绍。

那么，让我们来看看最新消息吧。

你友好的社区开发者倡导者，
Justin Tadlock

目录

• 开发 Gutenberg 和 WordPress
• 适用于 #nocode 网站构建者和站主的插件、主题和工具
• 全站编辑与区块的主题开发
• 为区块编辑器构建区块和工具。
• Playground 有什么新变化？
• WordPress 中的人工智能

开发 Gutenberg 和 WordPress

今年最后一个主要版本已进入测试阶段。David Baumwald宣布，WordPress 7.2 Beta 1 已可下载和测试，最终版本定于 12 月 8 日发布。笔记功能被移至画布旁的边栏，并支持添加表情回应。设计工具中加入了文字阴影和表单元素样式，新的 Secrets API 为插件提供了存储 API 密钥的标准位置，客户端媒体处理也扩展到了媒体库。甚至还新增了一个今日回顾仪表板小组件。不过，并非所有功能都已实现：The Repository 报道称，笔记建议模式被推迟到了 7.3。

最快的体验方式是使用 7.2 Beta 1 Playground 实例，或者在测试网站上使用 wp core update --version=7.2-beta1。不要在生产环境中使用。

不知道从哪里开始？Noruzzaman的WordPress 7.2 测试指南按领域对这个版本进行了拆分介绍：安全、协作、管理后台、区块与 API、设计、媒体。它还介绍了运行 Beta 版的不同方式，包括 Playground 和主机上的暂存网站，并指出了反馈的提交位置。Beta 1 的发布文章明确指出，测试也算是一种贡献，无论你之前是否参与过。

你第一次为 WordPress 做贡献时，不应该从安装 Git、Node.js、npm 和 Docker 开始。WordPress Contributor Toolkit 正是为了消除这些障碍，Ryan Welcher宣布了Contributor Toolkit 2.0，一款以你的语言重新设计的应用。它基于 WordPress Design System 重新构建，提供十种语言，并新增了设置对话框。应用补丁后，你可以恢复单个文件，而不会丢失补丁本身。它的体积还缩小了约 350 MB，这在整个 Contributor Day 活动室同时下载时很有帮助。

Jorge Costa分享了Gutenberg 24.2 的新变化，其中最大的亮点是笔记功能。现在，笔记会浮动在编辑器于画布旁预留的边栏中，因此你无需在阅读反馈和保持“设置”侧边栏打开之间做取舍。

Navigation 区块的链接搜索现在可以一次搜索页面、文章、分类和标签。Gallery 可以对手动挑选的图片进行排序，并使用单一双色调为所有图片着色。设计工具的推进仍在继续，又完成了大约 80 个 PR。例如，最小宽度和高度控制从 5 个区块扩展到了 40 个。

对开发者而言，React 19 现在已默认启用。请测试你的插件和主题；如果出现问题，可以在 Gutenberg → Experiments 下将其关闭。Gutenberg 24.3 RC1 也已发布，支持跨区块的富文本格式，因此预计下周正式推出。

在开发者博客上，我整理了 开发者新动态（2026 年 10 月），这个月我尝试了不同的写法。它没有逐一介绍项目的每个方面，而是聚焦于我认为对于在 WordPress 上进行开发最重要 的变化：自定义区块构建自己的响应式控件、wp_kses() 基于 HTML API 重建、基于描边的 Core 图标，以及针对插件发布的自动化安全审查。其他所有内容都链接在文末。

读者或许还记得上一期 Chris Zarate 关于将协作迁移到服务器的文章。Alec Geatches 随后发表了 实时协作同步引擎指南，比较了 yjs-server、DE-RTC 和 intent-log 的优势与劣势。在每种引擎中，每项变更都会经过 WordPress，由其确认变更发送者、检查权限，并在合并前进行验证。你可以在实验性的 Gutenberg Sync Engines 插件中试用这三种引擎。它需要 WordPress 7.0+ 和 Presence API 插件，并且自带一份 Gutenberg，因此请先停用 Gutenberg 插件。

自 2023 年 4 月发布 0.2.0 版本以来，Feature Notifications 一直沉寂。Jonathan Bossenger 正在通过一份 状态更新及 0.3.0 计划 重新推动该项目，目标是让它随 WordPress 一起发布。那将是该项目的首个可用 MVP：一个能够创建、存储、显示和关闭通知的通知系统。他坦诚地评估认为，基础已经稳固，但目前还没有从头到尾打通任何功能。如果你想跟进或提供帮助，他会发布 每周更新。

Benjamin Zekavica 发布了 WordPress 7.1“Mary Lou”回顾总结，汇总了贡献者希望在未来发布小组中保留、添加和更改的内容。如果你填写过调查问卷，你的反馈就汇总在这里。

适用于 #nocode 网站构建者和站主的插件、主题与工具

粘性页眉几乎是每个区块主题网站上最终都会处理的问题。Jamie Marsland 将自己的解决方案做成了一款免费插件 Jamie’s Header Effects。

其中最亮眼的是 Chameleon 模式：访客滚动页面时，页头会采用下方区块的背景颜色，并在浅色和深色文字之间切换，以保持易读性。它还提供毛玻璃、实心、滚动时隐藏和透明叠加层样式。它会自动查找你的页头模板部分，遵循 prefers-reduced-motion，并位于 Appearance → Header Effects 下。

Meta Box 的自定义模型不再必须孤立存在。在将模型创建功能移入构建器几周后，Lua Nguyen 宣布推出新的自定义模型字段，它让你能够像 Post 字段选择文章一样，从自定义模型中选择一个或多个项目。MB Relationships 还新增了 Model 对象类型，因此你可以将模型与文章、分类、用户或其他模型进行双向关联。可以把酒店房间设想为一种文章类型，并从自定义模型附加预订信息——无需手动存储 ID。

在 WordPress.com 上，Ronnie Burt 介绍了WordPress Agent 的最新变化：它现在可以根据你的回答设计自定义主题，将你转交给带有 Preview 和 Edit 选项卡的简化版 AI Editor，并且能在你提出要求时安装和管理插件。最新一期的 WordPress.com 更新日志还向所有付费方案开放了高级主题，起点是 Personal 方案。

WooCommerce 11.2.1 修复了两个回归问题：在通过过滤器移除地址字段的商店中，经典结账流程会出现问题；此外，Checkout 区块中针对阿根廷及其他少数几个国家的邮编验证也存在问题。

全站编辑与区块主题开发

如果你曾经不得不向客户解释他们为什么应该改用区块主题，Simon Cooke 已经替你做完了这项工作。他所在的 Human Made 指南介绍了 WordPress 区块主题是如何构建的，以及它为何对企业站点至关重要，逐一讲解区块主题的各个组成部分及其归属，并与经典主题进行对比。他明确指出，迁移是一个项目，而不是简单更换主题。他最终得出的结论是：当设计规则存在于主题中时，上周刚加入的团队成员所构建的页面，也会遵循与设计师构建的页面相同的规则。

如果可以将一个工具指向任意静态 HTML 和 CSS 网站，并获得一个可编辑的区块主题，包括页眉和页脚，会怎么样？这正是 Static Site Importer。Automattic 的 Chris Huber 在 WP Tavern 的第 238 期节目《让迁移到 WordPress 变得比以往更容易》中，与 Nathan Wrigley 深入讨论了这款工具。你将了解它如何抓取网站、将 HTML 元素映射到区块，以及如何处理 WooCommerce 等更复杂的功能，还会了解它如何融入更广泛的 Data Liberation 工作。

WooCommerce 的 Purple 主题有了新归宿。Luigi Teschio 宣布，Purple 的开发将转移到 WooCommerce monorepo，作为其全新 themes/ 目录中的第一个主题，因此今后的贡献和错误报告都会提交到那里。列出的原因之一是，将主题与它们所使用的区块放在同一处，可以让贡献者和 AI 编程工具更容易看出模板和模式如何使用 WooCommerce 区块。现有安装不会受到影响，Purple 仍会按照自己的时间表发布。欲了解更多背景信息，可以观看 Bob Dunn 主持的 Do the Woo 节目《2026 年的 WooCommerce 主题》，其中介绍了 Purple 和主题性能。

区块编辑器的构建组件与工具。

新的 @wordpress/ui 软件包将逐步取代 @wordpress/components，那么现有插件今天能迁移多少？Ryan Welcher 通过使用 Design System MCP 将 Advanced Query Loop 迁移到 @wordpress/ui，现场进行了验证。

一旦你的页面注册了 WebMCP 工具，这些工具定义就相当于一套 API，而使用者则是语言模型。Pascal Birchler 构建了用于测试 WebMCP 工具界面的 playwright-webmcp，其中包括代码检查、Playwright 匹配器、代理评估和网站审计 CLI。他列举了让这件事变得棘手的失败模式：模型会忽略含糊不清的描述、浏览器会悄悄拒绝模式定义，以及同一页面上的两个工具名称几乎相同。

扩展开发者不再需要仅为了公开几个额外字段而复制一项 WooCommerce ability。Luis Felipe Zaguini 发出了扩展字段可扩展 abilities 的测试征集，这是 WooCommerce 11.3 中的一项实验性 API。扩展可以为产品、订单和订单项的读取与写入添加字段、注册查询过滤器，并使用验证器在保存前拒绝某项更改。该功能默认关闭，如需试用，请在 WooCommerce → Settings → Advanced → Features 下启用 Extensible abilities。文章中的礼品包装示例是一个不错的起点。

Playground 有哪些新变化？

要了解站点编辑中哪些地方困难，最好的办法就是看别人动手尝试。Jamie Marsland 构建了一个用户测试应用，用于在 Playground 和 Spacefast 上测试 WordPress，正是为了做到这一点。你向测试人员发送一个链接，Playground 就会根据你现有的演示蓝图，在他们的浏览器中启动一个全新站点，并在角落放置一张包含五到七项任务的卡片。结果页面会显示每项任务耗时、谁需要了提示，以及站点是否确实发生了变化。它同时也是一台 MCP 服务器，还会标记出那些直接透露按钮名称的任务。

WordPress 中的人工智能

MCP Adapter 以官方插件形式登陆 WordPress.org 两周后，AI 团队获准将 MCP 作为 WordPress 的默认组成部分。Rae Morey 报道了将 MCP 设为 WordPress 默认组成部分的进展，目标版本暂定为 7.3。这未必意味着要把该适配器合并到 Core：将其打包、通过现有界面启用，以及在 Core 中构建特定能力，都仍在考虑范围内。这也推翻了当初采用官方插件时的考量，维护者们正在询问究竟发生了哪些变化。10 月 21 日的 AI 贡献者摘要记录了会议上的讨论情况。

Andy Peatling 推出了 WordPress Agent Benchmarks，用于衡量 AI 代理处理 WordPress 的能力，Rae Morey 则解读了首批测试结果。在为适合 WordPress 的请求而构建的 193 个网站中，代理一次也没有选择 WordPress，尽管大约一半的时候曾将 WordPress 列为一个选项。仅使用 MCP Adapter 时，他们没有在现有网站上完成任何任务，主要是因为它尚未内置常见操作所需的 abilities。Brian Coords 在与 Andy 参加的 WP Minute 讨论小组的基础上，提出在帮助代理选择 WordPress方面，WordPress 需要做出哪些改变。

MCP Adapter 安全吗？WebDevStudios 的 Brad Williams 称它是一扇门：“由你决定它会打开哪些房间。”他解释道，在生产环境中使用 MCP Adapter 是一项治理决策，而不是插件决策。智能体会获得所开放的全部能力，并使用其连接用户的权限，而你安装的每个插件都可能增加更多能力。他的建议是：在交出密钥之前，先写好智能体的职责说明。

如果你将 AI 客户端连接到 WooCommerce，那么在升级之前需要采取一项行动。Darren Ethier 解释道，WooCommerce 11.3 移除了其已弃用的 MCP 端点。对 /wp-json/woocommerce/mcp 的请求将返回 410。请安装 MCP Adapter，为仅拥有客户端所需权限的用户创建应用程序密码，并将客户端指向适配器的默认服务器。挂接了旧端点过滤器的扩展应查看这篇文章中关于已移除内容的完整列表。

WPShout 关于如何将 Claude 连接到 WordPress的指南，开篇提出了大多数指南会跳过的问题：你的网站托管在哪里，决定了你应采取哪种连接路径。WordPress.com、Jetpack 和其他自行托管的网站各有各的路径，而该教程使用了一个采用最小权限授权的免费 MCP 插件。它也坦率指出了一个缺口：WordPress MCP Adapter 没有自己的 OAuth 服务器，因此 claude.ai 的登录功能目前无法直接连接到它。

文章修订多年来一直让数据库臃肿。Human Made 认为它们即将变得更有价值。在 WordPress 修订版本：智能体金矿？一文中，Noel 认为每个修订版本都记录了什么发生了变化、是谁修改的以及何时修改，因此它们构成了团队实际工作方式的一份日志。挖掘这些记录，找出重复的修改，你就发现了智能体可以接管的工作流。文章中提供了一个可以运行的提示词，应在数据库副本上运行，绝不要在生产环境中运行。

	需要来自 Gutenberg 主分支的插件 .zip 吗？ Gutenberg Times 每天都会提供用于测试和审阅的构建版本。 现在也可通过 WordPress Playground 使用。你无需在本地或服务器上设置测试站点。你一直在使用它吗？请给我发邮件，告诉我你的使用体验。

有问题？建议？想法？
欢迎通过电子邮件发送给我，或者
在 WordPress Slack 或 Twitter @bph 上给我发消息。

如有问题需在 Gutenberg Changelog 中得到解答，
请发送至 changelog@gutenbergtimes.com