随着生成式 AI 在内容创作、编辑体验和自动化流程中的应用不断成熟，WordPress 官方也开始从更底层的架构层面思考：AI 应该如何以一种安全、可扩展、可持续的方式融入 WordPress 核心？
近期提出的一个重要提案，正是计划在 WordPress 7.0 中合并 WP AI Client。这并不是一个“给用户用的 AI 聊天功能”，而是一项面向开发者的基础设施升级，释放出一个非常明确的信号：WordPress 正在为 AI 时代打地基。
一、核心定位：开发者级 AI 基础设施
首先要明确一点：WP AI Client 并不是一个面向普通站长或内容编辑的 AI 产品功能。
它的核心定位非常清晰 ——
👉 为开发者提供一套供应商无关（provider-agnostic）的 AI 调用基础设施。
换句话说，它的目标不是“帮你写文章”，而是：
- 提供统一的 API 接口
- 让插件和主题开发者用同一套代码
- 去调用不同的生成式 AI 模型
- 比如 OpenAI、Claude、Gemini 等
开发者不再需要为每一家 AI 服务商单独写一套 HTTP 请求、鉴权逻辑和错误处理代码。
在架构上，WP AI Client 还会与现有的 Abilities API 协作，为 WordPress 在底层层面做好迎接 AI 能力的准备。
二、核心原则：谨慎、克制、完全可选
AI 一直是 WordPress 社区里一个高度敏感的话题。
因此，这次提案中特别强调了几个非常重要的原则。
默认不开启
即使 WP AI Client 合并进了核心：
- 不会自动发送任何数据
- 不会内置任何 AI 服务商的 API Key
- 不会在后台偷偷“启用 AI”
没有显式配置，就什么都不会发生。
不提供 UI，不做 AI 助手
WordPress 核心中：
- 不会出现“AI 助手”
- 不会新增聊天窗口
- 不会强行改变编辑体验
它只是一个 底层能力层，而不是产品功能。
完全可选、完全解耦
只有在以下条件同时满足时，AI 才会真正工作：
- 安装了某个 AI 服务商的插件
- 管理员手动配置了 API 凭据
- 开发者在代码中显式调用
这也意味着：你可以完全忽略它，WordPress 依然如常运行。
三、提案中的主要功能点
从目前的提案范围来看，WP AI Client 主要聚焦在以下几个方面。
PHP API 与 Prompt Builder
提供一套符合 WordPress 风格的 PHP 接口，用于：
- 构建提示词（Prompts）
- 发送请求
- 接收并解析 AI 返回结果
这对插件开发者来说非常友好，避免了重复造轮子。
供应商抽象层
这是整个设计中非常关键的一点。
- 站点管理员可以通过插件选择 AI 服务商
- 插件开发者只关心“我要生成什么”
- 而不关心“底层到底用的是哪一家 AI”
这让 WordPress 的 AI 生态具备了高度可替换性，避免被单一厂商锁死。
统一的凭据管理
提案计划在 WordPress 后台中：
- 提供统一的 API Key 存储与管理机制
- 避免每个插件都各自搞一个设置页面
- 降低安全风险，也提升用户体验
这对长期维护大型站点尤其重要。
REST API 与 JS API 支持
为了配合 Gutenberg 和前端开发：
- 提供 REST API
- 提供浏览器端可用的 JS 接口
让区块编辑器、前端交互也能安全、规范地调用 AI 能力。
全局控制机制
管理员可以通过过滤器（Filters）实现：
- 全站禁用 AI 功能
- 限制特定类型的提示词请求
- 对 AI 使用进行更精细的管控
这一点在企业和合规场景中非常关键。
四、安全与隐私层面的设计
在安全与隐私方面，提案态度相当谨慎。
- 敏感数据隔离
API Keys 等敏感信息不会通过 REST API 暴露 - 权限控制
只有具备特定权限的用户才能触发 AI 调用 - 完全透明
默认不进行任何外部请求
所有 AI 行为都必须由代码显式触发
这套设计本质上是：“你不写代码，它就什么都不做。”
五、为什么 WordPress 要做这件事？
从长期来看，这一步其实非常“WordPress”。
减少生态内的重复劳动
目前大量插件都在各自实现 AI 请求逻辑，质量参差不齐，也增加了维护成本。
建立统一标准
一旦形成官方推荐的 AI 交互方式，插件之间的兼容性和可组合性会大幅提升。
对小插件更加友好
即使是体量很小的插件，也可以低成本、安全地接入 AI 能力，而不用维护复杂的 SDK。
六、当前进展状态
截至目前：
- 该提案仍处于 征求意见阶段（Call for Feedback）
- 已有对应的 Trac Ticket
- 但尚未提交正式的 Pull Request
- 核心团队正在重点征求以下反馈：
- REST / JS API 的设计合理性
- API 凭据存储的安全方案
这意味着现在正是社区参与讨论、影响最终设计的关键阶段。
总结：不是“加 AI”，而是“为 AI 打地基”
WP AI Client 的意义，并不在于它马上能带来什么炫酷功能。
它真正标志着一件事：
WordPress 官方，开始从底层架构层面系统性地拥抱 AI。
它没有急着做产品功能，也没有强推某个 AI 服务商，而是选择了一条更稳健的路：
- 提供标准
- 保持中立
- 尊重隐私
- 把选择权交给开发者和站点管理员
如果这一方案最终在 WordPress 7.0 中落地，它很可能会成为未来多年 WordPress AI 生态的基础设施核心。