让门店定位器的数据留在原生系统中
保留地图背后的记录
门店定位器会将位置内容存储在自己的文章和元数据中，包括地址、联系方式、位置和分类信息。
MCP Abilities – Store Locator 为 AI 助手提供一条经过身份验证的 WordPress 路径，用于检查和维护这一原生数据层。
维护后的模板保留门店定位器短代码、地图、搜索、AJAX 结果列表、标签和缓存行为。
该扩展不会把 Elementor 卡片、静态列表和重复的门店记录写入页面内容。
AI 助手可以维护什么
使用与变更匹配的操作
在进行变更前检查定位器的当前状态，然后使用受支持的操作维护呈现方式、记录、分类或缓存。
从当前状态开始
在进行任何变更前，读取门店定位器的可用性、当前设置、已安装模板和已发布门店数量。然后使用了解门店定位器的验证机制更新受支持的设置。
设置定位器的呈现方式
配置翻译后的门店定位器固定链接基础和按语言设置的前端标签。选择在选定前端语言中显示哪些源语言门店导航链接和标签，然后从已安装模板中设置当前搜索模板。
维护原生门店记录
列出门店，检查一条原生记录的地址、联系方式和位置元数据，创建受支持的门店记录，或更新受支持的门店字段和分类。门店定位器仍然是这些记录的所属系统。
使用已有分类
在检查或分配门店记录的分类之前，先列出门店定位器的原生分类术语。组织方式仍与定位器中已有的术语保持关联。
清理门店定位器的自动加载瞬态缓存
在完成受支持的数据、设置或模板变更后，如果需要维护缓存，请清理门店定位器的自动加载瞬态缓存。
让请求匹配正确的数据层
判断变更是否适合这组 ability
该扩展通过经过身份验证的操作处理受支持的门店定位器维护。无关的 WordPress 编辑和未开放的操作需要使用其他工作流。
受支持的写入操作是明确的
设置更新使用了解门店定位器的验证机制，而门店更新仅限于受支持的字段和分类分配。先检查当前状态，这样请求就能明确指出现有设置、记录、分类或已安装模板。
未开放门店删除
可用的门店操作包括列出、检查、创建和更新记录，但不包括删除门店。因此，请通过单独的授权工作流规划移除操作。
布局请求可以停留在模板层
如果请求是将位置列表放入多列中，请检查已安装模板，启用相应的维护模板，清理门店定位器的自动加载瞬态缓存，并验证渲染后的定位器页面。对于这种呈现方式变更，无需重写门店记录。
使用前须知
配置需要什么
这些指定的依赖提供运行时、经过身份验证的 ability 传输，以及负责数据的原生定位器。
必需：6.9 或更高版本
WordPress 6.9+提供 WordPress 运行时以及扩展使用的原生 Abilities API。
必需：8.0 或更高版本
PHP 8.0+提供扩展所需的 PHP 运行时。
注册用于开放门店定位器操作的类型化 WordPress abilities。
将已注册的 WordPress abilities 传输到经过身份验证的 MCP 客户端。
让已注册的 abilities 可通过 Devenia MCP 数据层使用。
负责这些操作使用的门店记录、元数据、分类、设置、模板、地图、搜索和 AJAX 结果状态。
选择原生路径
为现有定位器下载 AI 路径
当 WordPress 网站已经使用门店定位器，并且下一项受支持的变更应继续使用其原生记录时，请选择此下载。ZIP 文件为 AI 助手提供检查和维护这些数据的路径，同时定位器自己的地图和搜索继续使用这些数据。