跳到正文
原文
Gutenberg Times(区块编辑器)· Birgit Pauli-Haack·· 2026-08-01精选编辑评分72

WordPress 7.1 与 Gutenberg 23.6 发布,聚焦区块编辑器及 AI 构建能力

WordPress 7.1 is afoot, Gutenberg 23.6, iframed post editor, Abilities API, Studio Code and more — Weekend Edition 371

编辑导读

WordPress 7.1 Beta 4 已发布,核心更新涵盖响应式样式、持久化管理栏、图像裁剪弹窗和可定制视口,文章编辑器的 iframe 化画布计划于 8 月 19 日落地且无法关闭。

推荐理由

文章汇总 WordPress 7.1、Gutenberg 23.6 与相关工具的变化,并提供旧版编辑器兼容和 AI 构建实例等实用信息。

你好,

本周我意识到,我已经构建网站 30 年了。从记事本和手写 HTML,到 HomeSiteX、Coldfusion,再到 WordPress、Nodejs 和 ReactJS,以及 Python 和 Claude。这是一段非凡的旅程,而且永远不会让我厌倦。我每天仍在学习新东西。我最珍视的是一路结交的朋友。我还找到了自己关于参加、演讲和组织的 WordCamps 的笔记。第一次是 2014 年的 WordCamp Tampa。2026 年,我可能也会参加我的第 30 场 WordCamp,即 2026 年 12 月在雅典举行的活动。日期有点靠后,所以看看能否顺利成行。

回到此时此地:WordPress 7.1 Source of Truth 终于发布了,其中包含即将呈现在你身边的 WordPress 实例上的各种大小改动。它再次更像是一本书,需要少量多次慢慢消化。

祝你们周末愉快!

此致,💕
Birgit

WordPress 7.1 更新

  • WordPress 7.1 Beta 4于本周发布。
  • 现在仍有机会参与测试 WordPress 7.1
  • WordPress 7.1 Source of Truth已经发布。

在 WPBuilds 播客系列 At the Core 中,Anne McCarthy和我就 WordPress 7.1 与 Nathan Wrigley进行了交流。我们讨论了响应式样式、持久显示的管理栏和更丰富的行内注释,还解释了为什么新的图片裁剪弹窗和可自定义视口会改变你的日常编辑。你还会听到社区反馈如何挽救 Classic Block、协作编辑的推广工作进展如何,以及现在有哪些开发者方面的改动值得测试。

Birgit Pauli-Haack, Anne McCarthy and Nathan Wrigley recording the podcast episode.

响应式样式终于登陆区块编辑器,The WP Minute+ 播客也已发布,由首席发布负责人 Anne McCarthy 与 Eric Karkovack 共同演示。你还将了解哪些内容未能纳入 7.1,包括协作编辑,以及 Classic Block 的弃用节奏如何安排。Anne 谈到她首次担任发布负责人的经历,并指出了一些隐藏的宝藏,例如“On This Day”小组件,以及为 Icon 区块注册自定义图标的方法。本期节目 Why WordPress 7.1 Will Improve Your Workflow 也提供了视频版。

更多开发者笔记:

  • 在 WordPress 7.1 中筛选站点编辑器界面
  • 新的区块支持:最小宽度
  • 新的区块支持:背景渐变(background.gradient)
  • WordPress 7.1 中的设计系统主题化
  • 为客户端兼容性准备 JSON Schema(WordPress 7.1)

目前还有更多内容 forthcoming,将于下周与 WordPress 7.1 Field Guide 一同发布。

所有开发者笔记的完整列表可在 Make Core 博客中查看


Anne McCarthy坦率讲述了被推迟的继承样式指示器及其设计上的死胡同。如果你曾看着有人设置模板样式并期待它应用到全站,那么这就是她自 FSE Outreach Program 以来一直追查的问题。蓝点、菱形、工具提示与信息提示、两条相互竞争的样式重置路径——这些问题都没有定论,而暑期假期又缩减了审阅者队伍。她瞄准的目标是 7.2。

Gutenberg 23.6 已发布

