这个信号
从网站无法回答的问题开始
零结果搜索具体表明，访客提出了网站无法回答的问题。插件会将这个信号记录为内容候选项，并通过 MCP abilities 将其公开，让 AI 客户端可以从真实的内容缺口出发，而不是笼统猜测应该发布什么。
候选项是决策依据，不是自动发布指令。WordPress 操作者决定是否将这个主题纳入内容计划、推迟处理或进一步调查。
搜索会按规范化的搜索词哈希进行聚合。类似电子邮件地址的搜索会缩减为其域名，因此不会存储完整的电子邮件地址。
支持的操作
处理候选记录
AI 客户端有两个专用操作：一个让需求可见，另一个修改选定的记录。
列出候选记录
列出从网站零结果搜索中收集的 Content Demand 候选记录。返回的记录会展示每个词语背后的需求，帮助你决定要处理、推迟还是进一步调查哪个主题。
更新一个候选项
当某条 Content Demand 记录需要更改时，更新对应的候选项。该操作会将更改绑定到你正在处理的具体候选项。
实用的审核路径
将信号转化为编辑决策
将此作为由操作者主导的审核路径：产品提供候选记录和操作，而编辑决策由你负责。
01
检查需求
让 AI 客户端列出来自网站零结果搜索的候选项。查看返回的记录，找出值得关注的主题。
02
选择回应
为每个要继续处理的候选项做出编辑决策：将其纳入内容计划、推迟处理或进一步调查。
03
更新记录
当记录需要更改时，让 AI 客户端通过受支持的 Content Demand 操作更新该候选项。
必要基础
准备 MCP 候选项界面
这些前置条件提供 WordPress 运行环境、类型化的能力注册以及 MCP 暴露能力，而 Content Demand 操作依赖这些条件。
WordPress 6.9 或更高版本
WordPress Abilities API提供用于注册类型化操作的 Abilities API。
提供所需的服务器运行环境。
通过 MCP 暴露已注册的 WordPress 操作。
提供此附加组件使用的受控公共能力界面。
下一步
下载 MCP Abilities – Content Demand
当你的 WordPress 内容计划需要 AI 客户端根据未得到回答的搜索需求开展工作时，请选择下载。完成必要基础后，客户端可以使用已暴露的候选项界面，从一个真实的零结果搜索开始，并将记录的每次更改绑定到该候选项。