用途：该技能负责把提示词变成 Hostinger 上的可用网站，覆盖从账户检查、开通主机与域名、搭建后端、构建前端、部署到验证的完整流程。前端按用户意图临时构建，不提供模板库；后端使用 Hostinger 真实产品：网页托管（静态或 Node.js）、域名与 DNS、Hostinger Ecommerce（公开 Storefront API 与托管结账）、以及通过公开 WP REST API 读取的 WordPress 无头 CMS/博客。
主要能力与用法：
- 前置条件：需已认证的 Hostinger MCP 会话；主机及电商、WordPress 等操作可用性因用户而异，可在 Hostinger Connector 中开启对应产品组，若搜索不到所需操作应让用户开启而非自行绕过。
- 需有效托管套餐：Hostinger 托管为付费产品，无可用套餐时明确告知需订阅并暂停，未涉及托管的部分（规划、本地构建前端）可先进行。
- 操作解析：按意图优先、磁盘次之。项目存在 .hostinger/site.json 时判定为 iterate（复用已记录域名，仅应用增量）；已有前端项目但未在 Hostinger 上且用户要求部署/托管时为 connect；纯提示词新建为 create。信号冲突需询问用户。
- 运行流程：Discovery 推断是否需要店铺、是否需要所有者可编辑内容（博客用 WordPress 后端）、品牌文案结构及技术栈（优先静态）；Setup 检查套餐并开通网站；需要电商时执行 STORE.md，校验或创建店铺与自定义销售渠道；需要内容后端时执行 WORDPRESS.md；Build 时按前端约定从公开 API 运行时获取数据，API 令牌绝不可嵌入站点；Deploy 归档并部署；Verify 用 curl 检查 200 与真实页面文案、结账 POST 返回重定向网址、WP REST API 返回 200；最后写入 .hostinger/site.json 记录域名、用户名、类型等信息，使后续运行解析为 iterate。
- 尽量非交互执行，但付费套餐确认、任何花钱操作（买域名、新订阅）及真正等价的选项选择必须由用户参与。
限制：资料未提供具体定价、套餐额度、支持地区、性能指标或所有操作的完整参数细节；操作可用性依赖用户账户与 Connector 配置；请求形态以 search 返回的 inputSchema 为准，电商集成指南以服务端返回的 custom-storefront-setup-instructions 为准，接口细节参见 https://developers.hostinger.com。