修改已发布？再检查缓存副本
MCP Abilities – Cache Enabler 让 AI 客户端检查本地页面缓存、清除对应副本，并收集下一步核查所需的信息。
WordPress 已更新，访客仍可能收到旧页面
例如，您在 18:00 发布了新的营业时间。WordPress 中已有修改，但访客收到的仍是 Cache Enabler 在 17:00 保存的 HTML。刷新编辑器，并不能确定访客收到了哪一份副本。
Cache Enabler 保存已生成的页面，减少服务器为每次请求重新构建响应的工作。这样的副本很有用，但当它遮住了读者需要看到的新内容时，就需要检查。
从受影响的网址开始。确认修改已发布，再检查 Cache Enabler 的状态和已缓存文件，决定是否需要清除该副本。
图中源页面已更新，保存的副本却较旧。访客收到的是保存的副本。
清除发生变化的那一页
按 URL 清理会删除同一网站上某个地址的缓存版本。也可以按 WordPress ID 选择文章或页面。与清空全部缓存相比，这两种方式都能缩小操作范围。
如果只改了一页的营业时间，就从那一页开始。如果改的是全站使用的菜单或模板，则可能需要扩大清理范围。应根据修改出现的位置来选择。
其他缓存页面可以继续保留。删除一个副本，本身并不能证明新副本已生成，也不能证明访客已经看到修改。
选中的页面被移出缓存，其他页面保留。仍需核对最终结果。
从旧副本到已核实的结果
1. 确认源内容
明确指定网站和 URL。在检查缓存之前，打开已发布的 WordPress 内容，确认预期修改确实存在。
2. 检查本地缓存
获取 Cache Enabler 状态并检查已保存文件。页面诊断可以报告 HTTP 响应、缓存响应头和标记，但请求中会使用 no-cache 头，因此不能视为对普通访客请求的测量。
3. 选择清理范围
局部修改可按 URL 或文章清理。只有在受影响内容确实需要时，才清理当前网站或全部缓存。
4. 查看访客收到的页面
在未以管理员身份登录的情况下打开公开网址，查找修改后的内容。如果仍是旧内容，应分别检查可能存在的 CDN、反向代理和浏览器缓存。
修改设置前，先确定操作范围
过期缓存清理会删除已超过有效期的条目。清理当前网站或全部缓存，范围都大于单个 URL。插件还提供设置变更预览、启用和停用，以及后端文件刷新。
设置变更默认先模拟执行。实际应用前应检查预览。删除缓存目录是单独的应急操作，需要明确确认。处理普通旧页面问题时，应从常规清理功能开始。
使用条件
需要 WordPress 6.9 或更新版本及其内置 Abilities API、PHP 8.0 或更新版本、Cache Enabler，以及用于连接客户端的 WordPress MCP Adapter。连接的 WordPress 账号需要 manage_options 权限。
MCP Expose Abilities 是可选项。本插件会注册自身功能。Cache Enabler 管理缓存文件，本插件提供检查和管理操作。
这些操作针对本地 Cache Enabler 缓存，不会清理 CDN 或浏览器缓存。AI 连接由您的 MCP 客户端提供。