WordPress 7.0 原生 AI 能力详解：三大核心模块一次看透，像拼积木一样玩 AI！

WordPress 7.0 已经正式发布了，这也意味着，我们天天用的建站系统，终于原生自带 AI 了。以前想在网站里用 AI，得单独装各种插件，今天接这个明天接那个，乱成一锅粥。这次 7.0 直接在最底层搭好了架子，最大的好处就是：完全不和任何一家大模型死磕（解耦），你想用谁就用谁。

为了搞定这件事，官方，WordPress 在底层直接内置了 WP AI Client / Client-Side Abilities API / Connectors API 以及配套的管理界面 这三个核心模块，它们就是给以后的“AI 智能体”和自动化工作流铺路用的。

1. WP AI Client

WordPress 7.0 引入了内置的 WP AI Client，说白了，它就是一个大模型公共接口。它的逻辑简单粗暴：写插件的人只要告诉它“我要大模型帮我干啥任务”、“返回什么格式”，剩下的怎么连、怎么转，全由 WordPress 核心在底层包办。

💡 彻底解决开发者的历史痛点

以前做相关的 AI 插件，最头疼的就是写各种对接代码。今天去对接 OpenAI，明天去对接 Claude，不仅接口格式各不相同，还要在插件里写一套复杂的 API 密钥管理和鉴权逻辑。

现在有了 WP AI Client，这些烦心事你统统不用管了：

网站管理员：只需要在后台的 设置 > 连接器 (Settings > Connectors) 页面，配好自己想用的模型（比如 OpenAI、Gemini 或 Claude）和密钥。
插件开发者：直接调用统一的 WordPress 核心函数，核心会自动把请求转发给管理员配好的模型。

而且，以前的 Abilities API（能力 API） 这次也被揉了进来。你可以把各种 AI 能力像拼积木一样串起来，让功能一个接一个自动运行。

🔄 核心入口与开发指南

在后端，所有的 AI 的调用都是从这一个统一的入口开始：

$builder = wp_ai_client_prompt();

通过这个入口，可以用 using_model_preference() 按顺序挑自己喜欢的模型；还能加个“特征检测”探探路，看当前环境支不支持这个模型，精准匹配，省钱还快。

AI 客户端还包含了一系列高级配置控件和一个专门用于调用方法的 WP_AI_Client_Prompt_Builder 类。为了方便升级，官方还提供了 @wordpress/wp-ai-client 软件包，会自动帮大家平滑过渡到 7.0。

2. Client-Side Abilities API

WordPress 7.0 在 Abilities API 的基础上进行了扩展，引入了JavaScript版本：Client-Side Abilities 扩展包，它带来了全新的混合能力（Hybrid Abilities）、直观的 UI、指令面板（Command Palette）支持，以及过滤和查询功能。

简单来说，这套 API 就是为了让 AI 在浏览器里能“指哪打哪”。以前 AI 只能在后台默默写文章，现在它能直接控制前端：比如自动帮用户跳页面、往编辑器里塞个新区块，或者直接调整页面布局。它也是未来对接各类浏览器 AI 助手、插件和 WebMCP 协议的底层基石。

⚙️ 插件开发者的引用与状态管理

为了让大家开发时省心，核心把前后的对接做得很轻量：

按需引入（Enqueue）：你可以引入 @wordpress/core-abilities，直接通过后端的 REST API 一键把服务器端的功能同步到前端；也可以只引入 @wordpress/abilities，专门处理插件自己前端的那点事。
想关就关：所有功能都是按分类管的。如果你不想让某些功能生效，随时可以用 PHP API 把特定的功能或者整个分类注销掉。
React 响应式查询：它原生支持元数据注解。在写 React 组件时，配合 core/abilities 里的 useSelect 钩子，前端哪个 AI 能力开了、哪个关了，组件立马就能知道。

为了防止 AI “瞎指挥”把页面搞崩溃，这套 API 底层还自带了严格的 JSON Schema 双向校验。AI 发出的指令和返回的结果，核心都会自动拦截并盘查一遍，格式不对立马拦下。