audit-hosting

ホスティングの監査

最初から最後まで読み取り専用です。出力はレポートです。修正はそれぞれ、別のスキルを通じて確認を得たうえで行う手順です。

操作の呼び出し

• 各操作を初めて呼び出す前に、search が返す inputSchema を確認します。以下の名前が不明なものとして拒否された場合は、その手順で行う内容（例：「ssl status」）を search で検索します。
• 読み取りは multi-execute でまとめ、1バッチあたり最大20手順まで実行します。バッチ内で連結できる操作は、同一サーバーのものに限られます。Hostinger Connector では、hosting、wordpress、agency-hosting、billing はそれぞれ別のサーバーとして動作します。製品グループが無効になっている場合は、そのグループのチェックをスキップし、どのチェックをスキップしたか伝えます。
• 各リストは、meta.total の件数すべてを取得するまでページを進めます。
• hosting_php_get は除外します。サイズが大きく、アカウントの健全性について情報が得られないためです。

1. インベントリ

サーバーごとに1バッチ実行します。

• statuses: ["active", "suspended"] を指定した hosting_orders_list。cloud_* というプラン名はCloud、それ以外（hostinger_premium_*、hostinger_business_* など）はSharedです。
• hosting_websites_list — SharedとCloudのすべてのウェブサイトについて、website_type、username、order_id、is_enabled を取得します（falseは一時停止中を意味します）。
• ownership: "all" を指定した wordpress_installations_list — id、is_valid、validation_error を取得します。
• agency-hosting_orders_list と agency-hosting_websites_list-plan — Agencyの注文とサイト（details.uid、details.type、details.domains、details.state）を取得します。

チェックを始める前に、件数（プラン、ウェブサイト、WordPressのインストール数）をユーザーに伝えます。アカウントの件数が多い場合は、注文またはドメインを1つに絞った監査を提案します。

2. チェック

SharedとCloudの各ウェブサイト（builder と horizons はスキップ）：

• hosting_ssl_status — failed（last_error も含む）、expired、カスタムドメインでの not_installed、is_https_redirect_enabled: false、および is_lifetime が false の場合に expires_at が30日以内であるものを要報告とします。無期限の証明書は自動更新されます。
• Node.jsサイト：hosting_get-deployment（最新ビルドが失敗しているか。build.state を確認。ホストサーバーでは hosting_nodejs_list-builds を per_page: 1 で使用）と、severities: ["critical", "high"] を指定した hosting_nodejs_list-vulnerabilities。

ホスティングアカウントごと（username）：hosting_databases_list — disk_usage_mb が max_size_mb の80%を超えているものを要報告とします。

WordPressのインストールごと：wordpress_installations_show-core-version（コアの脆弱性）と wordpress_plugins_list-installed（脆弱性のあるプラグインと保留中の更新）。

Agencyの注文ごと：time_frame_hours: 168 を指定した agency-hosting_metrics_list-order-resource-usage と、time_frame_days: 7 を指定した agency-hosting_metrics_list-plan-order-disk-usage — プランの上限の80%を超える使用量を要報告とし、最も使用量の多いウェブサイトを示します。

Agencyのサイトごと：details.domains にある各カスタムドメインについて agency-hosting_ssl_website-status を実行します。details.state が active 以外の場合は要報告とします。

まもなく期限切れとなるプラン（billing製品）：billing_subscriptions_list の結果を subscription_id でホスティングの注文と結合します。not_renewing、または is_auto_renewed: false かつ expires_at が30日以内のものを要報告とします。そのプラン上のすべてのサイトが同時に停止します。

外部から、各カスタムドメインについて：

curl -sS -o /dev/null -w "%{http_code}\n" --max-time 15 https://DOMAIN/
curl -sSI --max-time 15 https://DOMAIN/ | grep -i "^platform"

platform: hostinger ヘッダーがない場合、そのドメインはこのホスティングに到達していません。

3. レポート

# Hosting audit
3 plans (2 Shared, 1 Cloud) + 1 Agency · 14 websites (6 WordPress, 3 Node.js, 5 other) · 4 Agency sites

## Fix now
- shop.example.com — latest Node.js build failed 2 days ago → troubleshoot-website
- blog.example.com — contact-form-x 5.2 has a known vulnerability, fixed in 5.3 → maintain-wordpress

## Soon
- example.org — Business plan expires in 12 days, auto-renew off → renew in hPanel
- Agency order 1000000001 — 86% of disk quota, mostly client-a.com

## Worth knowing
- 4 WordPress installs have pending plugin updates → maintain-wordpress

## Healthy
docs.example.com, portfolio.example.com, …

• すぐに修正： サイトの停止またはHostingerに到達していない状態、最新ビルドの失敗、無効なWordPressインストール、SSLの failed または expired、重大な脆弱性、停止中のウェブサイト。
• 早めに対応： 高リスクの脆弱性、30日以内に期限切れとなるプラン、上限の80%を超える使用量、HTTPSリダイレクトの無効化、無期限ではない証明書の期限切れが近い状態。
• 参考情報： 保留中の更新、脆弱性がある非アクティブなプラグイン。

各項目には根拠と、修正に使用するスキル（troubleshoot-website、maintain-wordpress、connect-domain または deploy-to-hosting）を記載します。GitHubからデプロイされたサイトで、修正可能なnpmの脆弱性は hosting_nodejs_patch-vulnerabilities で修正できます。この操作はプルリクエストを作成するため、監査の一環として実行せず、提案してください。

API では利用できません

Shared プランと Cloud プランの CPU 使用率とメモリ使用率、ウェブサイトのバックアップ状況、PHP エラーログ。監査で確認できなかったことがユーザーに伝わるよう、最後に一度だけ記載してください。