上周,Gutenberg 23.6 就已经发布了。WordPress 7.1 技术联合负责人 Aki Hamano 在他的文章《What’s new in Gutenberg 23.6?》(2026 年 7 月 22 日)中重点介绍了相关内容

  • Playlist 和 Tabs 区块现已稳定
  • Notes 的增强功能
  • Gallery 区块的动态模式
  • 图标集合和自定义图标注册 API

本周的 Gutenberg Changelog 播客中,我的嘉宾是来自乌干达的 Faith Imokol。我们首先介绍了当地 WordPress 社区所做的出色工作:他们组织了一系列活动——WordCamps、Campus Connect 和网站竞赛——将 WordPress 带入学校、学院和大学,并惠及数千名学生和用户。随后我们讨论了最新版本,并愉快地详细了解了其中的各项内容。与往常一样,本期节目会在周末上线至你喜爱的播客应用。

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

无需 PHP 模板、短代码或自定义区块——Meta Box 字段现在可以通过自定义字段的区块绑定直接提供给核心区块。Lua Nguyen 演示了设置方法:选择一个段落、标题、图片或按钮,在侧边栏中打开“属性”,选取一个 Meta Box 来源,再选择相应字段。来源涵盖文章、分类法、作者和设置页字段,图片字段则分别绑定 URL、替代文本、标题和说明文字。需要 WordPress 6.5+,不过“属性”面板需要 6.9。

全站编辑与区块主题开发

如果你从 Elementor 或 Divi 转到站点编辑器,就需要学习新的术语,而 Ollie 提供的这份从零开始的 WordPress 站点编辑器指南由 Gina Lucia 编写,涵盖了模板、模板部件、模式、全局样式、导航、字体库以及工具栏上的每个按钮,内容从 Appearance → Editor 开始。文中还提供了一张对比表,从性能、灵活性和可移植性等方面对两种方法进行了权衡。Ollie 专属提示与核心功能的讲解并列呈现,因此即使你使用其他主题,也可以略过这些提示继续阅读。


典型的 Elementor 页面会额外加载 200–400 KB 的前端资源,是原生区块构建的三到五倍——这正是 Bikash Pun Magar主张在客户站点中使用自定义 Gutenberg 区块而非页面构建器背后的数据。你将获得按区块进行的条件式资源加载、可以逐行掌控的 HTML,以及以原生区块语法而非专有格式存储的内容。他也公允地说明了 Elementor 仍然适用的场景:原型设计,以及希望在不编写代码的情况下实现像素级控制的独立开发者。


theme.json 模式在数百个嵌套属性中展开后超过 40MB,因此 Sérgio Santos将面向 theme.json 的表单驱动可视化编辑器开发成了 VS Code 扩展。表单字段来自官方模式,而非手工编写;每周对核心版和 Gutenberg 的扫描还会加入实验性属性,并附有明确的标识。Santos 表示,最改变他工作流程的功能是:当你输入 slug 时,每个预设都会显示它将生成的 CSS 变量名称。

此外还有一个配套的 WordPress 插件,可以将同一编辑器挂载在 Appearance 下。不过这里也会有 dragons:🐲 Santos 将它标记为实验性功能,因为它会直接覆盖 theme.json,且不提供修订版本或备份。

 “跟上 Gutenberg——2026 年索引” 
按时间顺序列出了自 2024 年 1 月以来参与 Gutenberg 开发的各个团队的 WordPress Make Blog 文章:Design、Theme Review Team、Core Editor、Core JS、Core CSS、Test 和 Meta 团队。由本人持续更新。 

往年的内容也已上线:
2020 | 2021 | 2022 | 2023 | 2024 | 2025

为区块编辑器构建区块和工具。

如果你的自定义区块触及全局 window 或 document,WordPress 7.1 会导致它们失效。Ryan Welcher 介绍了即将推出的强制使用 iframe 的文章编辑器画布,它将于 8 月 19 日上线,没有可检查的标志,也没有选择退出的选项。五个演示涵盖视口检测、点击外部处理程序、编辑器样式、管理员 body-class CSS,以及无人维护的第三方库,并提供了使用 ownerDocument、defaultView、useRefEffect、在 block.json 中设置 editorStyle 以及 patch-package 的修复方案。他的演示插件提供了每个演示的损坏版本和修复版本。

