面向 WPML 的 WordPress MCP
MCP Abilities – SitePress 为人工智能客户端提供具备语言意识的 WordPress 界面
人工智能客户端可以检查 WordPress 翻译的 WPML 上下文，维护其关系，并让本地化路由、内容和媒体对访客保持有用。
核心思路
三项检查让翻译持续有用
WPML 会记录哪些源对象和目标对象属于同一翻译关系。对于访客来说，本地化项目及其呈现结果决定了这种关系在实践中是否有效。
身份
翻译组标识哪些源对象和目标对象彼此对应，而语言详情则说明每个项目是如何注册的。
内容
本地化 URL、分类法、文本和媒体会让映射后的项目对使用该语言的读者有用。
呈现结果
关系完成映射后，目标语言链接和前端资源必须呈现预期的本地化界面。
发现
在更改之前找到准确的语言上下文
先从能够说明目标对象、语言和现有关系的证据开始。这条记录可以避免把修复应用到凭猜测选出的项目上。
需要先确认的依据
活动语言
选择目标语言之前，先查看 WPML 当前提供哪些语言。
按语言筛选的内容
列出所选语言中的页面和文章，确保目标是已有项目，而不是猜出来的对象。
按语言筛选的术语
列出所选语言中的分类法术语，让术语关系保持在同一上下文中。
翻译状态
查看哪些页面翻译已经存在，以及每个翻译所附带的状态。
翻译组
检查文章或术语翻译组中的源对象和目标对象成员。
项目语言详情
确认要修改项目所记录的语言和翻译身份。
可复用候选项目
查找可以复用的现有项目，而不是创建重复副本。
决策点
在进行变更之前，根据证据标明准确的源对象或目标对象及其语言上下文。
在进行任何变更之前，利用结果标明准确的源对象或目标对象及其语言上下文。
映射
将目标映射到负责它的关系
确定源对象和目标对象后，进行最小的关系变更，以保留 WPML 身份。
创建缺失的基础结构
如果目标对象不存在，就用请求的语言创建相应的页面或文章翻译框架。
记录语言详情
根据已确认的源上下文设置目标语言和翻译组详情。
关联现有目标
如果合适的目标对象已经存在，就将其登记到正确的组中，而不是再创建一个副本。
维护本地化上下文
在目标语言上下文中更新已翻译的 URL、分类和主分类。
回读关系
读取生成的组和目标语言详情，确认映射无误后再将其视为完成。
检查
检查本地化语言访客将获得什么
同时读取翻译内容及其目标地址。关系可能已经存在，但面向访客的界面仍然可能是错误的。
检查范围和修复边界
未翻译片段
检测翻译内容中残留的源语言片段。
定向翻译链接检查
检查一个已标识项目的翻译链接；只有在审计明确指出预期变更时，才启用修复。
批量翻译链接检查
对选定的已翻译文章执行同样的翻译链接检查，找出反复出现的过期目标地址。
缺失或过期的覆盖范围
报告缺失的翻译，或不再符合预期覆盖范围的翻译。
翻译内容和 URL
审计翻译文本和本地化 URL，查找源语言残留、过期链接或错误目标地址。
画廊和前端资源
审计翻译画廊的成员关系、媒体说明文字，以及交付给本地化访客的画廊资源。
在启用明确的修复输入之前，审计始终保持只读。任何修复都必须标明受影响的项目和语言上下文。
恢复
有意识地恢复损坏的 WPML 语言切换器
语言切换器恢复会改变已存储的多语言状态，并需要管理员权限。在授权重置之前，先记录当前结构。
建立恢复记录
当前设置
检查已存储的语言切换器设置。
可用位置
检查已注册的语言切换器位置及其放置数据。
结构验证
验证设置和位置是否具有预期结构。
受控重置
只有在证据证明有必要移除损坏状态时，才重置已存储的选项。
通过 WPML 重建
通过 WPML 重建语言切换器设置，并验证生成的结构。
先检查并验证。只有证据证明有必要移除损坏状态时才重置，然后通过 WPML 重建并验证结果。
媒体维护
让翻译背后的媒体保持同步
媒体维护会影响本地化访客看到的内容。将检查与修复分开，并明确说明强制执行和权限选择。
页面构建器语言资源
审计特定语言的页面构建器资源，找出需要处理的本地化资源状态。
翻译画廊检查
检查翻译画廊媒体，并在默认不修改的情况下显示不匹配之处。
定向画廊修复
只修复已标识画廊的缩略图和元数据。如果建议的修复需要审核，先运行演练，再明确启用修复。
选定的媒体文字
在预期的语言上下文中更新选定媒体的说明文字或其他选定文本字段。
强制执行和权限
只有明确启用强制选项时，才重新生成现有的有效图像尺寸。媒体变更需要上传权限，修改画廊页面还需要该页面的编辑权限。
可选集成
让可选集成保持在 WPML 核心之外
这些操作只在相应集成存在时适用。WPML 仍然是多语言状态的所有者。
定向集成
一个明确的 SEO 扩展重定向
当特定的匹配重定向阻止预期的本地化路径时，移除它。此项定向操作需要管理员权限。
一个翻译后的联系表单 7
使用相应的内容编辑权限更新选定的已翻译表单模板和语言区域，同时不触碰无关表单和 WPML 翻译组。
它们不会修改无关的表单或 WPML 翻译组。移除重定向需要管理员权限，而表单更新则遵循相应的内容编辑权限。
诚实边界
WPML 仍然是多语言权威
WPML 负责每个已注册操作使用的语言、翻译组、已翻译 URL、语言切换器和多语言内容状态。SitePress 为人工智能客户端提供专注的 WordPress 操作，用于检查和维护围绕这些状态的关系、路径、资源与完整性检查。
每项操作都需要经过身份验证的 WordPress 用户。翻译读取和内容操作需要相应页面、文章或项目的编辑权限。语言切换器恢复、翻译关联以及移除一条精确重定向需要管理员权限。媒体变更需要上传权限，修改画廊页面还需要该页面的编辑权限。
要求
安装 SitePress 所扩展的原生栈
在期待插件提供 WPML 维护界面之前，先确认这些要求。每个依赖项都有不同的运行时职责。
6.9 或更高版本
WordPress 6.9+提供原生 Abilities API，以及插件使用的 WordPress 内容、分类法、媒体和权限接口。
8.0 或更高版本
PHP 8.0+提供插件所需的最低运行时环境。
将 SitePress 操作注册为类型化的 WordPress abilities。
将已注册的 WordPress abilities 传输给经过身份验证的 MCP 客户端。
通过受控的 Devenia MCP 界面公开已注册的公共 abilities。
已安装并启用
WPML负责每个已注册操作使用的语言、翻译组、已翻译 URL、语言切换器和多语言内容状态。
下一步操作
为人工智能客户端提供聚焦的 WPML 维护界面
当 WordPress 人工智能客户端需要专注于 WPML 翻译关系和本地化完整性的界面时，下载 MCP Abilities – SitePress。下载内容包含提供这些操作的插件包。