用途：查询并汇总 Hostinger API 暴露的日志，用于排查某个域名的构建或部署失败，以及查看 cron 任务输出。
主要能力：API 提供三类日志。JS 部署日志用 hosting_showJsDeploymentLogs，需要 domain、buildUuid，可选 fromLine；Node.js 构建日志用 hosting_getNodeJSBuildLogsV1，需要 username、domain、uuid，可选 from_line；cron 任务输出用 hosting_getCronJobOutputV1，需要先用 hosting_listAccountCronJobsV1 获取 cron 任务标识。原始 HTTP 访问日志和 PHP 错误日志不在 API 范围内，若用户要 4xx/5xx 分布、流量峰值、单请求耗时或 PHP 致命错误，应直接说明这些只能在 hPanel 查看，不能在此获取，也不要编造工具名或把构建日志当作访问日志。
使用方式：先确定用户需要构建/部署日志还是 cron 日志。构建日志需先通过 hosting_listJsDeployments 或 hosting_listNodeJSBuildsV1 获取 build uuid，可过滤失败状态；Node.js 构建日志还需从 hosting_listWebsitesV1 获取 username。获取日志从第 0 行开始；跟踪运行中的构建时，在状态为 running 期间轮询，并把上次返回的行数作为 fromLine / from_line 传入，以只取新增输出。引用前先去除 ANSI 转义序列。汇总而非倾倒：报告最终状态，失败时给出首个错误和最后 20 行原文，指出失败步骤（install、build、start），时间戳允许时给出总耗时，并主动提供深入查看选项。
限制与注意：不要向对话中倾倒数千行日志，应分页并汇总；不要凭单行推断原因，需结合上下文；不要声称 API 不具备的访问日志或错误日志能力。构建日志可能回显环境变量和令牌，引用前应脱敏，切勿粘贴完整环境变量转储。失败构建若已识别错误特征，可转交 diagnose-build-failure；cron 无输出时先用 hosting_listAccountCronJobsV1 检查计划和命令，再判断脚本是否损坏。