Welcher 还发布了一篇详细教程:文章编辑器即将全面采用 iframe:WordPress 7.1 之前区块开发者需要了解什么

Playground 有哪些新变化?

有些人仍以为每个 Playground 都是临时的。持久化、多站点、Blueprints、文件编辑——这些功能早已存在,只是容易被忽略,而这正是全新的 WordPress Playground 界面要解决的问题。可自定义的 Dock 将这些工具集中到底部工具栏中:新建、Playgrounds、Blueprint、站点设置、数据库、文件、日志、导出。它只是导航,不是新功能。该设计源自 WordCamp Europe Contributor Day 的 Playground 圆桌会议,当时 Adam Zieliński 使用 AI 探索了 400 多种变体。


让编码智能体指向 WordPress Playground,它会先读取一份说明文件。wp-playground 智能体技能如今将该文件拆分为一个 52 行的路由器和若干专注的参考文档,因此你的智能体仅在本地运行时加载 CLI 细节,仅在生成分享链接时加载共享规则——编码、CORS、公共托管。Fellyph Cintra的四场景基准测试得分为 24/24,而旧版本为 22/24,每个提示词运行一次。所有这些内容在团队 Make Blog 的文章一个 Playground,三种工作流:跨界面提供一致的智能体指导中有更详细的解释。


在第三篇文章中,Fellyph Cintra介绍了在 WordPress Playground 中以编程方式管理站点:你可以从 DevTools 列出、创建、保存、重命名和切换站点,更改 PHP 或网络配置,并在站点内运行 PHP 以检查已启用的插件。操作顺序很重要——必须先保存临时站点,之后才能重命名或重新配置。

如果它与其他 Playground 项目并行运行,有一个值得注意的注意事项:此 API 仅属于 playground.wordpress.net。它不包含在 @wp-playground/client 包、CLI 或通过 /remote.html 嵌入的 Playgrounds 中——这些需要使用 JavaScript API。

AI 与 WordPress

Carlo Daniele面向插件开发者的 Abilities API 指南仍聚焦于基础内容:输入模式、输出模式、回调和权限检查共同构成能力的契约,以及可用于检查能力的 WP-CLI 命令。全新安装附带三个命令——站点信息、用户信息和环境信息。他的示例从现有插件注册了一个音频转区块流程,并通过 wp-abilities/v1 REST 路由触发它。


Carlo Daniele 注册单个能力的地方,Jonathan Bossenger 将三个能力组合成你的第一个 AI 赋能 WordPress 插件。其中两个调用 AI Client,第三个通过 wp_get_ability() 和 execute() 编排它们,将图片 URL 转换为草稿文章。同一能力随后可以通过 curl、从 React 设置页面以及通过 MCP Adapter 从 Claude Desktop 作出响应。还包括一些常见问题:面向视觉提供商的 base64 数据 URI、多余的 Markdown 代码围栏,以及请求超时。


关于这个直播有一条规则:不能手写代码。Ryan Welcher 使用 Studio Code 完整构建一个 WordPress 网站,为儿子的冰球队从头到尾完成开发;你将看到自定义文章类型、球队分类法、Advanced Query Loop 球员名单,以及初级/中级/高级选项卡仅凭指令组合完成。亮点是智能体未经提示便主动使用区块绑定。不足之处是出现了不受控的 PHP 元框,以及本应使用 SlotFill 时却给出了以 PHP 为先的答案。

需要来自 Gutenberg 主分支的插件 .zip 吗?
Gutenberg Times 每天都会提供适合测试和审阅的构建版本。

现在也可通过 WordPress Playground 使用。你无需在本地或服务器上准备测试站点。你一直在使用它吗?请通过电子邮件告诉我你的使用体验。


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


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


特色图片:


来源:Gutenberg Times(区块编辑器) · https://gutenbergtimes.com/wordpress-7-1-is-a-foot-gutenberg-23-6-iframed-post-editor-abilities-api-studio-code-and-more-weekend-edition-371/

部分链接为推广/关联链接。