用途
Audit Hostinger 虚拟主机账户（Shared、Cloud、Agency 套餐），以只读方式生成体检报告，指出需要处理的问题。整个流程不修改任何配置，输出仅为报告；每个修复动作都是通过其他技能单独执行、并经用户确认的步骤。
主要能力
审计分为三部分：盘点、检查、报告。
盘点阶段按服务器分批读取：hosting_orders_list（statuses 为 active、suspended）区分 Cloud（cloud_* 开头）与 Shared 套餐；hosting_websites_list 获取每个共享与云站点的 website_type、username、order_id 和 is_enabled；wordpress_installations_list（ownership 为 all）获取安装 id、is_valid 和 validation_error；agency-hosting_orders_list 与 agency-hosting_websites_list-plan 获取代理商订单和站点。检查开始前先告知用户账户规模（套餐数、网站数、WordPress 安装数），大账户可建议只审计某一订单或域名。
检查阶段：对每个共享与云站点（跳过 builder 和 horizons）检查 hosting_ssl_status，标记 failed（附 last_error）、expired、自定义域名未安装证书、HTTPS 跳转未开启，以及非终身证书 30 天内到期；Node.js 站点检查最新构建是否失败及 critical、high 级漏洞；按账户检查数据库磁盘占用是否超过上限 80%；每个 WordPress 安装检查核心版本漏洞和已装插件的漏洞与待更新；每个代理商订单检查 168 小时资源用量和 7 天磁盘用量，超过配额 80% 时标出占用最大的站点；每个代理商站点检查各自定义域名的 SSL 状态及 state 是否为 active；通过 billing_subscriptions_list 与订单的 subscription_id 关联，标记不续费或关闭自动续费且 30 天内到期的套餐。此外，对每个自定义域名执行外部 curl 检测，若无 platform: hostinger 响应头，说明域名未解析到该主机。
使用方式
调用前先读取 search 返回的 inputSchema；若某操作名不被识别，可按功能搜索（如 "ssl status"）。用 multi-execute 批量读取，每批最多 20 步，且只能串联同一服务器的操作（hosting、wordpress、agency-hosting、billing 为不同服务器）；产品组关闭时跳过对应检查并说明跳过了哪些。列表需翻页直到覆盖 meta.total。不要调用 hosting_php_get，因其内容庞大且与账户健康无关。
报告结构
报告按四类输出：立即处理（站点宕机或未指向 Hostinger、最新构建失败、WordPress 安装无效、SSL 失败或过期、严重漏洞、站点被暂停）、即将到期（高危漏洞、30 天内到期套餐、用量超配额 80%、HTTPS 跳转关闭、非终身证书即将到期）、值得了解（待更新、含漏洞的未启用插件）、健康。每项标注证据及对应的修复技能：troubleshoot-website、maintain-wordpress、connect-domain 或 deploy-to-hosting。GitHub 部署站点的可修补 npm 漏洞可通过 hosting_nodejs_patch-vulnerabilities 创建拉取请求，审计中只建议、不执行。
限制
API 无法获取共享与云套餐的 CPU 和内存用量、网站备份状态及 PHP 错误日志，报告末尾会说明这些盲区。