Automattic 软件开发者 Andrew Duthie 发布了一份合并提案，计划在 WordPress 7.1 中引入设计系统主题化能力，并为外界期待已久的后台界面改造奠定基础。
Duthie 是 Gutenberg 组件库团队成员，7 月 8 日在 Make WordPress Core 博客上公开了这一提案。提案包含两个核心注册资产：一个是包含默认后台主题预置 CSS 属性的 wp-theme 样式表，另一个是提供 ThemeProvider React 组件的 wp-theme JavaScript 包，用于扩展后台界面的默认主题。
基于 W3C 规范的设计令牌取代硬编码值
两者均构建于设计令牌（Design Tokens）之上，本质上是一套标准化 CSS 自定义属性，涵盖颜色、字体、排版、边框、阴影等维度。一旦合并，核心贡献者将无需在各后台组件中重复硬编码数值，而是统一引用同一套令牌——修改某一令牌值，全局同步生效。
“使用设计令牌属性替代硬编码，有助于确保各组件间的视觉一致性，同时仍支持用户颜色方案等定制能力。”——Andrew Duthie
这些令牌遵循 W3C Design Tokens 规范（去年底发布首个稳定版，已在 Figma 等设计工具中获得采纳）。Duthie 将此举定位为 WordPress 与行业趋势对齐：经过文档化的语义令牌同样利于 AI 代理理解，有助于"减少开发者和 AI 代理在选择最佳 UI 样式时的困惑"。
从 7.0 后台配色更新的困境说起
这项工作建立在 Gutenberg 架构师 Matías Ventura 2023 年后台设计愿景之上——该愿景提出将 WordPress 后台现代化纳入 Gutenberg 路线图第三阶段。原计划 WordPress 6.9 配套上线后台改造预览版，但 2025 年 9 月被搁置，最终 7.0 仅推送了一套纯 CSS 配色更新。
在 2 月的产品评审会上，Ventura 坦言 7.0 的更新并非真正意义上的重新设计："只是换了新颜色。" WordPress 联合创始人 Matt Mullenweg 也承认结果不达预期："这不是我所期望的。" Duthie 指出，7.0 后台配色更新暴露的正是设计系统本应解决的核心问题——没有统一令牌，贡献者只能逐个文件查找并手动替换硬编码数值。
颜色色阶生成工具与三大应用场景
该提案的一个"特别有野心"的成果是一套从"种子颜色"（accent + background）自动生成配色方案的色阶工具，可创建可配置、视觉和谐且满足无障碍对比要求的颜色比例。
Duthie 列出了该能力将解锁的典型场景：
- 用户个性化：让管理员可以自主定制后台外观
- 插件品牌表达：允许插件开发者在界面中呈现自身品牌
- 深色模式实现：为系统级暗色主题提供底层支持
对普通用户的影响：7.1 初期变化有限
目前默认主题有意保持与现有后台风格一致，因此 7.1 初期用户感知的变化较小。真正落地的用户可见功能是：将用户选择的后台配色方案应用于 Site Editor（该界面此前不支持此设置）。DataViews 已于上月在 Gutenberg 23.3 中率先采用 @wordpress/theme 包，成为代码库内首个大规模实际用例。
由于令牌基于标准 CSS 自定义属性，应用范围不限于 React 界面，Duthie 的目标是未来逐步覆盖整个后台，包括 PHP 渲染的经典 wp-admin 页面。
反馈窗口紧张，发布时间线明确
Duthie 已开放评论区收集反馈，但窗口期很短：WordPress 7.1 Beta 1 定于 2026 年 7 月 15 日发布，正式版将于 8 月 19 日（WordCamp US 举办地 Phoenix）释出。
“由于这项工作专注于 UI 组件开发的长期可持续性，提案特别希望收到任何关于潜在风险或冲突的意见。”——Andrew Duthie
