一句话结论
WordPress 7.0 “Armstrong” 第一次把 AI Client 写进核心:通过统一的 Web Client AI API,站长可以在仪表盘一个枢纽里配置生成式 AI 提供商,插件、主题、区块都能直接调用 AI,而不再各接各的 SDK 。这是 WordPress 从”内容管理系统”迈向”AI 原生平台”的关键一步。
如果你关注 让 WordPress 被 AI 引用(GEO) 或 JSON-LD 结构化数据,这个内置客户端会让你站内的 AI 能力有了统一底座。
什么是 Web Client AI API / AI Client
官方把它定义为一个中央命令中心(command center):
- Provider(模型提供商)在 WordPress Core 之外,由第三方或你自己的服务承载;
- WordPress 核心只提供统一的客户端与 API,负责和这些模型通信;
- 与 Abilities API(客户端能力注册表)深度集成,让”AI 能力”变成可发现、可筛选、可组合的标准件。
换句话说:过去你想让网站有 AI,得装一个 AI 插件、它自己连模型;现在核心给了”标准插座”,任何插件/主题只要插上就能用,配置集中在一处管理。
wp-includes/ai-client/ 下的适配器(HTTP 客户端、缓存、发现策略、事件分发器)。低于 7.0 的站点没有这套 API 。它能做什么
| 能力 | 说明 |
|---|---|
| 站内 AI 能力 | 内容起草、摘要、改写等直接在网站里发生,由中央枢纽管理连接 |
| 命令面板增强 | 结合 Abilities/Workflows API,命令面板可触发 AI 能力与混合工作流 |
| 服务端区块/图案 | PHP-only 区块与图案可服务端生成并自动注册到 Block API |
| 开发者工具箱 | Client Side Abilities API 、 DataForm 、 DataViews 等新 API 协同 |
怎么启用和配置
核心思路是:先在”设置 → AI(或仪表盘 AI 枢纽)”里添加一个 Provider 连接,拿到可用模型;插件或主题再通过统一客户端调用。下面是用 PHP 注册一个自定义 Provider 的示意代码(真实钩子名以 7.0 开发者说明为准):
// 在主题的 functions.php 或插件里注册一个自定义 AI provider
add_filter( 'wp_ai_client_providers', function( $providers ) {
$providers['my-provider'] = array(
'name' => '我的 AI 服务',
'api_url' => 'https://api.example.cn/v1/chat',
'headers' => array(
'Authorization' => 'Bearer ' . MY_AI_KEY,
),
);
return $providers;
});
在前端/区块里调用(示意)
// 通过统一的 AI Client 发起一次补全
$client = wp_ai_client();
$result = $client->complete(
'my-provider',
'把这段产品描述改写成 3 条卖点'
);
echo esc_html( $result );
它和”装一个 AI 插件”有什么区别
很多站长会用插件给站点加 AI 功能(本站此前也盘点过 AI 插件)。区别在于底座是否统一:
- 插件各自为战:每个插件自己存密钥、自己连模型,密钥散落、能力不可复用;
- 核心 AI Client:密钥与连接集中在仪表盘枢纽,能力经 Abilities API 标准化,主题、区块、插件都能复用同一套连接。
这就像从”每个电器自带电池”升级到”全屋统一供电”——维护成本和管理面都收敛了。
对 GEO / SEO 的意义
内置 AI Client 不只是锦上添花。当你的站点能稳定产出结构化、可被引用的内容时,配合 GEO 优化 与 JSON-LD 结构化数据,AI 搜索引擎更容易直接读懂并引用你。未来”网站主动用 AI 生产 + AI 引擎直接引用”会形成闭环。





评论 (0)