核心答案
WordPress 计划在 7.2 周期完善 MCP Adapter、Abilities、Secrets API 与 OAuth 原型，并在 7.3 推动 MCP、实用 Abilities 和 OAuth 整合为核心能力，让用户通过自有智能体安全发现、连接和管理网站。
常见问题
WordPress 7.3 计划新增哪些 Agent 能力？
主要包括原生或捆绑的 MCP 支持、常用网站管理 Abilities、OAuth 身份验证，以及从站点发现、授权到任务执行的连贯用户体验。
普通用户如何让 Claude 或 ChatGPT 管理 WordPress？
未来用户可在智能体中提交网站地址，授权 WordPress 后，由智能体发现并调用站点能力，无需手动安装适配器或粘贴 Application Passwords。
WordPress Agent 能力是否一定会进入核心？
7.3 是共同目标，但能否纳入核心仍取决于技术就绪度、安全性、兼容性及正常的 WordPress 核心审查流程。
最近，Google 宣布其 AI 用户总数已超过 10 亿，而 OpenAI 报告约有 12 亿用户。Anthropic 尚未公布具体数字，但其他公司的用户数也达到了数亿。即便考虑到有人在多个平台上使用账户，AI 的普及程度依然惊人，而且毫无放缓迹象。
这种向 Agentic Web 的转变，正在从根本上改变人们体验互联网的方式。人们越来越多地使用智能体来搜索网络、寻找产品、构建应用和经营业务。这带来了诸多值得关注的好处，例如 Adobe 表示，AI 流量的转化率比非 AI 流量高出 60%，带来的收入也增加了 53%。这意味着一旦用户进入网站，他们就更清楚自己为何而来以及想要做什么。随着这些能力不断扩展，用户将期待自己的智能体能够与已经在使用的网站和平台协同工作。
让 WordPress 做好迎接智能体的准备
在 WordPress 生态系统中，Jetpack、Elementor 和 WPVibe 等产品已经证明，用户存在以智能体方式管理 WordPress 站点的需求。暂且不论商业利益，能够想到用户可以构建出最令人惊叹的 WordPress 世界版本，还是非常令人振奋的，因为智能体提高了他们能够实现的门槛。这不仅是又一个用于控制 WordPress 的界面，还为这些用户开启了另一个层面的可能性。这令人兴奋！
目标依然不变：让发布民主化。为了在 Agentic Web 中实现这一使命，WordPress 需要让所有人都能够使用自己选择的智能体管理站点。这并不是要把智能体置于 WordPress 内部；而是要让 WordPress 做好与用户带来的智能体协同工作的准备。WordPress 是开放网络的最佳解决方案，我们也需要让它成为智能体网络的最佳解决方案。
愿景很简单：用户打开自己的智能体并说：“我希望你帮我管理 example.com 网站。”智能体识别出 WordPress，提供一个用于授权访问的链接，用户随后登录。智能体回应：“我进来了！我能怎样帮你管理网站？”
要让每位 WordPress 用户都能获得这种体验，需要提供易于发现、连接和使用的原生能力。
将智能体连接能力原生化
智能体目前已经能够通过 WP-CLI WP-CLI 是 WordPress 的命令行界面，用于以编程方式执行管理和开发任务。项目页面为 、REST API REST API 是 RESTful 应用程序程序接口（API）的缩写，它使用 HTTP 请求对数据进行 GET、PUT、POST 和 DELETE 操作。应用程序的前端（可以理解为“手机应用”或“网站”）正是通过它与数据存储（可以理解为“数据库”或“文件系统”）进行通信。
和文件管理来完成许多工作。 但这些方式通常需要本地访问权限或更高级的配置。 对于希望自带智能体的用户而言，连接 WordPress 需要简单得多。
MCP 已成为连接代理与外部系统的开放标准。 现有的 MCP Adapter 插件提供了重要的基础，但用户仍需安装和配置该插件，确保有可用的 Abilities（或许通过 AI 插件提供），并通过 Application Passwords 手动管理身份验证（希望不要以明文形式粘贴给代理）。 对于庞大的 WordPress 用户群体而言，这种方式无法实现规模化。
为了实现上述体验，本提案包含四个协调推进的工作领域，目标是面向 WordPres 7.3，同时利用 7.2 发布周期建立必要的基础。
MCP Adapter 将 WordPress abilities 转换为 Model Context Protocol 格式，使 Claude 和 ChatGPT 等 AI 助手能够将 WordPress 能力作为工具、资源和提示进行发现和调用。
我们将快速迭代 MCP Adapter plugin 插件是一组函数的软件，可以添加到 WordPress 网站。它们可以扩展功能或为 WordPress 网站添加新功能。WordPress 插件使用 PHP 编程语言编写，并与 WordPress 无缝集成。这些插件可以在 WordPress.org Plugin Directory 中免费获取，也可以是来自第三方的付费插件。，重点关注可靠性、安全性和易用性，以便在 WordPress 7.2 期间建立坚实的基础。 在此基础上，目标是提议通过直接合并或捆绑方式将 MCP 功能引入 WordPress 7.3 的 core Core 是运行 WordPress 所需的软件集合。Core Development Team 负责构建 WordPress。，并使适配器能够独立发展。
Abilities
连接代理只有能够完成有意义的任务才有用。 我们将确定常见网站管理工作流所需的一组基础 Abilities，并通过 AI 和/或 MCP Adapter 插件继续快速开发。
我们还将探索是否能在 beta 预发布软件会先提供给大量用户，以便他们在真实条件下试用。Beta 版本已经过内部 Alpha 测试，通常在外观、感觉和功能上与最终产品相当接近；不过，设计变更经常会在这一过程中发生。 周期结束前，将更多基础 Abilities 纳入 WordPress 7.2，同时以在 7.3 中将一组实用的原生 Abilities 引入 core 为更广泛的目标。
OAuth 身份验证
用户应当能够安全地授权其代理，而无需手动生成和共享 Application Passwords。 在 7.2 周期中，我们将梳理必要的 OAuth 流程、架构和安全考量，目标是针对 WordPress 7.3 在 core 中实施。
这项功能的受益者将不止于 MCP（例如 REST API），因此应与更广泛的 Core 团队协调开发。 WordPress 7.2 中即将推出的 Secrets API API 或应用程序编程接口是一种软件中介，允许程序以有限且明确定义的方式相互交互并共享数据。 也为支持安全的令牌处理提供了机会。
端到端用户体验
上述三项技术能力需要整合为一个简单、直观的体验。 我们需要梳理完整的用户旅程，从代理发现 WordPress 站点并请求访问，到执行任务以及管理或撤销权限。
在 7.2 周期中，我们需要开发并测试原型，以找出阻力点，并为全部三项技术工作流提供依据。 对于 7.3，目标是打造一个连贯的体验，让用户无需复杂设置或技术知识，即可将其首选代理连接到 WordPress。
迈向 WordPress 7.3
这些目标雄心勃勃，要实现它们，需要明确的责任归属以及整个项目各方的紧密协作。 我们正在为这四个领域中的每一个寻找专职重点负责人，并由愿意提供帮助的贡献者支持。 每位负责人将为 WordPress 7.2 和 7.3 制定里程碑，协调开发和测试，并在我们每周的 AI 贡献者会议中分享进展、阻碍因素以及需要协助的事项。
我们还希望让每位重点负责人与有意参与的 Core Committers 配对，在开发全程让他们参与，而不是等到功能准备合并时才介入。 这将有助于尽早处理架构、兼容性和安全方面的考量。
随着我们引入外部代理与 WordPress 交互的新方式，安全将尤为重要。 适当的审查和审计，包括专门关注安全的 AI 模型，将有助于确保这些能力可安全使用。
虽然 WordPress 7.3 是我们的共同目标，但纳入核心将取决于技术就绪度、安全性以及正常的核心审查流程。
发表回复