Gutenberg 24.0 与 WordPress 7.2 路线图及 Ipsum 默认主题等动态汇总
Gutenberg 24.0, the road to 7.2, a new default theme named Ipsum, and more—Weekend Edition 377
Gutenberg 24.0 增加文章标题修订差异对比、Gallery 区块 Grid 变体及 Site Title 自适应文字，Contributor Toolkit 1.2 也开始支持 Gutenberg。
大家好，
先说正事：如果你在维护 WordPress 网站，赶紧去更新。WordPress 7.1.2 于 9 月 22 日发布，修复了页面模板解析中的一个严重漏洞。该漏洞允许未经身份验证的攻击者从当前主题目录之外加载任意 PHP 文件。
现在说点令人愉快的。Anne McCarthy 正在拍卖她装裱好的 WordPress 发布纪念相册，就是发给发布团队成员的那些。所得款项将全部捐给 Stimpunks，这是一家由 Ryan Boren 创办的非营利组织；他于 2003 年加入项目，并编写了几乎所有网站都在使用的插件系统。她称这些相册是“对我来说的一种金牌”，而且她亲自在一周内搭建了拍卖网站。起拍价为 500 美元。
我们还得知，下一款默认主题将命名为 Ipsum，这意味着以日历为名的主题延续了 16 年的历史就此结束。坦白说，我会有点怀念旧的 Twenty* 名称。不过，新时代总该有点新东西。
再补充两件快讯：WordPress 与 Drupal、Joomla! 和 TYPO3 一道开始轮流领导开放网站联盟，由 Mary Hubbard 担任 WordPress Foundation 的轮值主席。从 12 月发布的 7.2 开始，发布派对将从线下活动转为直播网络研讨会，这样整个团队都能真正到场。
祝大家周末愉快！
你们友好的邻里开发倡导者，
Justin Tadlock
目录
- 开发 Gutenberg 和 WordPress
- 面向 #nocode 建站者和站点所有者的插件、主题与工具
- 全站编辑与区块主题开发
- 为区块编辑器构建区块与工具
- WordPress 中的人工智能
开发 Gutenberg 和 WordPress
六天内发布两个安全版本。WordPress 7.1.2 是其中较为紧急的一个，而且仅包含安全修复：在特定条件下，未经身份验证的攻击者可以让页面模板解析包含当前主题目录之外某个可读取的本地 PHP 文件。John Blackbourn 主导了此次发布，Robert Ressl 披露了该漏洞，修复内容也已反向移植到最早可追溯至 4.7 的所有适用分支。
五天前发布的 WordPress 7.1.1 是常规维护版本，包含 11 项安全修复、Core 的 17 项错误修复，以及区块编辑器的 19 项修复。该版本由 Aaron Jorbin 主导，安全修复列表中有两项致谢 Anthropic。
Aki Hamano 宣布了Gutenberg 24.0 的新变化。重磅功能是：文章标题的修改现在会以带差异对比的修订记录呈现，因此你不必再猜测标题何时被重命名。画廊区块新增了网格变体，可按断点配置列数和“裁剪图片以适应”，站点标题也支持适应文本宽度，会按可用宽度缩放，而不是采用固定字号。此外，近 100 个图标基于描边网格重新绘制。
是不是卡在“克隆代码仓库”和“为什么构建不起来”之间了？JuanMa Garrido 推出的 Contributor Toolkit 1.2 现在也支持 Gutenberg 和 Core。它会在 Playground 中运行一套标准 WordPress，并将你检出的代码挂载为已激活的插件。无需本地服务器，也无需 Docker。
通往 7.2 的路线
Anne McCarthy 发布了 7.2 版本路线图，按 WordPress 的标准来看，这似乎是一个侧重安全更新的版本周期。Sudo 模式要求重新认证后才能执行敏感管理操作；全新的 Secrets API 让凭据获得“安全存储凭据的一等途径”；Application Passwords 也将得到强化。Notes 应会新增建议模式和表情符号回应功能。设计师则可以在 Global Styles 中自定义表单元素，并设置自定义区块状态。最终版本将于 12 月初发布。
实时协作功能随 WordPress 7.0 推出，而 Chris Zarate 现在通过一篇关于转向服务器感知协作架构的文章解释了原因。该文章由 Alec Geatches、Dennis Snell、ingeniumed 和 Paul Kevan 共同撰写。旧设计让浏览器在 CRDT 文档中保存文章内容并进行点对点同步，但这在三方面出了问题：服务器无法判断是谁做了哪项编辑，从而给内容洗白留下空间；REST API 和 WP-CLI 更新无法参与其中，因此保存操作变成了全有或全无的覆盖；连接中断还可能把你的工作一并带走。目前有三种候选同步引擎可供选择，并提供了一个 gutenberg-sync-engines 仓库供测试。如果你正在开发编辑工具，现在就发表你的看法吧。
下一个默认主题有名字了，而且这是十多年来第一次，它不再以年份命名。Henrique Iamarino 介绍了 Ipsum，该主题由 Carolina Nymark、Maggie Cabrera 和 Juanfra Aldasoro 共同打造。更改命名方式背后的理由是：“默认主题将拥有自己的名称，并在设计需要时更替，而不是随日历更替。”这款主题有意保持简洁。它以博客为先，采用极简字体排版，结构性元素在需要之前始终保持不可见。请求很简单：“试用它，并告诉我们哪些地方出了问题、还缺少什么。”
Nik Tsekouras 发起了DataForm 编辑器检查器的测试号召。这项重构重建了设置侧边栏中的文章和页面选项卡，使其不再与站点编辑器中的快速编辑逐渐偏离。安装 Gutenberg 24.0 或更高版本，然后在 Settings → Gutenberg 下启用 Editor Inspector: Use DataForm。请分别以编辑、作者和贡献者的身份进行测试，而不要仅以管理员身份测试。
版本发布背后
一次小版本发布可能会涉及二十多个分支，其中大量工作是手工完成的。Lance Willett 开放了一个Core 发布工具公共仓库，其中包括打标签、发布文档、SVN 合并验证和贡献者名单。
Huzaifa Al Mesbah 统计了参与 WordPress 7.1 测试的 84 人，测试范围涵盖 337 个 Trac 工单。其中 50 人是首次参与者，占所有参与者的 60%。最重要的一句话是：“你不需要成为开发者。”目前 7.2 的测试已经开放。
面向 #nocode 网站构建者和站主的插件、主题与工具
WooCommerce 11.2 将于 10 月 6 日当周发布，因此请在它到来之前而不是之后阅读 Shani Banerjee 的 预发布说明。订单取消邮件现在可以自定义；当 ID 和 SKU 均不可用时，CSV 导入器可以通过 Global Unique ID 匹配商品；结账字段新增日期支持，并提供最小/最大值验证。十七项开发者公告中有两项如果你置之不理就会造成影响：wc_get_orders() 和 wc_get_products() 中的日期筛选器现在会将仅含日期的值解读为店铺所在时区的一天，而非 UTC；购物车和结账订单摘要会变为固定的 360px 栏，双栏断点也将从 700px 移至 920px。
期间发布了两个点版本，均被标记为安全更新。WooCommerce 11.1.2 修复了导致商品变体图库出错的无限递归问题，11.1.1 则加强了 API 权限和会话处理。
最新的 WordPress.com 更新日志 将 AI 网站构建器从“选择主题”升级为“生成主题”：在 Premium 和 Business 套餐中，它“现在会生成一款围绕你的目标和品牌打造的完全定制主题”。新增的 Annotate 功能让你可以排队处理多项针对性编辑，并一次性发送。
GatherPress 始于 2018 年前往美国 WordCamp 的十四小时车程，当时 Montclair 的两位 Meetup 组织者想出了这个名字，随后却有九个月没有编写任何代码。Rae Morey 讲述了它如何成长为 WordPress 的 Meetup.com 替代品，一直讲到今年 7 月，当时 Automattic 的 Karen Arnold 确认 WordPress 将继续推进该项目。gatherpress.org 域名正在转移给基金会，该插件自 8 月 28 日起已可在 events.wordpress.org 上测试。负责 .org 集成的 Automattic 代码协调人 Boro Sitnikovski 表示还剩四个步骤——完成这一轮测试、进行改进、选择一个小组进行试点，然后开始迁移其他小组——他宁愿让你帮忙，也不愿让你干等：“如果有人希望它更快完成，请现在测试并告诉我们会出现什么问题。”
面向全站编辑和区块的主题开发
WooCommerce 有了新的区块主题。Brian Coords 宣布，Purple 已回归并准备好接受 beta 测试。该项目去年因战略更新而暂停，它是 Woo 首个官方区块主题。
十套配色、十种字体搭配、WooCommerce 和核心区块的自定义样式，以及涵盖从商店到结账再到我的账户等各种页面的模板。插入器类别正在从“WooCommerce”更名为“Shop”。如果你想知道 Storefront 的精选扩展去了哪里，区块编辑已吸收其中大多数。Peter Schimke 还指出，Purple 现在是新建 WordPress.com Commerce 商店的默认主题。
请在日历上标记 星期三，9 月 30 日上午 10 点 PDT／下午 1 点 EDT／晚上 7 点 CEST：Woo 将主持一场关于使用 WooCommerce 区块主题进行构建的直播。Ollie 的 Mike McAlister 将与 Woo 工程师 Karol Manijak 和 Lucio Giannotta 共同参与。活动最后有问答环节，之后会提供录像，但只有到场才能提问。
“Core 中需要更多工作流，”Human Made 首席工程师 K. Adam White 说道。他在 WP Tavern 上与 Nathan Wrigley 谈论了迁移到区块，同时兼具手工艺般的细致与企业级效率。这一切的核心是 Human Made 的开源项目 Rehydrator，它使用模式 HTML 作为模板，并将迁移后的内容注入其中，从而在从 Sitecore 等系统迁出时保留结构和样式。他描述了如何仅为了找出边缘情况，就根据客户导出的数据构建 SQLite 数据库。他对目前的空白也毫不讳言：细粒度权限、编辑审批工作流和国际化。
|
||||
为区块编辑器构建区块和工具
你的 Query Loop 没有返回任何内容，但包裹在它周围的标题和分页仍会渲染。Ryan Welcher 在一次直播中为 Advanced Query Loop 添加了“为空时隐藏”控件。这个免费插件通过分类关系、元数据查询和相对日期筛选来扩展核心 Query Loop。
Gutenberg 的 JavaScript 测试已从 Jest 迁出。Marco Ciampini 解释道，单元测试和集成测试现在使用 Vitest，并由 ESM 驱动：随着更多依赖项开始提供 ECMAScript 模块，基于 CommonJS 的 Jest 配置需要越来越多的兼容性胶水代码。对你影响的部分是：@wordpress/scripts 36.0.0 将 Vitest 设为 test-unit-js 的默认测试工具，随后 @wordpress/eslint-plugin 27.0.0 也会跟进。还没准备好迁移？可切换到 wp-scripts test-unit-jest，并自行安装 Jest 依赖项。
WordPress 中的人工智能
你的智能体为你构建了一个落地页，然后呢？它就放在聊天记录里、某个文件夹里，或者一个其他人都无法访问的本地开发服务器上。Spacefast 正是为填补这一空白而构建的，Automattic 本周对其进行了软启动：Matt Mullenweg 在 X 上宣布了这一消息。其卖点是为智能体输出打通最后一公里：从与 Claude 或 ChatGPT 的对话中发布，从 npx spacefast publish 发布，或通过 GitHub 推送发布，并获得一个带有不可变版本的永久 URL、一键回滚和访问控制。它托管的是全栈项目，而不只是静态文件。
WordPress 端是一个 Spacefast 插件，提供两种模式。静态模式会接入 Simply Static，导出你的站点并发布快照。无头模式则将 WordPress 视为存储库项目的内容来源，在你发布或更新公开内容时触发生产环境重新构建。
MCP 随处可见
WordPress Trac 现在支持 MCP 了。Lance Willett 宣布推出了一款Trac MCP 服务器，它“公开且可免费使用：无需账户或 API 密钥”。你可以询问工单上还剩下什么、哪些拉取请求仍未关闭，或者某人在 2005 年 1 月提交了什么——没错，它的历史可以追溯到那么早。它涵盖每个 WordPress.org Trac 项目，从 Core、Meta 到 bbPress 和 GlotPress。James LePage 编写了第一个版本，并向 Jon Surrell、David Newman 和 Konstantin Obenland 致谢。
Jamie Marsland 论证了为什么 WebMCP 对 WordPress 来说将会很重要，并且更有实用价值地展示了如何在今天下午试用：在 Work 模式下打开 ChatGPT 桌面应用，在其内置浏览器中加载 WordPress Playground，然后让它为你构建一个主页。他的阐释是我读过的最清晰版本。WebMCP 相当于给助手提供“一本带可用按钮的操作手册”，而不必让助手费力地盯着截图。
从企业视角看同一趋势，Shane Schick 对比了WebMCP 与传统 MCP，并得出了整篇文章中我最想摘录的一句话：“MCP 不会消失，WebMCP 也不应被视为一种竞争协议。”他的表格从部署、访问范围、可扩展性和可审计性等方面对二者进行了并列比较。如果需要向合规团队汇报，那么可审计性这一行最为关键。
Schick 还介绍了 Parse.ly MCP，它可以将 Parse.ly 数据连接到你团队已经在使用的任何助手。你只需使用现有登录信息授权一次，助手看到的便恰好是你的账户已经有权查看的网站。“过去需要提交请求并等待一天才能完成的分析，现在只需一次对话。”
再来一个适合注重安全人士的案例：WPShout 介绍了如何使用 MCP 将 Cursor 连接到 WordPress，方法是安装 ThemeIsle 的 Easy MCP AI 插件。每次工具调用仍会通过 WordPress 权限检查，默认限制为每分钟 60 次请求。他们建议中真正值得认真对待的部分是：“先使用只读权限，观察一周审计日志，然后再有意识地授予写入权限范围。”
让智能体投入工作
Anthropic 于 9 月 2 日开源了其中的商业智能体，WooCommerce 已经完成了适配。Shani Banerjee 介绍了如何在 WooCommerce 上运行 Claude Commerce Agent，它可以在大约十五分钟内启动一个包含 8 种产品和 9 笔订单的演示商店。巧妙之处是一款桥接插件：助手的购物车使用一个浏览器会话无法看到的 Store API 令牌，因此在结账时，插件会将每件商品重新添加到你的真实购物车中，同时进行常规库存检查。商家端的更改会暂存在审批关卡之后，而且“让它自行审批，它会拒绝”。
现在还有第二类访问者需要纳入设计考虑。Carlo Daniele 主张为 AI 智能体而不只是人类访问者构建 WordPress，而他提出的区分非常实用：“爬虫主要用于检索或索引信息。智能体则更进一步，可以代表用户采取行动。”这就把架构问题转化成了权限问题：是谁在请求、代表谁请求、可以更改什么、哪些操作需要审批。Abilities API 和 MCP Adapter 正是 WordPress 用来回答这些问题的方案。
一周后，Daniele 转而讨论运营。当 AI 智能体成为你新的网站运营者时会发生什么？一文逐步介绍了五级自主性阶梯，并认为大多数团队都应暂时停留在阶梯的中间位置。我觉得他关于这一点的看法是对的。正如他所说：“做出糟糕生产变更的智能体，只会制造另一个问题。”
学习与实践
想要一套结构化入门课程，而不是一堆博客文章吗？Destiny Kanno宣布，AI-Powered WordPress 课程现已在 Learn WordPress 上线：四个模块、23 节课，大约九小时。前三个模块适合所有内容发布者；第四个模块介绍了开发者 API，并不要求具备 PHP 使用经验。
AI 团队发布的9 月 16 日贡献者总结很好地展现了实际推进中的工作。neillmcshea报告了 AI 插件 Markdown feed 的进展，让 AI 客户端可以请求文章的 Markdown 版本。PHP AI Client 1.5.0 已接近发布。网络搜索支持仍存在一些空白。例如，消息片段无法表示来源注释，引用 URL 也很难获取。
最后，推荐一篇关于你如何与客户交流、而非与终端交流的文章。Will Davis撰写了WordPress 机构如何使用 AI，以及客户应该询问哪些问题，认为诚实而实用的用途都是那些平凡的工作——代码生成、QA、内容迁移、文档编写——而架构与治理仍由人负责。他给客户的五个问题用在销售通话中也同样合适，其中第一个是：“在我收到之前，有没有人审核过？”正如他所说，AI“确实减少了重复性工作，但它不能取代判断力。”
|
|||||
有问题？有建议？有想法？
欢迎通过电子邮件发送给我，或者
在 WordPress Slack 或 Twitter @bph 上给我发消息。
如有问题希望在 Gutenberg Changelog 中得到解答，
请发送至 changelog@gutenbergtimes.com
来源：Gutenberg Times（区块编辑器） · https://gutenbergtimes.com/gutenberg-24-0-the-road-to-7-2-a-new-default-theme-named-ipsum-and-more-weekend-edition-377/
部分链接为推广/关联链接。