WordPress 7.0 的块编辑器迎来了一系列重要的功能更新。这些变化不是那种“ headline 级别的平台转变”，而是更加务实、直接影响日常编辑体验的改进。它们改变了编辑者在不用写代码的情况下能做什么，也改变了块开发者和主题团队的工作方式。

特性一：模式编辑默认进入内容专注模式

WordPress 7.0 中，未同步的模式（unsynced patterns）和模板部件在插入编辑器后，默认会进入更广泛的内容专注编辑模式。

这对开发者的实际影响是：如果你的块期望编辑者能够自由操作内部块、重新排列子元素、或使用块级控制，你需要在新的编辑模式下重新测试这些流程。核心明确指出了工具栏控制、侧边栏面板、列表视图可见性和实体导航在完整块访问不可用时可能会有不同的表现。

特性二：基于视口的块可见性控制

这是 WordPress 7.0 中一个非常实用的功能——允许块根据桌面、平板、手机三种视口尺寸显示或隐藏。

这意味着编辑者可以在不写任何 CSS 媒体查询的情况下，控制某个块在桌面端显示但在移动端隐藏。对于响应式设计来说，这是一个巨大的便利。

开发者需要注意的风险：不要把“展示规则”误当作“访问控制”，同时要测试隐藏状态下的用户体验。

特性三：逐块自定义 CSS

在块检查器的“高级”部分，现在可以为每个单独的块实例添加自定义 CSS-。这个功能默认受 edit_css 权限控制。

对于内容编辑者来说，这意味着可以在不修改主题样式表的情况下，为某个特定块微调样式。对于开发者来说，如果包装块暴露了不安全或误导性的样式界面，需要主动选择退出。

Gutenberg 22.7 还允许块开发者在 block.json 中定义自定义 CSS 选择器，全局样式（Global Styles）会识别并应用这些选择器-。

特性四：扩展的尺寸支持

WordPress 7.0 扩展了块的尺寸控制能力，包括宽度、高度和尺寸预设。开发者需要关注 theme.json 的 token 漂移和不一致的块支持配置。

特性五：原生文本缩进控制

文本缩进（text-indent）现在作为排版支持的一部分被原生支持。以前需要写自定义 CSS 才能实现的段落首行缩进，现在可以直接在编辑器中设置。开发者需要注意：遗留的 CSS 覆盖可能与新的块支持行为产生冲突。

实时协作功能进入核心

WordPress 在 7.0 开发周期中正式文档化了块编辑器的实时协作功能-。这是 Gutenberg Phase 3 协作功能的首次核心迭代-。它改变了插件和块代码必须如何与编辑器状态交互的方式-。

AI 发布的基础设施

Gutenberg 22.7 为 2026 年晚些时候的 AI 创新铺平了道路-。这些基础设施层面的改进，为未来 AI 辅助内容创作提供了底层支持-。

对于使用 ACF 等工具的开发者，WordPress 7.0 带来了 AI 辅助字段工作流、更强大的管理界面、更好的动态块开发、更丰富的响应式编辑体验、与 WordPress 核心数据系统的更深层集成，以及更可扩展的自定义内容架构-。