用途：在用户要求“部署到 Hostinger”“上线应用”或重新部署已有项目时，指导智能体通过 Hostinger 的 MCP 工具完成部署。
主要能力：支持两类部署。需构建的项目用 hosting_deployJsApplication（可自动检测构建设置并解析用户名）；需要覆盖配置时用 hosting_createNodeJSBuildFromArchiveV1，需额外提供 username 和 override 值，取值参见 rules/nodejs-deployments.mdc，不得自行编造 app_type。无构建步骤的静态站点用 hosting_deployStaticWebsite，归档名须为 <directoryname>_YYYYMMDD_HHMMSS.zip。
用法：先确认目标域名，可用 hosting_listWebsitesV1 按 domain 过滤或分页查询；判断项目是否需要构建；确定项目根目录与构建覆盖项。打包时只含源码，排除 node_modules/、构建产物、.git/ 和 .env，体积控制在 50 MB 以下。部署前须确认将覆盖线上内容并等待用户明确批准。随后用 hosting_listJsDeployments 或 hosting_listNodeJSBuildsV1 跟踪状态与 build uuid；运行中可用 hosting_showJsDeploymentLogs 或 hosting_getNodeJSBuildLogsV1 流式查看日志，回传行数用 fromLine / from_line。成功后报告线上 URL 与构建耗时，失败转交 diagnose-build-failure。
可选用途：清缓存 hosting_clearWebsiteCacheV1；配置变更后重启 hosting_restartNode_jsApplicationV1；依赖审计 hosting_listNode_jsVulnerabilitiesV1；确认域名解析 DNS_getDNSRecordsV1。
限制：不得把 .env、凭据或 token 放入归档；未经确认不得部署到生产域名；API 无法设置应用环境变量，需引导用户在 hPanel 操作；认证失败时 MCP 服务会在下次工具调用时打开浏览器登录，非交互场景可在 hPanel 生成 API token 并导出 HOSTINGER_API_TOKEN。错误信息应原样呈现，不得编造原因。