用途：该技能用于维护 Hostinger 主机上的 WordPress 站点，帮助检查核心、插件和主题的版本状态、已知漏洞以及安装健康度，并在用户批准后执行更新、激活、卸载等操作。一次处理一个站点。
主要能力：
- 列出 WordPress 安装，支持按域名筛选或列出全部（可包含代管站点）。
- 只读检查：读取核心版本及已知漏洞、可用核心更新、已安装插件状态（含新版本与漏洞信息及修复版本）、已安装主题的同类信息。
- 报告：汇总每站点的漏洞项、可用更新及建议，优先展示漏洞项；对无修复的漏洞插件或未启用插件，建议卸载而非保留。
- 备份提醒：API 本身无备份操作，更新前需请用户在 hPanel 创建备份或确认最近自动备份足够新。
- 更新：按批准依次更新插件、主题和核心（补丁版本默认用 minor，主版本需用户明确要求），更新后清理 LiteSpeed 缓存、检查首页与 wp-login.php 返回 200 且无 PHP 错误，并强制验证安装状态。若站点异常，停止运行，停用最后更新的插件并复查，报告原因后再处理其他站点。
- 性能与访问：查看 LiteSpeed 缓存状态并在设计或内容变更后清理；查看并切换 Memcached 对象缓存；按需读取 PHP 版本信息（数据较大，用户询问时再读），确认插件兼容性后更新 PHP 版本；生成 wp-admin 临时一键登录链接，仅提供给用户，不得存储或复用；更新 Hostinger 自带插件。
- 多站点：先告知用户安装数量，分批检查并维护一份运行报告，逐站更新，失败即停止且不影响其余站点。
使用方式：需要先通过搜索获取各操作的 inputSchema，首次调用前阅读。批量读取可用 multi-execute（每批最多 20 步），但批次只能串联同一服务器的操作；Hostinger Connector 的 wordpress、hosting 与 agency-hosting 是不同服务器。写操作（更新、激活、卸载、核心变更）为排队作业，返回成功仅表示已排队，需每 10–20 秒轮询对应读操作直到变更显现，切勿重复提交写操作。对 is_valid 为 false 的安装，可用 check-if-are-valid 并设 force: true 获取最新原因，且将其排除在更新之外，交由 troubleshoot-website 技能处理。Agency Plan 的 WordPress 站点来自 agency-hosting_websites_list-plan（website_types 为 wordpress）；若 wordpress_installations_list 不包含它们，则仅能使用 agency-hosting_wordpress_settings 与核心版本相关操作，插件和主题需从 wp-admin 更新。
适用场景：适合在 Hostinger 主机上管理单个或多个 WordPress 站点的版本更新、漏洞修复和基础健康检查，尤其需要先报告后操作、逐站验证、失败即停的维护流程。
限制：仅针对 Hostinger 主机环境与 WordPress；API 无备份操作，需用户自行备份；写操作为异步排队，需轮询确认；部分 Agency Plan 站点的插件与主题更新需通过 wp-admin 完成；PHP 版本等接口数据较大，不宜无谓读取。