WordPress 联合创始人 Matt Mullenweg 否决了一项面向 7.1 版本的合并提案，该提案计划在 WordPress 核心中引入新的 wp_knowledge 文章类型及 Guidelines（规范指南）功能。他的核心立场是：核心代码不接受尚未被真实世界广泛采用的功能。
7.1 版本发布负责人 Anne McCarthy 于 6 月 22 日在 Make WordPress Core 博客上公布了这一决定，指出 Mullenweg 对 AI 工作的优先级围绕评测与基准测试（evals & benchmarking），与项目旗下的 WP Bench 工具紧密相关。Mullenweg 明确表示，他不希望将"每周增长未达到两位数"的功能纳入核心。
McCarthy 在评论中写道："该提案目前尚未达到这一标准。"
提案内容：从 Gutenberg 实验到核心合并的野心
Guidelines 功能的背景很清晰——大多数 WordPress 网站都有关于内容标准的规则（如语调风格、图片偏好、用词规范），但这些规则通常保存在 WordPress 之外的 Google Docs、团队 Wiki 或某人的脑海中。Guidelines 于今年 3 月作为 Gutenberg 实验功能首次发布，为站点所有者提供了一个设置页面，将这些标准内置到 WordPress 内部，供作者、编辑、插件和 AI 工具直接调用。
然而合并提案远不止于此。原提案作者、核心贡献者 Greg Ziółkowski 提议将 Guidelines 构建在一个更通用的存储层之上——即 wp_knowledge 这一通用文章类型。该类型的定位是：不仅承载规范指南，还可以存储私密笔记、用户保存的上下文，以及其他插件希望注册的任何知识类型。他的论点是：如果核心中没有统一的存储原语，每个插件最终都会自行构建存储、权限和 REST 接口，导致生态割裂。
社区反馈：争议激烈，意见分化
该提案在评论区及 Dynamic WordPress Facebook 群组中引发了激烈争论，多位开发者表达了质疑：
- rtCamp 高级软件工程师 David Levine 认为提案"为时过早且高度投机"，与当前 Gutenberg 中已实验的 Guidelines 功能存在显著差异，并将打包 Guidelines、memories 和 notes 到单一
wp_knowledge超类型的做法视为过大假设——Guidelines 实验甚至还未经历完整的发布周期。他主张这项工作应首先在官方 AI 插件中推进。 - 开发者 Jon Brown 批评该功能"在大多数站点上完全没必要"，建议应作为核心插件先运行一两年后再评估是否合并，甚至"可能永远都不应该合入核心"。
- 开发者 George Stephanis 并不反对这个方向，但指出设计明显被 AI 工作流所驱动。他援引 WP Help、Plugin Notes Plus 等人类使用场景作为该原语可服务方向的例证，认为如果能更多强调这些场景，将有助于争取更广泛的支持。
- Automattic 工程师 Artur Piszek 则力挺该提案。他以自己完全基于 Guidelines 构建的 WordCamp Europe Telegram 智能体为例，认为该文章类型在未被使用时"零占用"，WordPress 迫切需要在各个插件自行构建不兼容的知识层之前建立统一的约定。
Ziółkowski 在最终回应中表示愿意收窄范围——放弃将 memory 作为内置类型——并强调 Guidelines 遵循了"功能即插件"的既定路径。但最终 Mullenweg 的否决与上述技术争论无关，纯粹取决于采用数据。
时间节点与后续影响
这一决定在 WordPress 7.1 Beta 1 发布前五天做出。Ziółkowski 在提案中将冻结日期标注为名称、路由和权限能力正式成为向后兼容承诺的节点，这意味着错过 7.1 意味着相关接口需等待下一个合并窗口。
重要时间节点：
- WordPress 7.1 Beta 1：7 月 15 日
- WordPress 7.1 正式版：8 月 19 日（WordCamp US，凤凰城）
AI 团队联合代表 Jason Adams 在 WordPress Slack 的办公时段中表示，该提案虽然不会进入 7.1，但 Automattic 内部仍会继续推进，未来在进展良好的前提下可能重新提交合并请求。
Mullenweg 的否决传递了一个明确信号：WordPress 核心对 AI 相关功能的接纳标准，正在从"功能就绪"转向"数据说话"。对于插件和主题开发者而言，这意味着任何计划进入核心的 AI 类功能，需要先在生产环境中积累可量化的增长数据。
